Gr@c@

Roteiro Seq 1 1-Realizar uma venda de 1 item qualquer com pagamento TEF 2-Cancelar o cupom Dúvida: ao cancelar o cupom, pede para printar a tela com o menu de transações gerenciais para verificar se todas as transações previstas são exibidas (teste de comunicação,cancelamento de transação,reimpressão,outros,etc). Devo chamar ADM automaticamente nesse momento para que o usuário cancele a transação ou dar um aviso que o cupom cancelado tem pagamento TEF que deve ser cancelado ou o usuário decide se vai clicar no botão ADM disponivel no menu do sistema Paf-ECF ?

a geração e envio dos arquivos de remessa já é requerida para cobrança registrada. Como não tem mais a cobrança sem registro, tem que enviar a remessa sim. Quanto ao envio direto pelo sistema não sei se os bancos disponibilizam um endereço de webservice pra isso, acho que só por upload mesmo.

CTe MG está com problemas de 2 semanas pra cá. Por isso, a contingência está ativada.

tenta usar a função RoundABNT do ACBr. Tem umas funções do Delphi que realmente arrendondam diferente por exemplo, em valores que tem o 5 na terceira casa decimal 21,245. Na função do SqlServer também tive problemas com arredondamento.

Qual o procedimento correto após aparecer essa tela? Chamar automaticamente a tela ADM para que o usuário imprima o ultimo comprovante, o sistema deve imprimir ultimo cupom automaticamente, não deixar usuário realizar outras operações?

Eu uso o ACBr em meu form principal e não tenho esse problema. Dentro do seu processo de envio de cada nota, tem criação de tabelas temporárias, criação de objetos, ou querys abertas e não fechadas, ou algum outro processo que devesse ser finalizado/destruido antes do envio da proxima nota? Nesse processo de envio, há chamada a procedures ou triggers do BD? Fez um profiler do banco de dados para rastrear o que acontece no BD durante o envio das notas?

Tem o Midas.dll declarado no form principal?

Falta de atenção mesmo: o fato é que o ACBrTEFD envia o indice da forma de pagamento como parametro e a função da bemafi32 requer o nome da forma como parametro. procedure TFrm_ECFPrincipal.ACBrTEFD1ComandaECFAbreVinculado(COO, IndiceECF: String; Valor: Double; var RetornoECF: Integer); begin (** try Memo1.Lines.Add( 'ACBrTEFD1ComandaECFAbreVinculado, COO:'+COO+ ' IndiceECF: '+IndiceECF+' Valor: '+FormatFloat('0.00',Valor) ) ; ACBrECF1.AbreCupomVinculado( COO, IndiceECF, Valor ); RetornoECF := 1 ; except RetornoECF := 0 ; end; **) try mmProcesso.Lines.Add( 'ACBrTEFD1ComandaECFAbreVinculado,'+ ' COO:' +COO+ ' IndiceECF: '+IndiceECF+ ' Valor: ' +FormatFloat('0.00',Valor) ); RetornoECF := Bematech_FI_AbreComprovanteNaoFiscalVinculado(PChar(IndiceECF), ====> aqui tem que ser o nome da forma de pagamento PChar(FormatFloat('0.00',Valor)), PChar(COO)); except RetornoECF := 0 ; end; end;

Na última cotação que fiz, o valor do certificado digital para assinar aplicativo é +ou- 4000,00 por ano (Certisign). No meu aplicativo coloquei o máximo de informações sobre versão e resolveu grande parte do problema. Além disso, aconselho aos clientes que ao usar o sistema encerrem o aplicativo do banco.

Tenho um aplicativo desenvolvido já homologado usando a Bemafi32.dll. Preciso adequar o CliSiTef com o uso do ACBrTEFD (sem usar o ACBrECF). Alguem tem um exemplo do uso do ACBrTEFD com bemafi32? Consigo efetuar a transação até mensagem Transação OK,porém não consigo imprimir o comprovante (impressora fiscal) e a transação é cancelada. Creio que o erro esteja no tratamento dos eventos.

No SQL Server campo tipo nText

Isso é para evitar o transtorno de ter que emitir uma 2a via do boleto quando ele estiver vencido. Assim o cliente pode pagar em qualquer agencia mesmo vencido. Qualquer banco terá acesso aos dados do boleto online, cobrará os juros e multas. Mas essa alteração será por etapas. Primeiro os boletos de maior valor. Parece que até final de 2017 tambem os boletos de pequeno valor. Acho que pra nós do ACBr não alterará nada.

Mas o que está sendo discutido é o "sistema não salvar os dados no BD". Se não salva dados no BD não tem backup. Culpa do cliente? Não. Culpa do sistema que não salva dados no BD. Agora, uma vez que o sistema salva os dados no BD e disponibiliza recurso para o usuário realizar o backup, aí sim, é culpa do cliente não realizar o backup. Mas minha filosofia como programadora é: "faciliar a vida do meu cliente, disponibilizando recursos através do aplicativo ou do proprio gerenciador de BD. Isso porque, se o meu aplicativo não fizer, o aplicativo do meu concorrente com certeza, fará."

