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

O que eu fiz agora: Dentro do meu form onde ocorre o problema, criei uma nova chamada para um outro form modal onde construi apenas as cargas das rotinas de enviar e consultar separadas. Neste form modal de teste adicionei um novo componente ACBrNFe2 (novo) e no seu evento ACBrNFe2StatusChange(Sender: TObject) escrevi aquelas mesmas condições case ACBrNFe2.Status of stIdle : begin end end... Application.ProcessMessages; // --> exatamente aqui no form original é que ocorre o congelamento... No teste final deste form não ocorreu problema de congelamento, tal qual o do svn. No meu entendimento de alguma forma o form onde monitoro as operações da nfe, penso que por questão interna (exemplo propriedades no dfm) a versão 10.3.3 não está sendo 100% fiel como a versão 10.3.2 por exemplo. Não faz sentido mas a rotina de enviar e consultar é exatamente a mesma. O que mudou neste simples testes, foram as propriedades que um form cria. Minha solução definitiva será dar algum tempo e se não aparecer nada, vou reescrever o form criando dentro da versão 10.3.3 passo a passo e testando. Assim creio que fechar o tópico e, naturalmente se alguém tiver algum problema semelhante poderá reabri-lo. Grato /

sim , referindo aquele da pasta \Exemplos\ACBrDFe\ACBrNFe\Delphi Não consegui reproduzir a mesma situação nela. Por exemplo, minha aplicação tem um form modal e é muita mais carregada. Utilizo o mesmo código já há um tempo, e da versão do Delphi 10 até a 10.3.2 e não tive qualquer problema.

Bom Dia sou usuário do ACBr deste D7. migrei para Delphi (v.Profissional) 10..10.1...10.2..10.3..10.3.1..10.3.2... até aqui tudo bem! Após compilar c/ versão 10.3.3 e aparentemente estava ok. Mas não está. No evento OnStatusChange, particularmente quando ao final ocorre o processamento das mensagens (app..processmessages) na operação de envio e também consulta onde a última ficava congelada (dando a impressão de congelamento). Após isto se carregar por exemplo outro form c/ Relatório(fastreport v5) só exibia se minimizasse o form que monitora as operações do componente da Nfe. Mas daí em diante, percebi que tambem alguns campos não são atualizados nem dando um refresh, estranho!!!. Fui conferir no exemplo do Acbr, o não consegui provocar o mesmo problema.Há muita diferença dado ao tamanho da aplicação, form modal, etc... Mas é fato, já revirei fiz vários testes e conclui que para evento após debugar. Não quer dizer que seja problema c/ o componente . Mas está envolvido. O Delphi mudou algo nesta versão que afetou o processamento de mensagens. OU provocou algum bug (vcl). retornei à versão 10.3.2 e não ocorre problema! Assim se alguém estiver c/ algum problema específico e já tiver alguma idéia ou solução, desde já agradeço.

Oi Amarildo, a questão versa somente sobre homologação e em SP. Em produção está tudo OK!

em homologação?

Oi Amarildo, hoje dia 16/08/2018 , abaixo a data emissão 16/08/2018 data vcto parcela 16/09/2018 foi recusada as 08:49 351000122264115-pro-rec.xml 35180810389619000193550010000038251474030006-nfe.xml regra: Se informado o grupo de Parcelas de cobrança (tag:dup, Id:Y07) e Data de vencimento (dVenc, id:Y09) não informada ou menor que a Data de Emissão (id:B09) descrição do erro:Rejeição: Data de vencimento da parcela não informada ou menor que Data de Emissão Fica evidente a inconsistência no ambiente de homologação. 351000122264115-pro-rec.xml

Oi Felipe, Grato pelo retorno desde ontem estou tentando implementar e nada até o momento. Em consulta, resulta funcionamento normal, mas ao enviar mais de 8 nfs todas foram recusadas.

Alguém de SP poderia fazer um teste no ambiente de homologação, pois em 02 empresas distintas qualquer emissão nfe venda, p pgto à prazo em 30 dias está recusando em função da data de vencimento da parcela não informada ou menor que Data de Emissão / status 900. (se possível e nf não recusada peço postar aqui para confronto) Grato

BigWings, infelizmente, não deu resultado. Grato

Daniel Port, Este campo foi retirado conforme a NT 2016.002