Renato Rubinho

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

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

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

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

Se der ciência, precisa depois manifestar um dos outros 3 eventos. Se confirmar a operação primeiro, não precisa dar ciência.

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

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

Veja o onStatusChange, esses dias o próprio BigWings matou a charada de outra pessoa que estava com problema semelhante e era no evento.

Boa noite @JHONLENON, Uma sugestão, caso você ainda tenha o contato do suporte, confirme com eles se existe algum método da api para cadastrar o certificado que será utilizado. Se já foi cadastrado, tente recadastrá-lo, pois aparentemente o retorno acusa que o certificado não é o esperado.

Você configura as propriedades em tempo de execução ou já deixa fixas? Pesquisando no fórum, encontrei essa situação onde "alguma configuração do componente" estava diferente ao excluir e incluí-lo novamente. Tente esse teste drástico e veja se resolve.

Bom dia, Revise as configurações, tentando com winCrypt ou OpenSSL conforme os exemplos dos tópicos a seguir.

Bom dia, Anexe a unit atualizada com a sugestão de implementação para os consultores avaliarem. Note que o 30 já existia, fora da ordem. Anexe também o manual que constam essas informações.

Que bom amigo, mas o estranho é que remover o pcnConversao não deveria ter resolvido isso, na minha percepção. Minha sugestão foi que colocasse o pcnConversao por último nas declarações, depois do MAPI ou utilizasse o nome da unit antes do crtSimplesNacional para identificar a origem. Posta o resultado amanhã, caso tenha resolvido mesmo.

Não funcionou fazendo conforme indicado acima? Se você mover a pcnConversao por último também tem que resolver. Onde está essa TCRT, só fazendo uma busca aí nas suas units.

Boa noite, Apresentou o mesmo erro? Posta o XML gerado.

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.

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