Você disse: " Mas se nem backup os usuários fazem, de que adianta manter em banco se o mesmo não tiver backup também. " Adianta que o seu cliente não terá motivos para processar judicialmente você desenvolvedor ou a sua empresa, sob alegação de que o seu sistema não salva dados em BD. Além de dar mais credibilidade ao seu sistema. Isso sem falar que o próprio backup pode ser automatizado no gerenciador de BD sem depender da intervenção do usuário.

Talvez seja pela data de emissão tão antiga, afinal estão tentando encerrar um MDF-e emitido em Março. Acho que somente a contabilidade e o plantão fiscal poderão solucionar isso. O cliente consegue fazer um novo MDF-e para mesmo percurso e placa?

Para gerar os documentos fiscais eu já tenho tudo salvo em banco de dados, depois salvo apenas os dados de envio do documento(chave de acesso,protocolo,data de envio ao SEFAZ). E também salvo o xml em uma tabela fiscal que fica em um BD a parte. Salvo tudo para que depois seja possível gerar os arquivos digitais do fisco:sped/sintegra e alguns relatorios gerenciais e contábeis. E também para que a empresa tenha um historico fiscal.

Em SP o desenvolvedor não pode se credenciar apenas no ambiente de homologação como aqui em MG? Absurdo isso. Aqui em MG, desde que a empresa possua o CNAE de desenvolvedor, Inscrição Estadual e Certificado Digital pode se credenciar no ambiente de homologação através do SIARE.

Nesse caso André, existe um meio de controlar as tentativas de uso de senha incorreta do certificado através do aplicativo via ACBr? Tentou usar o certificado 2 vezes consecutivas com senha errada, dá um alerta e fecha o aplicativo?

Se você digitar muitas vezes a senha errada o certificado ficará bloqueado sim (não me lembro qual o numero de tentativas). Isso ocorre com todos os certificados por questões óbvias de segurança. Nesse caso, você tem a senha reserva que é cadastrada no mesmo dia da senha oficial. Certificados da OAB são da Valid e isso é alertado quando a pessoa vai fazer o certificado. quanto ao que postei acima, no ACBr, existe a possibilidade de saber se a senha foi digitada incorretamente e finalizar o aplicativo após um determinado numero de tentativas consecutivas e mal sucedidas a fim de evitar o bloqueio do certificado? Talvez essa possa ser uma forma a mais de se proteger o certificado.

Esse tema tem que ser levado ao SEFAZ. Realmente está incorreto. O que o Jõao Henrique explicou está correto, mas gera dupla interpretação. Deveria haver uma opção para Remetente e outra para Destinatário. É uma falha e infelizmente, temos que replicar a falha, já que o nosso dever é seguir o que manda os manuais e as NT. Porém,como outros desenvolvedores resolvem corrigir isso por conta própria, acabam atrapalhando aqueles que seguem as regras. Um tema a ser discutido diretamente com o SEFAZ ou através do plantão fiscal.

Obrigada pela resposta detalhada. Funcionou abrindo o ACBrNFeDANFeRL.pas. Verificou que a propriedade AlignWithMargins não existia e se desejava ignorar. Aparentemente não fez diferença na impressão do Danfe. No Delphi XE3 está compilando normalmente.

Essa seria uma propriedade não suportada pelo Delphi 7 ? Porque não pergunta se deseja ignorar.

Desculpem o tópico repetido (sei que vou levar um rala dos moderadores), mas o tópico que encontrei a respeito dessa dúvida foi travado sem apontarem a solução, porque o arquivo log não detalha a alteração. Já atualizei os meus componentes ACBr via SVN e também o Fortes Reports CE via SVN. Deu build em tudo. Substitui o componente no form. Recompilei o projeto. Mas o erro continua. O que precisa ser feito? (ao dar o erro não me pede para ignorar a propriedade)

Segue a solução (fornecida pelo suporte da bematech): 1) caso tenha algo instalado (bematool, conversor usb serial bematech ou outro aplicativo) desinstalar e reiniciar o micro 2) Site do desenvolvedor Bematech = bematechpartners.com.br -> sessão downloads -> windows -> fazer o download do aplicativo para instalar a usb -> Bematech User Software v.2.8.3 for 64 bits.exe (desativar firewall do windows e executar com permissão de administrador) -> reiniciar o micro apos instalação 3)Painel de controle -> gerenciador de dispositivos -> acha o dispositivo USB bematech device (se estiver com icone amarelo ou não reconhecido, desligar a impressora, aguardar 10 segundos e religar) 4) usar a bemafi32.dll mais recente (no meu caso usei a 7.0.4.74) porque dlls antigas não reconhecem a usb no windows 64bits

não criou a porta COM. Instalei uma com virtual (COM3) pelo conversor da bematech e também não funcionou.