Renato Rubinho

Que eu me lembre não existe método que retorne esses eventos. Uma parte deste controle você pode fazer com uma consulta dos registros disponíveis, passando o ultNSU=0. O que trouxer XML completo considere manifestado (sem saber exatamente qual o manifesto), os que não trouxerem não foram manifestados.

O jar possui versão por arquitetura? Se tiver, veja se está utilizando a mesma da lib que você está distribuindo.

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

Segue tópico com a lista.

Veja se está com os fontes de fortes atualizados, reinstale ele depois o ACBr.

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

Obrigado pela contribuição. Criada TK-5513 para análise.

Boa noite, Enviado ao SVN, na Rev-33785, alterações visando corrigir este problema. Por favor, aguarde a nova compilação da Lib para realizar novos testes e reportar qualquer problema.

Certo, pela sua resposta eu havia entendido que o valor já estivesse com 35. Se você utiliza o componente, você pode debugar sem problemas. Coloque um ponto de parada na linha do método e utilize o F7 para entrar debugar seu conteúdo.

Então você não precisa usar a função UFtoCUF, pois ela seria utilizada para converter de SP para 35.

Qual é o valor de Configuracoes.CodEstado? Debugue o código e veja se o problema ocorre exatamente ao executar o método AcbrNota.DistribuicaoDFePorChaveNFe ou depois. Os servidores de homologação devem estar desligados ainda, mas se a NFe é de produção, ela não vai existir em homologação.

Siga os passos deste tópico e veja se resolve.

Para o wincrypt funcionar adequadamente o Windows deve estar com todas as atualizações em dia. Veja se tem alguma atualização pendente, pode ter relação com o TLS também.

O problema deve ser devido às dlls. Veja o tópico a seguir e o tópico indicado no segundo trâmite dele.

O erro está no lote. Preencha a Emitente.InscMun nas configurações da Lib. https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca22.html

Provavelmente você vai ter que abrir um fale conosco para a Receita avaliar o cenário.

Acompanhe a notícia a seguir que atualizaremos assim que houverem novidades.

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

Verifique se essas mesmas configurações, com senha de aplicativo, funcionam com algum gerenciador de e-mail para garantir que estão corretas.

Você não pode preencher informações além das previstas pelo leiaute, pois terá rejeição pelo validador. Solicite à contabilidade que instrua como preencher e passe um arquivo de exemplo que passe pelo PVA para você tomar como base.

O XML está sendo gerado com a data e hora iguais as passadas no ini? Veja as configurações de TimeZone. https://acbr.sourceforge.io/ACBrLib/DFe.html https://acbr.sourceforge.io/ACBrMonitor/Geral1.html

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.

Olá pessoal, A Receita Federal publicou em 30/04/2024 a NT 03.2024 que visa a inclusão do evento S-2221 - Exame Toxicológico do Motorista Profissional Empregado. Seguem links para a NT e a Nota Orientativa. https://www.gov.br/esocial/pt-br/centrais-de-conteudo/agenda/30-04-2024-publicada-nota-orientativa-v-s-1-2-07-2024 https://www.gov.br/esocial/pt-br/centrais-de-conteudo/agenda/30-04-2024-publicada-nota-tecnica-v-s-1-2-03-2024 Conforme a NT, o evento será disponibilizando pela Receita: * Em produção restrita a partir de 30/06/2024 * Em produção a partir de 01/08/2024 A implementação já está no nosso backlog e atualizaremos este tópico quando houverem novidades. Até mais,

Este não é o problema, pois voce não deve ter declarado ela na sua unit. O erro está acusando a divergência na ACBrUtil.DateTime.pas e não na ACBrUtil.pas Eu não havia notado que a unit UntCadNFSaida_CartaCorrecao.pas é a própria que você está usando. Com certeza, dentro desta sua unit UntCadNFSaida_CartaCorrecao.pas que você está mexendo tem declarado algo do tipo: type TTimeZoneModoDeteccao = (tzSistema, tzPCN, tzManual); Simulei o mesmo erro para você ver com um programa de exemplo. Declarei o enumerado na unit do programa de exemplo, setei conforme você fez e o erro foi o mesmo: Por favor, confirme mais uma vez se você não tem uma TTimeZoneModoDeteccao declarada aí na UntCadNFSaida_CartaCorrecao.pas Caso não consiga identificar a declaração redundante, uma solução é você preencher de onde o enumerado deve ser atribuído, conforme abaixo, assim não haverá mais erro, pois o compilador saberá qual a origem correta do enumerado: ACBrGNRE1.Configuracoes.WebServices.TimeZoneConf.ModoDeteccao := ACBrUtil.DateTime.tzPCN;