Renato Rubinho

O print sempre ajuda... Você tem alguma unit que tem essa TCRT, que por sua vez também contém um crtRegimeNormal e está gerando o conflito. Veja nas units declaradas aí nesta mesma unit, pois alguma delas tem esse TCRT. O caminho curto para resolver é identificar a origem na atribuição. if clienteSimplesNacional then Emit.CRT := pcnConversao.crtSimplesNacional else Emit.CRT := pcnConversao.crtRegimeNormal;

Boa noite Adilson, Entendi. Você deve ter dcus compiladas de outra versão ou uma cópia do pcnConversao no seu fonte. Apague todas as dcus, pesquise se existem fontes duplicados do ACBr nos seus fontes e também apague. Reinstale os componentes marcando a opção para limpar instalações anteriores. Se o problema persistir, compile e quando o compilador parar nessa linha, cole um print do seu delphi com as mensagens exibidas.

Não entendi se resolveu ou não. Você tem que declarar a pcnConversao "no uses lá em cima" e não deve dar erro para compilar.

Boa tarde, Qual o erro que apresenta? Se você pressionar o ctrl e clicar no crtRegimeNormal ele encontra a pcnConversao?

Veja a solução deste tópico e verifique se está utilizando o SetRoundMode em algum lugar que esteja influenciando seu cálculo.

Bom dia, Seguem alguns testes para tentar resolver. 1. Confirme se o usuário tem permissão completa na pasta onde está o pfx. 2. Tente exportar novamente o certificado, para descartar qualquer erro nele, mesmo estando funcionando com winCrypt. 3. Teste de o mesmo problema ocorre com o programa de exemplo para descartar qualquer detalhe nas configurações. 4. Caso não tenha tentado, execute como administrador.

Segue solução postada no outro tópico.

Tópico relacionado com solução.

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

Tópico relacionado.

Isso mesmo. Na documentacao da LIB existem exemplos de cada evento. https://acbr.sourceforge.io/ACBrLib/ManifestacaodoDestinatario-Confi.html https://acbr.sourceforge.io/ACBrLib/ManifestacaodoDestinatarioCienci.html

Legal, caso encontre algo e puder reportar irá ajudar aos demais que estão com o mesmo problema. Tendo em vista que 3 pessoas reportaram o mesmo problema neste tópico, não é descartável o problema ser na Sefaz.

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

O ideal e que abram um fale conosco com a Sefaz o quanto antes para tentar solucionar o problema. Não me lembro de haver relação entre os ambientes para isso, acredito que bem deveria, mas por segurança você tentou listar os mdfes não encerrados para garantir que não tenha nenhum outro em produção mesmo em aberto?

Boa noite, O provedor deve fornecer o link do pdf (nem todos disponibilizam essa opção) e o link deve estar preenchido nas propriedades NFSe.Link ou NFSe.OutrasInformacoes Obs: Movido o tópico para o subforum de NFSe

Boa tarde Luciwagner, Deve estar dando este erro porque não devem ter notas carregadas, estourando ao tentar ler o primeiro item ( Items[0] ). Isso ocorre após o envio ou você está alimentando o componente lendo o XML?

Boa noite, A NFe foi autorizada? Anexe o XML, caso o problema persista. Tente imprimir o DANFe no demo, selecionando o mesmo XML gerado, e veja se ocorre o mesmo erro.

Veja a tag verProc

Boa noite, Se esse CNPJ não havia feito nenhuma consulta nós últimos 60, a Sefaz só irá disponibilizar xmls gerados após a sua consulta. Os próximos xmls estarão disponíveis. Pela mensagem que você recebeu, já deve estar fazendo a chamada corretamente, basta existirem XML a partir de agora para funcionar, mas o ideal é você montar um fluxo e utilizar a consulta por ultNSU, ao invés do download individual pela chave. Se estiver em homologação, não receberá os de produção, apenas receberá xmls emitidos por outros CNPJs, contra o seu, em homologação. Seguem documentações da LIB sobre a distribuição. https://acbr.sourceforge.io/ACBrLib/NFE_DistribuicaoDFePorUltNSU.html https://acbr.sourceforge.io/ACBrLib/NFE_DistribuicaoDFePorChave.html https://acbr.sourceforge.io/ACBrLib/MetodosNFe.html Segue um tópico que explica o fluxo da consulta por ultNSU. Segue um tópico que explica como funciona a distribuição, caso seja útil.

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

Isso aí, foi essa mesmo que o JJ indicou. Para os dois juntos, como você havia informado no início, precisaria personalizar.

As dlls devem respeitar a compilação do seu exe e não do S.O. Usem as dlls da pasta x86, copiem para a pasta do seu exe. https://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/1.1.1.10/X86/ Para o seu erro são outras dlls, copie também na pasta do exe. https://svn.code.sf.net/p/acbr/code/trunk2/DLLs/LibXml2/x86/

Boa tarde, Erro não catalogado é quando ocorre no lado da Sefaz. Está com os fontes e schemas atualizados? Com relação às configurações, mude o XMLSignLib para LibXml2 especialmente se estiver usando certificado A3, não deve resolver esse problema, mas evita problemas conhecidos com este tipo de certificado. Se tentar cancelar funciona, além da emissão?

Aparentemente não é proibido, pois o MOC cita o nome fantasia. Se você utiliza o fast, pode personalizar o fr3 para o seu cliente.

Essa chave está incorreta. 15991234293626000155650010000158519279940734 Deveria ser 2204 para o mês 04/2022