BigWings

Abra um tópico para cada assunto.

Cada chamada a pag.Add cria um novo pagamento.

2.2 - Permaneça no assunto - Quando tiver uma dúvida diferente do assunto no tópico, poste em novo tópico. Não use algo equivalente a "aproveitando o gancho... [dúvida não relacionada com o tópico aqui]". Favor leia as regras do fórum.

Se você tem certeza... Não lembro de ter visto nenhum relato no fórum sobre problema parecido.

Bom, a NFe foi enviada para a SEFAZ-PR que deve ter recusado a IE da BA por algum motivo. Talvez o problema seja apenas na SEFAZ-PR (e na minha rotina).

Que cliente de email é esse? Não é ele que está fazendo tratamento do XML como se fosse corpo do email? Já tentou enviar pra um gmail, por exemplo, pra ver se ocorre o mesmo?

No caso da NFSe, também pode ser configurado diretamente no .ini do provedor.

Minha rotina de validação também acusa a IE como inválida. Tente remover o zero a esquerda.

Leia o tópico novamente. Estude os fontes, use o debug. Só vai disparar essa exceção caso não esteja configurada a propriedade SSLXMLSignLib do componente.

Pelo que entendi dos fontes, a única diferença de uma requisição SOAP para uma comum é que a SOAP acrescenta o SoapAction como header na requisição. Veja o método Enviar nas classes derivadas de TDFeSSLHttpClass. No caso do Agili, não precisou fazer nada para alterar o tipo de requisição, mesmo enviando um SoapAction qualquer a resposta vem normalmente.

Me parece que apenas acrescentando as linhas referentes a autenticação no DefinirDadosMsg pode resolver.

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?