RobertoVLL

Boa Tarde, Peço que encerre o tópico, questão resolvida. testei e confirmei: quando o certificado for válido mas houve problema c/ dll de não instalada corretamente, e enviá-la o sistema/acbr não preenche as tags do KeyInfo referenciadas no post acima. Foram 2 situações concomitantes para o fato gerador da inconsistência: 1) Uma das falhas envolve máquina do cliente que estava instalado certificado onde ele acabou não observando configuração correta. 2) No innoSetup (v 5.5.9) acabei não observando detalhe de erro de digitação, apesar que de não haver problema c/ Acbr deixo reforçado (apesar que muitos já a tem corretamente) configuração dele p/ para gerar instalação das dll´s: ... [Files] ;innoSetup p/ instalação das dll´s se compilado em 64 bits -> pasta C:\Windows\System32 Source: " pastado componente\Acbr\DLLs\OpenSSL\1.1.1.10\x64\libcrypto-1_1-x64.dll"; DestDir: {sys}; Flags: onlyifdoesntexist 64bit; Check: not Is64BitInstallMode ; Source: "pastadocomponente\Acbr\DLLs\OpenSSL\1.1.1.10\x64\libssl-1_1-x64.dll" ; DestDir: {sys}; Flags: onlyifdoesntexist 64bit; Check: not Is64BitInstallMode ; ;innoSetup p/ instalação das dll´s se compilado em 32 bits -> pasta Windows\SysWOW64 Source: "pastado componente\Acbr\DLLs\OpenSSL\1.1.1.10\X86\libcrypto-1_1.dll"; DestDir: {sys}; Flags: onlyifdoesntexist; Check: not Is64BitInstallMode ; Source: "pastado componente\Acbr\DLLs\OpenSSL\1.1.1.10\X86\libssl-1_1.dll" ; DestDir: {sys}; Flags: onlyifdoesntexist; Check: not Is64BitInstallMode ; Grato

Oi Juliomar, veja no ano passado em 08/2020 o desenvolvedor abaixo utilizava A3 e, o problema é muito semelhante ao do meu cliente (que usa A1) segundo a amostragem do xml também não foram preenchidas as tags da keyinfo, e ele resolveu mudando para xsMsXmlCapicom que sei que não recomendam. (também sei que A3 tem fama problemática). Mas enfim segundo ele foi o que resolveu. C/ relação às dll´s envolvidas (x86 ou x64) que devem ser consideradas são aquelas conforme a versão da compilação do programa (32 ou 64), correto?

Oi Juliomar Peço que veja no post acima em (ACBrNFe1.WebServices.Enviar.Executar*), faz com que seja validado, assinado e enviado! Estou seguro quanto a isto! Caso contrário as notas que estão em homologação testadas antes de enviar ao cliente E montar este post não retornariam com status 100 A questão se prende ao certificado que está envolvido c/ a mensagem "Rejeição: Certificado Assinatura inválido" quando o cliente enviou ao SEFAZ. O ponto que chamei a atenção no post acima é que o xml na parte da assinatura, não preencheu <KeyInfo> <X509Data> <X509Certificate/> </X509Data> Assim asseguro que não tem como pelo programa enviar sem assinar porque o comando é unico conforme destacado acima (*). Restando o conflito c/ certificado. Como nunca visualizei uma xml de nota com problema de rejeição por certificado de assinatura inválido para saber se teriam ou não as tags dentro do "keyinfo" preenchidas. Também questionei no post acima, se seria possível estar envolvido c/ as configurações reportadas ou seja palheta Servidor SSLTYPE: LT_TL_Sv1_2 palheta Certificado SSLLib = libWinCrypt CryptLib = cryWinCrypt HttpLib = httpWinHttp SSLXmlSignLib = xsLibXml2 máquina do cliente: Windows 10 64 bits. no instalador innoSetup configurei p/ instalar na pasta do sistema ( DestDir: {sys}; ) se x86 libcrypto-1_1.dll libssl-1_1.dll se 64 libcrypto-1_1-x64.dll libssl-1_1-x64.dll Abaixo fiz uma captura do evento do componente acbrNfe : TFormMNfe.ACBrNFe1GerarLog para recuperar informações que o componente retorna e em homologação na minha maquina (desenvolvedor). Retornou as informações de uma nfe enviada para teste (retorno c/ status 100): Inicio TNFeRecepcao Versão Layout: 4.00 Ambiente: 2 Versão Aplicativo: SP_NFE_PL009_V4 Status Código: 103 Status Descrição: Lote recebido com sucesso UF: SP Recibo: 351000153652900 Recebimento: 05/04/2021 17:33:45 Tempo Médio: 1 Inicio TNFeRetRecepcao Versão Layout: 4.00 Ambiente: 2 Versão Aplicativo: SP_NFE_PL009_V4 Recibo: 351000153652900 Status Código: 105 Status Descrição: Lote em processamento UF: SP cMsg: 0 xMsg: Inicio TNFeRetRecepcao Versão Layout: 4.00 Ambiente: 2 Versão Aplicativo: SP_NFE_PL009_V4 Recibo: 351000153652900 Status Código: 104 Status Descrição: Lote processado UF: SP cMsg: 0 xMsg:

Oi Daniel, o acbr gera algum log das etapas envolvidas para envio nfe ? se positivo como configuro/funciona? Grato

rotina usada há uns bons anos : ACBrNFe1.WebServices.Enviar.Sincrono:=false; ACBrNFe1.WebServices.Enviar.Lote :=intTostr(LoteNfe_); if (ACBrNFe1.WebServices.Enviar.Executar) then begin ACBrNFe1.WebServices.Retorno.Recibo:= ACBrNFe1.WebServices.Enviar.Recibo; ACBrNFe1.WebServices.Retorno.Executar; end; _ informei no post a parte da assinatura ref nfe enviada pelo cliente e recusada // nela ao final o keyinfo ficou sem assinatura. (Nunca havia reparado nisto se em outra situação de um certificado vencido ele preenche ou nao esta parte) _depois informei no mesmo post "ao final" a parte do keyinfo de uma nfe em homologação e foi ok, mas em máquina diferente. _ e ao final havia colocado a configuração que envolve a rotina de certificação/criptografia/etc...

Nota: no post anterior ao final, acabei digitando p/ desconsiderar, mas peço para considerarem a questão. Grato

certificado A1 retornei os shemas e nada resolveu. veja o conteudo da nfe do certificado keyInfo/X509Data não foi preenchido. <SignatureValue>btCgYQgfnlASkITUCRRpNVBt7kh2d8T6DzoAeLj89gMJPB3ZhBdZM1td6qupzEYukA3QIRVVRGiPqpHsP35h85QoWG9AH+O/cRz5QMU4wb+05jdu7FyNhV6I+ImUYnBOlBY7HNw2eeV24i98XLKcCn/OnrgmrylHht6rQBMIxVvQGxw1EGmKQ3PTOVmQ9GZ1j/MyKyNxR89IV+q7Oakrejwu3nSDE680LqwT+apElG0wH1b4DlO+AXNN74n3u9bFoUQTj1Pk+rJuDHtft3MA1Gv0Mg1L6fQhTRfionWZMbj9LmDmNE8cv9QCUcMEuwsCpvxZ9x7eCe39ugPvHy1rrg==</SignatureValue> <KeyInfo> <X509Data> <X509Certificate/> </X509Data> Fiz um teste na minha máquina/ homologação / apenas adicionei a questão do intermediador e usando o mesmo cnpj do cliente os campos acima foram preenchidos normalmente, foi ok! </SignedInfo> <SignatureValue>klaf1awfL7KvMp1qP3G1BR3Jvzr6GScOR27p5d4MFRb0AGdiA7+Icm5tOdQpglbCQgk+8IfurudNRdJYSkyswrv0cOgcd5d6+eLrU5Qkm7wMpDKUlD5YcNaLTry8zWe0fkdxqlgITYJctKskxqlG2OdA86odBUn+jE2pUElJS4i45yZvZ3lvNwoBbzvClc+zrtO3KA+0FSJph2TaHQuNheQeOfgslBORExRpx8vtVig8j37fGbABtLZRW7lGk73UuiZEOFaNp6Ah8rz8Lh2xGLqOU3lqvxG3s/VIK+y0tHUEqfaD3PJDqkk+jxH1EYOffdAd00lmvlPvhdpipXL6eA==</SignatureValue> <KeyInfo> <X509Data> <X509Certificate>MIIHwjCCBaqgAwIBAgIII0cgBBNU9XYwDQYJKoZIhvcNAQELBQAwgYkxCzAJBgNVBAYTAkJSMRMwEQYDVQQKEwpJQ1AtQnJhc2lsMTQwMgYDVQQLEytBdXRvcml .................OLXLRIcTbQOzw==</X509Certificate> </X509Data> </KeyInfo> </Signature> vejam a configuração palheta Servidor SSLTYPE: LT_TL_Sv1_2 palheta Certificado SSLLib = libWinCrypt CryptLib = cryWinCrypt HttpLib = httpWinHttp SSLXmlSignLib = xsLibXml2 Isto poderia contribuir para gerar problema p/ certificado. Fiz um teste em homologação e foi ok com a configuração acima.

