BigWings

Lembrando que a SEFAZ não gera NSU para o emitente da nota, afinal este já tem o XML. É gerado um NSU para cada interessado no documento com permissão de acesso ao mesmo.

Eu consegui simular o erro, veja minha resposta mais acima.

@suporteatinfo Provavelmente esse problema é o mesmo do teu outro tópico:

Veja se na sua rotina está chamando o método ACBrNFe1.NotasFiscais.GerarNFe após alimentar o componente.

Você pode usar as tags para definir o tamanho em fonte normal, condensada, expandida, linha dupla... Veja o demo do componente.

Está fazendo em homologação ou produção? Se não me engano em produção só vai entrar a partir do mês que vem.

Para NFSe há apenas o componente ACBrNFSe compatível com Delphi ou Lazarus. Para outras linguagens não está disponível.

Correção reaplicada na rev. 18375.

Quando disse que a diferença era apenas a chave me referia apenas à execução do método em si. Após o retorno do protocolo, caso configurado pra isso, o ACBr vai realmente tentar montar o XML completo, juntando o XML carregado com o protocolo de autorização.

A única diferença entre a consulta pela chave e a consulta pelo XML é que o componente busca a chave do arquivo em vez de ser informada manualmente. Verifique se está informando a chave correta.

Como disse, repeti e volto a repetir: o problema deve estar nos teus fontes e não nos fr3.

Está usando o fr3 do repositório? Ocorre o mesmo erro se usar o demo do componente?

Você pode passar o protocolo via código para o componente DANFE. Mas isso não deve ser o caso, como disse faltam vários campos no seu PDF, além do protocolo, a chave de acesso, o nome do destinatário no canhoto, a marca d'água... Por isso acredito que você tenha alterações locais o que está inibindo a execução do trecho que carrega esses valores.

Normal também: Fez teste usando o demo do componente como acima? Alguma alteração local nos teus fontes? Vi no teu PDF que além de não sair o protocolo também não apareceu a chave de acesso e a marca d'água então tem algo errado aí.

O código numérico da NFe não pode ser igual ao número da NFe.

Esse XML tem o protocolo de autorização, então não vai aparecer mensagem de 'Sem autorização de uso'. No mais parece correto:

Testei com o arquivo DanfeRetrato.fr3 da pasta Obsoletos, e o DanfeRetrato_2019.fr3 e aparentemente está normal. Por favor, anexe o XML e o Fr3 que está usando de fato.

DACTE ou DANFE?

Sim.

O webservice deve validar a URL do QrCode para autorizar a NFCe, então provavelmente é um erro na página de consulta. Entre em contato com a SEFAZ e reporte o problema. No caso do CE a transmissão não é feita pelo componente e sim pelo aplicativo da SEFAZ, o "Integrador".

Tendo o XML gerado ou carregado no componente você pode usar o método ACBrCTe.GerarChaveContingencia.

Veja se no arquivo ACBr\Fontes\ACBrComum\ACBr.inc está ativada a diretiva: // Para Remover Warnings de CAST causados por WideString/String/AnsiString, descomente a linha abaixo. (Apenas Delphi) {$DEFINE REMOVE_CAST_WARN} Tente alterar para: // Para Remover Warnings de CAST causados por WideString/String/AnsiString, descomente a linha abaixo. (Apenas Delphi) {$IFNDEF FPC} {$DEFINE REMOVE_CAST_WARN} {$ENDIF}

O ACBrBoleto não preenche esse campo. Se não me engano ele é usado apenas na emissão de 2a via pelos bancos mesmo, onde a data do pagamento é determinada (pode haver outros descontos além do abatimento). O valor do abatimento é informado nas instruções do título.

Favor não colar conteúdo de arquivos no corpo da mensagem, use apenas a opção de anexar arquivos. Você está usando o comando CriarNFe, ele apenas gera e assina o arquivo XML. Para ter a nota válida, com o protocolo de autorização, use o comando EnviarNFe após criar, ou o comando CriarEnviarNFe que já faz todo o processo. https://acbr.sourceforge.io/ACBrMonitor/NFECriarEnviarNFe.html

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