mascate.marcus

O problema foi a referência. Deixaram uma pedra no meu caminho rs. Muito obrigado, Juliomar.

O ACBrBoleto funciona somente com o Quick? Ao compilar o projeto ocorre: "[DCC Error] ACBrBoletoFCFR.pas(52): F1026 File not found: 'frxClass.dcu'" em ACBrBoletoFCFR. Realizei a instalação pelo "Instalador ACBr" e marquei somente o boleto vi QuickReport.

Removi as alterações que fiz e acatei a rotina que postou aqui. E já testado! Novamente, obrigado!

Utilizando esta implementação em TACBrTEFDClass.Inicializar ("Verificando se o arquivo de Resposta é invalido...")?

Compreendo sim. Mas questionar homologador é uma complicação, sempre "funciona nos outros sistemas". Enquanto você analisava, procurei ver características da "transação" pendente para remover esta transação antes de enviar o NCN. Então implementei em TACBrTEFDClass.CancelarTransacoesPendentesClass Resp.LeArquivo( ArquivosVerficar[ 0 ] ); // bug amex if (UpperCase(Resp.Rede) = 'AMEX') and (Resp.TipoGP = gpNenhum) and (Trim(Resp.NSU) = '') and (Trim(Resp.TextoEspecialOperador) = 'A operação foi cancelada.') then begin Resp.Clear; ArquivosVerficar.Delete( 0 ); Continue; end; Estou realizando testes para ver o efeito disso. Muito obrigado, Daniel!

Inclusive foi por meio deste arquivo que o homologador fez o alerta. debug.txt

Toda a pasta TEF_Dial já com "amex" e dentro dessa a pasta "dll". TEF_Dial.7z

Em anexo, a pasta "amex" localizada em "C:\TEF_Dial". Dentro desta pasta "amex" existe uma pasta "dll" para enviar as bibliotecas para a "C:\Windows\SysWOW64". amex.7z

Coloquei os arquivos manualmente. Um momento que envio.

Arquivos log separado por rede. Simulando o mesmo processo, chama ADM e fecha o módulo da rede. logTEF_Dial_ADM_AMEX.txt logTEF_Dial_ADM_REDECARD.txt

O teste é fazer uma ADM. Ao chamar o gerenciador padrão (com rede REDECARD e AMEX) é escolhido a rede AMEX. No módulo da AMEX, não fazer nada, fechar o módulo pressionando o botão Voltar. Será retornado mensagem ao operador de operação cancelada. Abortar AC. Na inicialização da AC, o ACBrTEFd irá verificar por transação pendente. E quando é AMEX, a operação descrita anteriormente é encontrada e é enviado um NCN. Isso somente para AMEX, usei a rede REDECARD no mesmo procedimento e não ocorreu o problema.

E fazendo o mesmo processo na REDECARD, não ocorre. Somente para AMEX.

Mas a operação foi cancelada antes de existir uma transação. Ele entrou no gerenciador padrão e saiu sem fazer nada.

Bom dia! Estou em processo de homologação neste momento. O homologador está alertando sobre o envio de comando NCN após sair do gerenciador padrão (rede AMEX). É chamado o comando ADM, depois acessa a rede AMEX e não faz nada. Apenas aborta o gerenciador (botão voltar, ESC ou fechar). Vai ser retornado uma mensagem ao operador de "operação abortada" (ou similar). Neste momento, o homologador força o fechamento do sistema de AC. Ao ser iniciado, o sistema apresenta mensagem de cancelamento de transação (?) vindo do ACBrTEFD. Algum dos colegas passou por isso? Estou utilizado a última versão do repositório.

É exatamente isso. Muito obrigado, Daniel!

Entendi. Mas é permitido trabalhar com mais de uma forma de pagamento? Disparo dois CRT com índice diferentes. Anexei o log da operação. Compreendi. Dessa forma, é preciso acumular as operações de cartões em uma mesma forma de pagamento. Não é isso?

Boa tarde a todos! Estou tentando fazer a impressão (ImprimirTransacoesPendentes) de duas operações CRT com índices diferentes no ECF. É aberto um vinculado e neste é impresso as duas transações (de índices diferentes no ECF), e após a segunda (e última), ainda existe impressão a fazer. Mas como o vinculado já foi fechado, causa falha na impressão (com mensagem SIM/NÃO). Caso SIM, é iniciado um gerencial para concluir a impressão. É obrigatório manter somente uma forma de pagamento no ECF para o TEF? Se tiver de passar "VISA", "MasterCard", "HiperCard", todos são totalizados em "Cartão TEF" no ECF (pagamento e vinculado), é isso? Estou usando o Pay&Go. Segue log em anexo. logTEF_Dial.txt

Como um adendo vejam a página: http://scn.sap.com/thread/1817934 Alguns sistemas SAP estão gerando o arquivo sem o "cPais" para a versão 2 do XML.

Para fechar o tópico, o que estava ocorrendo é que o campo cPais estava ausente, então ao salvar o novo XML, gerava problema. Passei a Validar o XML ao importá-lo e foi resolvido!

Uma observação é que o XML foi baixado direto do Portal da Nota Fiscal Eletrônica.

Após carregar um XML com "ACBrNFe1.NotasFiscais.LoadFromFile(arq);" e salvar usando "ACBrNFe.NotasFiscais.SaveToFile('D:\');" o campo <emit><CNPJ>00000000000000</CNPJ> fica como <emit><CNPJ/>. O mesmo ocorre para <dest>. Muitas notas de várias origens já foram importadas, somente com as notas de um certo fornecedor que acontece isso, por hora são duas. Já percorri os fontes ao carregar o XML, e tudo parece ser importado normalmente, os campos CNPJ tanto do emitente quanto do destinatário são preenchidos corretamente, mas ao mandar salvar, gera o XML com esse problema. Algum norte?

Imaginei isso. Muito obrigado, Daniel! Vou implementar com o ACBrTEFD.

O fechamento do cupom fica por conta do ACBrTEF ou posso recuperar o retorno da transação e incluí-lo na minha rotina sem usar o evento? Tive essa dúvida pois, no exemplo, "ACBrTEFD1.AutoFinalizarCupom" está como False e ainda assim ele entrou no evento.

Salve! Tudo certo? Para utilizar o ACBrTEF é necessário também o componente de comunicação com o ECF dao ACBr? Ou é independente? Outra dúvida é para onde foi ACBrECF (ou o objeto de interface com o ECF)? Abraço!