BigWings

Acho que tem razão, mas o @José M. S. Junior pode analisar melhor.

Aparentemente sim, veja este tópico:

Que me lembre a orientação é mostrar sempre os 6 últimos dígitos da nota.

A manifestação do destinatário é um evento. O método DistribuicaoDFe retorna os eventos emitidos pelo destinatário, terceiros e pelo fisco, de uma nota emitida pelo CNPJ que está fazendo a consulta ao método. Ele só não retorna os eventos emitidos pelo próprio CNPJ, por exemplo, não é possível saber se uma nota de terceiros já foi manifestado pelo meu CNPJ por outra aplicação. Chegou a ler a NT que indiquei?

O XML foi assinado com o certificado novo ou com o antigo?

Você recebe os documentos e eventos emitidos por terceiros pelo método ACBrNFe.DistribuicaoDFe(). Leia a NT 2014.002. Estude o programa exemplo do ACBrNFe e o TXT na pasta do mesmo.

Sim, cancelamento ou outro evento qualquer. Você acessa as propriedades dos objetos de ACBrNFe.WebServices de acordo com o método que está executando.

Não encontrei nada no código que faça o preenchimento dessa forma. Mas você pode usar, após a consulta. ACBrNFe1.WebServices.Consulta.procEventoNFe[0].RetEventoNFe.XML;

Você está consultando a NFe ou enviando o evento de cancelamento?

O primeiro campo no retorno desse comando é o número de série do certificado, informe ele na configuração.

Que saiba não mudou nada. Qual o cStat de retorno?

Configuração de DPI do Windows diferente de 100%. Veja este tópico:

Pelo método ACBrNFe.DistribuicaoDFe você recebe os eventos emitidos pelo destinatário, terceiros e pelo fisco.

Veja as propriedades AlterarEscalaPadrao e NovaEscala do componente DANFE.

Infelizmente essas tabelas de NFe estão em formato proprietário (Excel/XLS) então fica complicado de automatizar o download... Aqui uso o ACBrSpedTabelas pra baixar já automatizado. Até onde sei são os mesmos códigos. Só não existe na tabela do SPED a correlação com o CST mas isso é fácil de deduzir pela descrição do benefício.

Em que linguagem? Não usa o ACBr?

Como fica a impressão no DANFE dessa forma?

Complementei meu post anterior com a numeração correta, no caso da adição dessa forma está errado. Não.

[DIXXXYYY] XXX - Número do item da nota YYY - Sequencial da DI no item [LADIXXXYYYKKK] XXX - Número do item da nota YYY - Número de item da DI no item da nota KKK - Sequencial da adição No seu XML gerou todas as DI no item 1 e todas as adições na DI 3 do item 1. Se é apenas uma DI com uma adição, o correto então seria: [DI001001] [LADI001001001] [DI002001] [LADI002001001] [DI003001] [LADI003001001] E assim por diante.

A consulta retorna apenas o protocolo de autorização, não o XML completo. Se o XML original já existe carregado no componente, o ACBr acrescenta o protocolo retornado na consulta pra ter ele completo. Guarde no banco de dados.

Se não tiver espaços no texto o Fortes Report não faz a quebra de linha onde deve. Veja se é o caso.

Tive o mesmo erro de validação com os dois arquivos. Pelo que vi o problema é você ter incluído dados de DI sem adição correspondente. Por exemplo tem a [DI001001] mas não tem [LADI001001XXX]. E porque está repetindo a mesma DI várias vezes?

pcnAuxiliar.ValidarChave()

Está dizendo a empresa. Sugiro muito cuidado no uso desse produto... eles vão ficar no seu pé e são bem agressivos com violação de licenças.