certificado A1 retornei os shemas e nada resolveu. veja o conteudo da nfe do certificado keyInfo/X509Data não foi preenchido. <SignatureValue>btCgYQgfnlASkITUCRRpNVBt7kh2d8T6DzoAeLj89gMJPB3ZhBdZM1td6qupzEYukA3QIRVVRGiPqpHsP35h85QoWG9AH+O/cRz5QMU4wb+05jdu7FyNhV6I+ImUYnBOlBY7HNw2eeV24i98XLKcCn/OnrgmrylHht6rQBMIxVvQGxw1EGmKQ3PTOVmQ9GZ1j/MyKyNxR89IV+q7Oakrejwu3nSDE680LqwT+apElG0wH1b4DlO+AXNN74n3u9bFoUQTj1Pk+rJuDHtft3MA1Gv0Mg1L6fQhTRfionWZMbj9LmDmNE8cv9QCUcMEuwsCpvxZ9x7eCe39ugPvHy1rrg==</SignatureValue> <KeyInfo> <X509Data> <X509Certificate/> </X509Data> Fiz um teste na minha máquina/ homologação / apenas adicionei a questão do intermediador e usando o mesmo cnpj do cliente os campos acima foram preenchidos normalmente, foi ok! </SignedInfo> <SignatureValue>klaf1awfL7KvMp1qP3G1BR3Jvzr6GScOR27p5d4MFRb0AGdiA7+Icm5tOdQpglbCQgk+8IfurudNRdJYSkyswrv0cOgcd5d6+eLrU5Qkm7wMpDKUlD5YcNaLTry8zWe0fkdxqlgITYJctKskxqlG2OdA86odBUn+jE2pUElJS4i45yZvZ3lvNwoBbzvClc+zrtO3KA+0FSJph2TaHQuNheQeOfgslBORExRpx8vtVig8j37fGbABtLZRW7lGk73UuiZEOFaNp6Ah8rz8Lh2xGLqOU3lqvxG3s/VIK+y0tHUEqfaD3PJDqkk+jxH1EYOffdAd00lmvlPvhdpipXL6eA==</SignatureValue> <KeyInfo> <X509Data> <X509Certificate>MIIHwjCCBaqgAwIBAgIII0cgBBNU9XYwDQYJKoZIhvcNAQELBQAwgYkxCzAJBgNVBAYTAkJSMRMwEQYDVQQKEwpJQ1AtQnJhc2lsMTQwMgYDVQQLEytBdXRvcml .................OLXLRIcTbQOzw==</X509Certificate> </X509Data> </KeyInfo> </Signature> certificado A1 retornei os shemas e nada resolveu. veja o conteudo da nfe do certificado keyInfo/X509Data não foi preenchido. <SignatureValue>btCgYQgfnlASkITUCRRpNVBt7kh2d8T6DzoAeLj89gMJPB3ZhBdZM1td6qupzEYukA3QIRVVRGiPqpHsP35h85QoWG9AH+O/cRz5QMU4wb+05jdu7FyNhV6I+ImUYnBOlBY7HNw2eeV24i98XLKcCn/OnrgmrylHht6rQBMIxVvQGxw1EGmKQ3PTOVmQ9GZ1j/MyKyNxR89IV+q7Oakrejwu3nSDE680LqwT+apElG0wH1b4DlO+AXNN74n3u9bFoUQTj1Pk+rJuDHtft3MA1Gv0Mg1L6fQhTRfionWZMbj9LmDmNE8cv9QCUcMEuwsCpvxZ9x7eCe39ugPvHy1rrg==</SignatureValue> <KeyInfo> <X509Data> <X509Certificate/> </X509Data> Fiz um teste na minha máquina/ homologação / apenas adicionei a questão do intermediador e usando o mesmo cnpj do cliente os campos acima foram preenchidos normalmente, foi ok! </SignedInfo> <SignatureValue>klaf1awfL7KvMp1qP3G1BR3Jvzr6GScOR27p5d4MFRb0AGdiA7+Icm5tOdQpglbCQgk+8IfurudNRdJYSkyswrv0cOgcd5d6+eLrU5Qkm7wMpDKUlD5YcNaLTry8zWe0fkdxqlgITYJctKskxqlG2OdA86odBUn+jE2pUElJS4i45yZvZ3lvNwoBbzvClc+zrtO3KA+0FSJph2TaHQuNheQeOfgslBORExRpx8vtVig8j37fGbABtLZRW7lGk73UuiZEOFaNp6Ah8rz8Lh2xGLqOU3lqvxG3s/VIK+y0tHUEqfaD3PJDqkk+jxH1EYOffdAd00lmvlPvhdpipXL6eA==</SignatureValue> <KeyInfo> <X509Data> <X509Certificate>MIIHwjCCBaqgAwIBAgIII0cgBBNU9XYwDQYJKoZIhvcNAQELBQAwgYkxCzAJBgNVBAYTAkJSMRMwEQYDVQQKEwpJQ1AtQnJhc2lsMTQwMgYDVQQLEytBdXRvcml .................OLXLRIcTbQOzw==</X509Certificate> </X509Data> </KeyInfo> </Signature> peço desconsiderar a resposta neste topico. Grato

