BigWings

Tem algumas contribuições ainda em análise pra resolver esse problema. Veja: Ou:

Nessa tag você deve informar o CNPJ do autor do evento, que no caso do evento de prestação em desacordo é o próprio tomador do serviço.

Você pode usar certificado próprio e usar o ambiente de homologação do Amazonas: http://portalnfce.sefaz.am.gov.br/desenvolvedor/ambiente-de-homologacao-para-desenvolvedores/ Apenas note que algumas regras são opcionais por UF então nos testes estará sujeito apenas àquelas ativadas pelo AM.

Pelo que vi o arquivo é criado quando configurado como cryWincrypt e informando o arquivo PFX e senha, a cada carga do certificado. O componente vai carregar o certificado apenas uma vez então se você mantiver o objeto ACBrNFe em memória deve reduzir massivamente a quantidade de arquivos criados. Outra solução seria usar OpenSSL no lugar da WinCrypt.

Qual exatamente o problema que teve com relação as fontes? Não consegui simular. De qualquer forma fiz ajustes nos nomes das fontes do .fr3, por favor faça teste com o arquivo anexo e veja se terá o mesmo problema. DACTE2Vias.fr3

Você não respondeu minha pergunta.

Qual o erro que está tendo? O validador NFe/NFCe não vai validar mesmo um CFe SAT. São layouts diferentes.

A classe TStringList do Delphi que é usada pelo ACBrBoleto não consegue abrir esse arquivo por causa da codificação, o arquivo está em "UCS-2 Little Endian". Se você abrir esse arquivo no bloco de notas e salvar a codificação vai mudar pra "UCS-2 LE BOM" e já vai conseguir ler o retorno, mas pode ter problemas se houver algum retorno com caracteres especiais. Se você recebeu o arquivo dessa forma direto do banco pode tentar contato com eles pra saber se é possível enviar o mesmo com codificação ANSI. Ou tentar algum método de conversão de codificação de arquivos antes do carregamento pro ACBrBoleto.

Já fez o teste pelo demo do ACBrNFe pra ver se ocorre o mesmo erro?

ACBrNFe1.NotasFiscais[0].NFe.Ide.dEmi := IncMinute(sysUtils.now, -1); Coloque DateUtils no uses.

Se entendi bem, a propriedade ImprimeEmUmaLinha do componente DANFE faz o que você quer.

Leia o tópico abaixo: Vou fechar este tópico porque já ficou confuso por estar tratando de vários assuntos. Caso ainda tenha dúvidas abra novo tópico.

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

Testei pelo demo e está imprimindo normalmente o QrCode: Como o Italo disse, teus fontes devem estar desatualizados.

Já foi implementado, devia funcionar. Anexe o XML.

Qual componente DAMDFE está usando? Está com os fontes atualizados?

Reabrindo para aguardar o feedback do @LUCAS CARDOSO DA SILVA

Na consulta da NFe são retornados os dados da carta de correção.

Apague o ACBrNFe_demo.res e abra novamente o projeto.

Para dúvidas, me parece que sim.

Provavelmente ele já emitia MDFe com série 1 por outra aplicação. O emissor gratuito talvez? O que também dá pra saber pela chave de acesso retornada é que o MDFe série 1 número 6 foi emitido em novembro de 2016.

Provavelmente sim, já vi casos em que foi feita solicitação para a SEFAZ para cancelamento extemporâneo e a mesma faz a liberação. Isso envolve um pedido formal para a SEFAZ, a contabilidade do teu cliente pode ajudar nesse caso.

Parece um problema de codificação causado pela palavra "destinatário" no retorno protocolo do webservice. Convertendo o arquivo para UTF-8 o XML é validado. Favor abra um novo tópico na área do SAC pra que seja verificado.

Se NFCe e CST do PIS for 01, 02 ou 03, e não for informado valor, o grupo realmente vai ser ignorado, veja o código do gerador: procedure TNFeW.GerarDetImpostoPIS(const i: Integer); begin if (nfe.Ide.modelo <> 55) and ((nfe.Det[i].Imposto.PIS.vBC = 0) and (nfe.Det[i].Imposto.PIS.pPIS = 0) and (nfe.Det[i].Imposto.PIS.vPIS = 0) and (nfe.Det[i].Imposto.PIS.qBCProd = 0) and (nfe.Det[i].Imposto.PIS.vAliqProd = 0) and (not (nfe.Det[i].Imposto.PIS.CST in [pis04, pis05, pis06, pis07, pis08, pis09, pis49, pis99]))) then //No caso da NFC-e, o grupo de tributação do PIS e o grupo de tributação da COFINS são opcionais. exit;

Não deve ser o mesmo caso já que o XML anexado pelo colega está autorizado e não denegado.