BigWings

O erro é por falta de configuração do componente. Leia:

Eu não disse que precisava... se não é SOAP acredito que não deva. Perguntando novamente, qual o problema ao usar o EnviarDados original?

Chegou a ler as respostas neste tópico?

Qual é exatamente o problema em usar o EnviarDados original? Tem o provedor Agili no componente que é REST e funciona normalmente. Pelo que vi no IPM.ini já está configurado para não fazer o envelopamento.

Parece ser um erro de codificação do arquivo. O parâmetro indica se você quer que o componente gere novamente a NFe após a carga, o que acaba fazendo que o XML gerado não seja exatamente o carregado. Salvo engano, Delphi 7 não suporta UTF-8, por exemplo. Tente fazer a conversão do XML para ANSI usando um editor de textos qualquer.

Conforme o layout da NFe, apenas o CSOSN 900 permite destaque de ICMS. Informando CSOSN 500 os campos referentes ao imposto são ignorados.

Foram configuradas as propriedades SSLLib na aba Certificados?

E quanto à outra propriedade mencionada no tópico? Está marcada?

Veja o tópico abaixo:

Moderação: Tópico movido.

Pelo demo do ACBr não deveria impedir o encerramento... A rejeição de chave antiga, até onde sei, existe apenas na consulta de protocolo, e na opção "Encerramento" do demo ela não é chamada. Anexe os arquivos de envio e retorno.

O ACBrInstall é apenas para Delphi. No Lazarus você deve abrir os pacotes e fazer a instalação manual.

Bom dia, Está usando o componente ou o ACBrMonitorPLUS?

Não cheguei a analisar o fonte pra saber o motivo, mas veja o try..except ignorando a exceção. E como você disse a NFCe é gerada normalmente. Revision: 14394 Author: dopi Date: segunda-feira, 8 de janeiro de 2018 11:27:46 [...] [+] Classe "TWebServicesConf", adicionada a propriedade "SSLType", que permite repassar a configuração para "TACBrDFe.SSL.SSLType" (por: DSA) Você está com os fontes atualizados?

Se entendi bem, você deve inserir o comando de inutilização dentro de um try..except para fazer o tratamento em caso de rejeição.

Correto. É uma exception esperada e tratada, em tempo de execução ela não aparece. ACBrNFe1.Configuracoes.WebServices.SSLType Confusão minha. Na verdade a propriedade é a SSLXmlSignLib.

Sim, sem depender das configurações do IE. Por padrão vem desconfigurado... cada opção tem vantagens e desvantagens, a SSLCryptLib = xsLibXML2 é implementação nova, então ainda não é padrão do libWinCrypt. Enfim, faça o teste e veja o que achar melhor.

O melhor seria não usar CAPICOM/MSXML que dependem dessas configurações. Configurar para usar SSLLib = libWinCrypt e XMLSignLib = xsLibXML2 deve atender. Lembrando, claro de definir a propriedade SSLType como convir. Aqui tem uma solução para fazer a configuração das opções de internet automaticamente, não testei, então usem por conta e risco.

Do ACBrNFe-change-log.txt: 20/01/2018 -- ACBrNFeDANFEClass -- [+] Adicionada a propriedade "UsarSeparadorPathPDF", para permitir que os PDFs sejam salvos, usando a mesma estrutura de pasta de diretórios, com separação por CNPJ, AnoMes, Dia, Modelo (por: DSA) [...] 10/01/2018 -- ACBrNFeDANFEClass -- [*] Método GetPathPDF, modificado para: - Se houver algum Path Definido: Usar o Path exatamente como informado (sem adicionar os separadores de Diretório) - Se For vazio: Calcula o Path da mesma maneira que é computado o Path onde é Salvo o XML da NFe - Se for Vazio, e não houver nota carregada: Usa o Path da aplicaçao https://www.projetoacbr.com.br/forum/topic/40250-acbrnfe-problema-pathpdf/ (por: DSA)

Sim.

Essa forma de contingência é exclusiva para NFCe. Para NFe use a contingência SVC (SVC-RS ou SVC-AN, dependendo da UF), ou a EPEC.

https://github.com/fortesinformatica/fortesreport-ce.git/trunk

Você instalou esses componentes?

Sim. Na verdade o svn diz revisão 438. Fez a instalação após atualizar?