BigWings

Está usando o modo síncrono para envio? Qual o código cStat de retorno?

Correção no SVN, rev. 23201.

Veja se a opção "Emit runtime type information" está marcado nas opções de compilação do seu projeto. Você pode desmarcar a opção, ou se ela realmente for necessária no seu projeto, reinstalar o ACBr marcando a opção "Deixar somente a pasta LibXX no Library Path do Delphi", assim ao compilar o projeto o Delphi não vai tentar recompilar as units do ACBr.

As tags ficam em NFe.Det[x]:

Parece normal... Detalhe melhor o problema.

Corrigido no SVN, atualize novamente.

Pode apenas ignorar.

Creio que precise copiar apenas as DLLs da OpenSSL da pasta ACBr\DLLs\OpenSSL\1.1.1.10\x86. Está na pasta ACBr\Projetos

O tipo de evento vai ser retornado nos eventos emitidos por terceiros, por exemplo, numa NFe que você emitiu e o destinatário enviou a manifestação, você pode capturar essa manifestação feita por ele para a sua NFe. O webservice não retorna a situação atual da manifestação para uma NFe destinada para o CNPJ, no retorno do método DistribuicaoDFe. Inclusive eles bloqueiam por consumo indevido se você estiver usando o DistribuicaoDFe por último NSU e informar último NSU diferente em cada consulta em um período inferior a 1 hora, o que significa que na prática você só pode usar o serviço em um local e um sistema. Por exemplo o contador da empresa de posse do certificado estar usando no sistema dele, ou ter outro desses aplicativos "cloud" que você sobe o certificado. Quem manifesta é a empresa, e usando um sistema único, dessa forma ele sabe qual manifestação enviou pra qual nota.

Sim, é diferente.

O arredondamento está correto pelas normas da ABNT. Mas se existe a exigência de conformidade, sugiro que tenha no banco de dados a coluna do valor total e permita a edição pelo usuário. Ou use truncamento no lugar de arredondamento.

Esse erro geralmente é por não estar configurado ou o ambiente não ter suporte a TLS 1.2. Pra isso configurar a propriedade SSLType := LT_TLSv1_2 e: - Se estiver usando libWinCrypt, verifique se o Windows está atualizado. - Se estiver usando OpenSSL, certifique-se de estar usando as DLLs de versão 1.0.2 ou superior. Não use CAPICOM.

No envio síncrono não existe a consulta do retorno, a resposta vem na própria chamada do envio. Ex.: ACBrNFe1.Enviar(nLote, bImprimir, True); RetWs := ACBrNFe1.WebServices.Enviar.RetWS; cStat := ACBrNFe1.WebServices.Enviar.cStat; xMotivo := ACBrNFe1.WebServices.Enviar.xMotivo; nProt := ACBrNFe1.NotasFiscais[0].NFe.procNFe.nProt;

Parece correto, não entendi o problema.

Já está corrigido no SVN, atualize novamente.

Não. Veja o tópico:

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

Não precisa mexer nos arquivos, só manter o source do dpk como o original do repositório. package ACBr_Comum; {$R *.res} {$R *.dres} [...]

Não tem como pegar o XML da NFCe da SEFAZ. Pelo menos não pelos webservices normais da NFe/NFCe. Você deve ter gravado o XML gerado, assinado e validado que usou na emissão em contingência. Carrega o XML no componente e executa o método de envio, ou o método de consulta se já tiver enviado anteriormente. O componente vai pegar o retorno do método (o protocolo de autorização) e atualizar o seu XML com o protocolo, assim você tem o XML completo juridicamente válido.

Veja este tópico:

dhAutorizacao := ACBrNFe1.WebServices.Consulta.protNFe.dhRecbto;

Carregar o XML no componente e chamar o método de consulta, com as propriedades de salvar arquivos ativadas. Tendo o protocolo, e o XML estar correto com o que foi enviado pra SEFAZ, ele será atualizado com o protocolo.

O CNPJ informado na consulta não consta nas NFe como transportador ou terceiro listado na tag autXML?

Veja o doc no portal da NFe: https://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=i/2EeAbRuuE=

Precisa ter apenas o XML do MDFe (*-mdfe.xml) na pasta. E no parâmetro do comando MDFE_Consultar você informa o path do mesmo.