André Ferreira de Moraes

No arquivo vc não informou a inscrição estadual e o signAC e no print da tela o XML não tem itens, pagamentos, etc.

Quem assina o XML é o aparelho, se vc preencher todas as informações e chamar o método ACBRSAT.CFE.GERARXML(TRUE) o XML será gerado com as tags que o aparelho deveria preencher.

O troco não está dentro da lista, use apenas pag.vTroco antes do pag.New;

Vc tem algum componente web browser que carrega o XML da nota? Pode ser q o arquivo estava ocupado, e não conseguia carregar o arquivo causando esse problema.

Debugue a função function TACBrTEFDClass.VerificarRespostaRequisicao: Boolean; do arquivo ACBrTEFDClass e veja oq está fazendo o arquivo ficar inválido.

O comando pode ser usado para preencher o campo ImpressaoFiscal da RespostaFiscal.

Verifique se em algum local do seu aplicativo está preenchendo a propriedade vTroco do Danfe. Ex: TACBrNFeDANFCEClass(ACBrNFe1.DANFE).vTroco ACBrNFeDANFeESCPOS1.vTroco ACBrNFeDANFCeFortes1.vTroco

Verifique se está configurando corretamente o componente pra NFCe antes de realizar a inutilização. ACBrNFe1.Configuracoes.Geral.ModeloDF := moNFCe;

Provavelmente a porta do SAT fica ocupada pela comunicação que vc faz no primeiro sistema, veja este tópico -

Vc precisa enviar o Bloco X apenas se usar a opção de contingência em ECF e tiver alguma venda no dia utilizando o ECF.

Vc informou o CSC correto?

Vc está informando desconto apenas no item 4, deveria informar no campo ACBrSAT1.CFe.Total.DescAcrEntr.vDescSubtot

iiSemOperacao - Não gera a tag indIntermed iiOperacaoSemIntermediador - Gera a tag com valor 0 iiOperacaoComIntermediador - Gera a tag com valor 1 Portanto, informando iiSemOperacao a tag não é gerada e ocorre o erro 434 nos estados que já estão validando essa informação.

Simplesmente pq o TEF não permite, na transação TEF não são informados os itens, e para prevenir q ocorra venda em duplicidade o TEF apenas verifica o valor. Entre em contato com o suporte da software express para mais informações.

Vc continua informando o mesmo número de cartão pras duas transações.

Vc sempre está usando o mesmo número de cartão, quem está retornando a msg de Transação já efetuada é a própria dll do sitef. -- 26/01 14:22:48:107 - ContinuaFuncaoSiTefInterativo, Retornos: STS = 10000 ProximoComando = 30 TipoCampo = 512 Buffer = Forneca o numero do cartao Tam.Min = 0 Tam.Max = 19 -- 26/01 14:22:48:116 - BloquearMouseTeclado: NAO -- 26/01 14:22:53:654 - BloquearMouseTeclado: SIM -- 26/01 14:22:53:669 - ContinuaFuncaoSiTefInterativo, Chamando: Continua = 0 Buffer = 4000000000000044 -- 26/01 14:23:41:839 - ContinuaFuncaoSiTefInterativo, Retornos: STS = 10000 ProximoComando = 30 TipoCampo = 512 Buffer = Forneca o numero do cartao Tam.Min = 0 Tam.Max = 19 -- 26/01 14:23:41:848 - BloquearMouseTeclado: NAO -- 26/01 14:23:42:982 - BloquearMouseTeclado: SIM -- 26/01 14:23:42:997 - ContinuaFuncaoSiTefInterativo, Chamando: Continua = 0 Buffer = 4000000000000044 -- 26/01 14:23:58:230 - ContinuaFuncaoSiTefInterativo, Retornos: STS = 10000 ProximoComando = 22 TipoCampo = -1 Buffer = Transacao ja efetuada Tam.Min = 1 Tam.Max = 1 Informe cartões diferentes e a venda será realizada com sucesso, com o mesmo cartão é considerado duplicado a transação.

Anexe o log do ACBrTEF

Essa é uma validação do TEF, para não permitir transações em duplicidade.

O erro tratado neste tópico ocorria apenas qdo a aplicação era reiniciada, vc está utilizando Sitef?

Atualize para última versão e caso o problema ainda ocorra, poste os passos para reprodução.

A mensagem mostra que o erro está no campo NCM

Não existe o método enviar pagamento na DLL do MFE, vc deve usar diretamente o componente ACBrIntegrador

Veja https://blog.lambretinha.com.br/integracao-lambretinha/

Atualize seus fontes e veja este tópico -

Por favor, teste com esta versão: ACBrTEFD.pas