Pesquisar na Comunidade

Olá a todos! Nas últimas semanas, nosso PDV em Delphi 10.3 (ACBr JEDI Firebird) apresenta um comportamento de emissão NFC-e sem chave de acesso no banco de dados. Ao investigar, percebemos que o sistema clona a última NFC-e emitida — sem motivo aparente — incrementa o número (nNF), monta um novo XML e tenta reenviá-la, mas nunca grava o campo <chNFe> no Firebird. Fluxo atual de emissão: O sistema dispara a NFC-e ao servidor da SEFAZ e aguarda retorno. Se não recebe resposta (timeout, instabilidade de rede, etc.), exibe mensagem ao operador: reenviar ou não. Na próxima venda, em vez de gerar uma NFC-e nova do zero, o PDV reaproveita o objeto pendente, apenas incrementando nNF e reenviando o XML. O resultado é uma duplicata sem <chNFe> no BD e sem seu respectivo arquivo XML. Comportamento imprevisível: A ocorrência dessa emissão sem chave de acesso é aleatória e está se manifestando de forma não determinística, não há padrão aparente de quando isso acontece. Observação adicional: Em um dos casos, encontramos uma NFC-e sem chave registrada no BD, mas o XML autorizado, com <chNFe> e <nProt>, estava presente na pasta de emissão do Windows. Ou seja, gerou e salvou o arquivo corretamente, mas o sistema não atualizou o registro no Firebird. Como vocês tratam situações em que uma NFC-e fica pendente e, de forma aleatória, é reaproveitada pelo sistema em vendas subsequentes, gerando duplicidade sem <chNFe> no banco? Que mecanismos ou controles vocês utilizam para: Isolar ou bloquear automaticamente NFC-e em status “pendente de retorno”, de modo que não possam ser reaproveitadas em novas vendas? Garantir que, assim que a NFC-e seja autorizada (cStat 100/150), seu <chNFe> e <nProt> sejam gravados imediatamente no banco, evitando inconsistências? Implementar fluxos de contingência (tpEmis = teOffLine) ou consultas assíncronas automáticas, de forma que não existam notas “presas” no sistema sem atualização de status? Agradeço imensamente por qualquer exemplo de trigger/gerador no Firebird, trecho de código Delphi/ACBr ou estratégia de fluxo que ajude a resolver esse comportamento aleatório de duplicidade e inconsistência de chave de acesso.

Olá! Estou com dúvidas em relação à consulta de CTe. Vi que a Lib de CTe de vocês tem suporte para consulta utilizando a Chave de Acesso CTe como parâmetro, estou tentando consultar utilizando a Lib Zeus Automação, mas o método lá, assim como o schema xml, não possuem chave de acesso como parâmetro, logo, não consigo consultar as CTes pela chave. Claro, se puderem me dar um norte quanto a isso, ficarei muito grato.

Bom dia, Ao realizar a distruição DFE pela chave de acesso (abaixo): ACBrNFe.DistribuicaoDFePorChaveNFe(iUF,sCNPJ,sChaveAcesso) //falha no schema o SEFAZ me retorna Falha no Schema XML, porém se realizo a consulta da Distribuicao sem ser pela chave, mas pelo NSU, ele não retorna erro e faz a consulta corretamente. DM_NFE.ACBrNFe.DistribuicaoDFe(iUF,sCNPJ,sNSU,'') //sem falha no schema Alguém já passou por isso ? Sabe de algo em que possa ajudar ? Segue arquivos xmls em anexo referente ao envio e retorno. Obrigado e aguardo. 20170320085910-con-dist-dfe.xml 20170320085913-dist-dfe.xml

Bom dia a todos, encontrei algo, que acredito que seja uma falha, na procedure: TNFeConsulta.DefinirURL; Tem um trecho em que tem o seguinte código: FTpAmb := StrToTpAmb(ok, copy(FNFeChave,35,1)); Porém o conteúdo na chave deste caracter extraído é o tpEmis e não TpAmb. Por tanto nos fontes fiz a correção para: FTpAmb := FPConfiguracoesNFe.WebServices.Ambiente; Poderiam verificar e colocar essa alteração no SVN? Obrigado.