BigWings

Verifique a configuração SSLXmlSignLib.

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

Então tem que informar a tag no txt com o valor 0. Para não gerar a tag tpTransp.

Corrigindo, o arquivo é o ACBrNFSeXServicos.ini, para o componente ACBrNFSeX. ACBrNFSe.Configuracoes.Arquivos.SepararPorCNPJ ACBrNFSeX.Configuracoes.Arquivos.SepararPorCNPJ

No componente, não, o padrão caso não informe a propriedade é não gerar a tag. Pode forçar usando o método StrToTTransportador informando '0'. MDF.Ide.tpTransp := StrToTTransportador(ok, '0'); Já na ACBrLib ou no ACBrMonitorPLUS pode ser preciso informar.

Precisa instalar o Fortes Report CE antes do ACBr. Depois na instalação do ACBr marcar os componentes de impressão que dependem dele.

Veja a diretiva do arquivo Report.inc se não está configurado para o Fortes.

É possível sim. Se o provedor não exige o certificado provavelmente já estará configurado no .ini do provedor caso esteja usando o componente ACBrNFSe antigo, ou vai ACBrNFSeServicos.ini se estiver usando o ACBrNFSeX. Veja se não está configurando algo que exija o certificado, como a opção de separar arquivos pelo CNPJ dele.

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

<pICMS>13.3000</pICMS> O ICMS do item está acima dos 12% máximo para NFe interestadual.

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

Para o emitente saber se o destinatário fez a manifestação basta usar o ACBrNFe.DistribuicaoDFePorUltNSU.

Veja se está carregando o XML correto (*-procEventoNFe.xml)

Use a versão 32 bits do Lazarus.

Por favor, siga as regras do fórum, evite escrever tudo em maiúsculas. Respondendo a sua pergunta: Não, quem emitiu a nota é responsável pela guarda do arquivo XML. Se perdeu os arquivos pode tentar contato com a SEFAZ do estado pra que esta disponibilize (pode ter de arcar com multa ou custos).

Testei aqui no D7 e não tive o erro. Tem alguma alteração local nos teus fontes do Fortes Report?

Estranho estar gerando dessa forma se você está com os fontes atualizados... isso já está corrigido desde terça: Deve ter fontes antigos por aí ainda, precisa verificar.

Se sempre funcionou, o que mudou pra parar se funcionar? De qualquer forma CAPICOM não é recomendado. Tente alterar para libWincrypt.

Testei aqui e não tive erro... Tente reinstalar o ACBr marcando a opção de apagar arquivos antigos. Verifique se está configurando a propriedade PathSchemas para uma pasta de schemas atualizada.

Está usando o Fortes Report CE? https://github.com/fortesinformatica/fortesreport-ce O mesmo problema ocorre no programa exemplo do componente ACBrBoleto?

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

Tive erro de compilação no D2007: Compiling package C:\Comp\ACBr\Pacotes\Delphi\ACBrTEFD\ACBr_TEFD.dpk "C:\Program Files (x86)\CodeGear\RAD Studio\5.0\bin\dcc32.exe" "C:\Comp\ACBr\Pacotes\Delphi\ACBrTEFD\ACBr_TEFD.dpk" CodeGear Delphi for Win32 compiler version 18.5 Copyright (c) 1983,2007 CodeGear C:\Comp\ACBr\Fontes\ACBrPicPay\ACBrPicpay.pas(592) Error: E2003 Undeclared identifier: 'DateToISO8601' Enviei um ajuste para o SVN, rev. 22123 @andre_markkar queira por favor atualizar novamente os fontes e testar com o código do repositório.

Não parece ser questão de schemas, mas sim de algo errado na assinatura ou no certificado. Como está a configuração das propriedades SSLLib?

Sim, essa regra existe na NT 2018.004. Mas note que se trata da data/hora de emissão da NFCe, e não da data de autorização. E a NFCe em contingência vai ser emitida imediatamente após o problema com o envio da NFCe normal, então o prazo de 2 horas é bem generoso.