BigWings

Me parece que a NFe está sendo referenciada duas vezes, uma no grupo refNFe e outra no grupo refNF (como modelo 01 o que causa a rejeição). Se é uma NFe/NFCe/CFe só deve referenciar no grupo refNFe.

Enviei atualização do DACTE_Retrato.fr3 para o repositório, para resolver esta situação. Quem ainda tiver problemas favor atualizar os fontes e testar com o arquivo do repositório.

Obrigado pelo retorno. Enviei o arquivo para o repositório migrado para a versão 5.xx do FastReport.

Veja o componente ACBrConvenio115.

Estranho estarem exigindo ainda a versão 1.00 do QrCode, a versão 2.00 já é obrigatória de acordo com o manual de orientações nacional. Quanto à pasta Input, você está usando o ACBrIntegrador vinculado com o ACBrNFe para controlar a troca de arquivos?

No caso dessa NFe realmente está fora do prazo de 2 horas estipulado pela SEFAZ-MT. Tem algum exemplo de tentativa de cancelamento inferior a duas horas após a autorização?

A NFCe deve ser contabilizada pela data de emissão e não autorização.

Aparentemente o fr3 não suporta quantidade grande de documentos de transporte anterior, ele não faz a quebra para continuar em outra página.

O ACBr ainda vai gerar na versão antiga caso configure: ACBrNFe1.Configuracoes.Geral.VersaoQrCode := veqr100; Mas esse formato não é mais aceito há um bom tempo, porque quer gerar assim?

É compatível sim, a versão Standard já suporta scripts. https://www.fast-report.com/pt/products/report-for-delphi-fastreport-feature-matrix/ O Fast Script vem em um instalador separado.

Está usando o componente DACTE para Fast ou Fortes? Anexe o XML do CTe e eventos para testes.

Enviei os arquivos modificados pelo @fefevilela para o repositório, rev. 18256. Obrigado pela contribuição. Fiz apenas alguns ajustes nos mesmos pra manter os arquivos do repositório na versão 5.xx.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

O componente ACBrIntegrador está aparecendo no formulário? Tem um problema conhecido que faz o Delphi não encontrar o componente e acaba apagando o mesmo, reinstalando o ACBr ele volta a enxergar. Veja se algum arquivo da pasta do exemplo aparece marcado com sinal vermelho, indicando que houve alteração, faça o revert pelo Tortoise se for o caso.

Você deve preencher a tag xObs e não a xJust.

Não ficou claro pra mim o que você está tentando fazer... Favor detalhar melhor.

Como você quer ler um XML sem ter o arquivo? Sim, pelo método DistribuicaoDFe do componente ACBrNFe conforme tópico que citei acima. Qual a dúvida?

A NFCe tem a contingência off-line mas se não me engano ela não é permitida no CE.

Veja o tópico na base de conhecimento:

Teste com o arquivo anexo por favor. DACTE_Retrato.fr3

Tem no manual: https://acbr.sourceforge.io/ACBrMonitor/ManifestacaodoDestinatarioCienci.html

Nada impede que você emita um relatório gerencial após a impressão do DANFE NFCe.

Analisando melhor, o XML que você anexou não é o XML da NFe e sim o XML NFeDFe que agrupa o XML da NFe e a lista de eventos do mesmo: Ele é gerado com a extensão *-NFeDFe.xml. Você deve ter também um XML *-nfe.xml que é o XML da NFe com o protocolo de autorização apenas. O ACBr está montando normalmente o arquivo para os dois estados, mas como o retorno de MG vem fora do padrão (contendo os prefixos ns0:) acaba tornando o XML inválido. Fazer uma reclamação na SEFAZ-MG a respeito dos prefixos, ou retirar manualmente os mesmos.

Não entendi. O XML que você anexou está modificado. O correto na verdade é deixar essa propriedade como False, ela existe apenas por compatibilidade com versões antigas da NFe onde ainda não existia o cancelamento por eventos. O correto é manter o XML original inalterado, apenas armazenar também o XML do evento de cancelamento.

Esse já é outro caso, já foi corrigido.