Srs Hoje atualizei os schemas de 1 cliente c/ os mesmos do Acbr da última atualização e a 1ª nfe emitida em produção retornou "Rejeição: Certificado Assinatura inválido". Este certificado vence dia 13/04/2021 . Em consulta ao serviço retornou normal conf. segue: <?xml version="1.0" encoding="utf-8" ?> - <soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"> - <soap:Body> - <nfeResultMsg xmlns="http://www.portalfiscal.inf.br/nfe/wsdl/NFeStatusServico4"> - <retConsStatServ versao="4.00" xmlns="http://www.portalfiscal.inf.br/nfe"> <tpAmb>1</tpAmb> <verAplic>SP_NFE_PL009_V4</verAplic> <cStat>107</cStat> <xMotivo>Serviço em Operação</xMotivo> <cUF>35</cUF> <dhRecbto>2021-04-05T13:06:20-03:00</dhRecbto> <tMed>1</tMed> </retConsStatServ> </nfeResultMsg> </soap:Body> </soap:Envelope> ---- Alguma idéia/sugestão sobre esta ocorrência ? Grato

Grato Italo!

Bom dia Nfe recusada em homologação Rejeição: NF-e sem indicativo do intermediador Isto não seria para a partir de 03/05/2021?

Grato Juliomar! Obtive detalhes de um site e deixo registrado abaixo caso alguém também tenha mesmo problema c/ Yahoo. Caso você utilize uma conta de e-mail Yahoo, você poderá configurar o envio de relatórios do sistema utilizando esta conta de e-mail para envio, sem a necessidade do Microsoft Outlook. Para que seja possível realizar as configurações no sistema, é necessário liberar permissões dentro de sua conta do Yahoo. 1 – ATIVANDO PERMISSÃO NA CONTA YAHOO PARA ACESSO VIA APLICATIVO; 1.1 – Realize o login e acesse a sua conta de e-mail yahoo; 1.2 – No canto superior direito, clique sobre o seu NOME e na opção INFORMAÇÕES DA CONTA; 1.3 – Clique na guia SEGURANÇA DA CONTA e na opção GERENCIAR SENHAS DE APP; 1.4 – Selecione a opção 'Outro app' e informe um nome para identificação; 1.5 - Clicando no botão [Gerar], será demonstrada sua senha.

Daniel, não deu resultado. As versões dll 32 ou 64 sugeridas para carregar, são em relação ao compilador, correto? se positivo realmente não estou conseguindo sucesso.

Srs Boa tarde estou tentando configurar o yahoo e preenchi mesmo endereço host que o do thunderbird porta 587 TLS[x] e SSL [x]. enviar msg c/ Html [x] _user name e from name usei o mesmo endereço do email do yahoo. _copiei as dll´s p/ mesma pasta do demo: libssl-1_1.dll , libcrypto-1_1.dll (x86) (compilando em 32) retorna: SMTP error Unable to login. nota: entrei na conta do yahoo e não identifiquei em configurações algo que pudesse liberar aplicativo para enviar email. (Se alguém souber algum caminho das pedras por favor me ajude) Grato retorna

Bom dia Bem não notifiquei aqui antes, mas diversas vezes tenho problema com o componente ACBrIntegrador nas ultimas 4 versões do Delphi . Não sei por qual motivo desmarca automaticamente (dos componentes instalados) em determinada carga do projeto. Já refiz instalação limpa etc... mas em algum momento sem lógica aparente ele é desmarcado automaticamente. No tópico que vi (222 dias e recomendado pelo site para abrir novamente) e assim estou então dando continuidade. A questão é eu não uso especificamente este componente, mas eu consigo usar o ACBrNfe sem ele ou não ? Tem algum caminho alternativo manual para desabilitá-lo ? Grato