BigWings

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?

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.

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.

https://www.embarcadero.com/br/products/delphi/starter/faq

Essa mensagem é uma rejeição vinda da SEFAZ, é a xMotivo vinculada ao cStat de retorno. Esse formato são dos alertas criados pelo gerador do XML do ACBr. Só são exibidos quando há erro de validação contra os schemas (antes do envio pra SEFAZ). Existe ainda a mensagem de erro de validação contra schemas gerada pela libxml2.

Não existe configuração de margens no modo EscPos pois quem controla a impressão é o próprio equipamento, são enviados apenas os comandos. A impressora não tem "guias" pra posicionar a bobina corretamente?

Isso aí tá parecendo problema de hardware, tem faixas brancas verticais no meio da impressão...

Provavelmente já foi enviada outra nota com essa numeração. No retorno dessa rejeição não mostra a chave correta?

https://svn.code.sf.net/p/acbr/code/tags/ACBrTrunk2015

ACBrValidador é outro componente. Tem exemplo de uso na pasta Exemplos/ACBrDiversos/ACBrValidador.

Você pode antes de fazer a extração dos dados, validar com o ACBrValidador, se é um GTIN válido.

Enviado para o repositório, rev. 21649. Obrigado pela contribuição.

Por favor anexe o arquivo modificado.