Ir para conteúdo
  • Cadastre-se

dev botao

Autoridade De Certificação Não É Válida Ou Está Incorreta Nfse


Ver Solução Respondido por Heronim Antonio Marçal,
  • Este tópico foi criado há 3304 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Recommended Posts

  • Consultores
Postado

Bom dia Heronim,

 

Os certificados não estão vencidos?

 

Tem certificados que não são válidos para consumir Web Services.

 

Abra o Internet Explorer: Opções da Internet aba Avançadas no final da lista de Configurações verifique se:

 

Usar SSL 2.0 (esta desmarcado)

Usar SSL 3.0 (esta marcado)

Usar TLS 1.0 (esta marcado)

Verificar revogação de certificados do servidor (esta desmarcado)

Verificar se há assinaturas em programas baixados (esta marcado)

Verificar se há revogação de certificados do editor (esta desmarcado)

 

Espero ter ajudado.

Consultor SAC ACBr

Italo Giurizzato Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

Analista de Sistemas / Araraquara-SP

Araraquara - A era dos Trólebus

  • Consultores
Postado

Heronim,

 

Se eu não estiver enganado a finalidade do certificado tem que ser: Autenticação de cliente, Email seguro.

 

Em Opções Internet aba Conteúdo clique no botão [Certificados].

 

O certificado deve constar na lista da aba Pessoal, selecione ele, verifique o que aparece escrito dentro do quadro Finalidade do certificado.

Consultor SAC ACBr

Italo Giurizzato Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

Analista de Sistemas / Araraquara-SP

Araraquara - A era dos Trólebus

  • Membros Pro
  • Solution
Postado (editado)

Consegui um avanço aqui, fiz um pequeno projeto apenas para consultar lote por RPS mas deu o mesmo erro. Então decidi testar em outra versão do Delphi, desta vez com Delphi XE5 e tudo funcionou normal, inclusive o exemplo do ACBR.

Editado por Heronim Antonio Marçal
  • 4 meses depois ...
  • 2 semanas depois ...
  • 6 meses depois ...
Postado

Bom dia.

Estou com o mesmo problema com o provedor PRONIM e à dias tentando resolver e não consegui sair do lugar.

O meu ambiente é o seguinte:

  Estou utilizando o Trunk2 e testando o provedor PRONIM. Utilizo o Delphi XE8;

  Configurei todo o arquivo INI para a cidade que estou testando;

  Problema no certificado não é porque já testei utilizando a NF-e e está tudo OK;

  Inclusive está funcionando a NFS-e do provedor GINFES;

 

Debugando identifiquei que na linha 406 do arquivo ACBrHTTPReqResp não é executado com sucesso o HttpSendRequest:

  if HttpSendRequest(pRequest, nil, 0, Pointer(FData), Length(FData)) then

  

Não sei o que posso fazer...

Alguém poderia me ajudar e me dar uma luz aonde posso procurar para tentar resolver ?

Será que pode ser algum problema na Prefeitura ?

Será que o arquivo INI está com algum erro ? (segue anexo)

 

Obrigado,

Daniel.

 

Capturar.PNG

Pronim.INI

Postado

Italo (ou qualquer pessoa que saiba responder),

 

O erro acima parou de acontecer após eu alterar a propriedade SSLLIB de libCapicom para libCapicomDelphiSoap.

Poderia me explicar a diferença dessas propriedades ?

E saberia informar qual a relação com o erro acima ?

 

Obrigado,

Daniel.

 

Postado

Boa tarde pessoal, estou com o mesmo problema, meu ambiente é o seguinte:

Delphi 7

Trunck 

Salvador - homologação

Como é o primeiro projeto que tenho usando esses componentes estou tentando usar o aplicativo de exemplo, o meu certificado vence em março de 20016, as configurações das "Opções da internet" estão iguais as recomendações do Italo o log que tenho do problema é seguinte:

exception class    : Exception
exception message  : The certificate authority is invalid or incorrect - URL:https://notahml.salvador.ba.gov.br/rps/ENVIOLOTERPS/EnvioLoteRPS.svc?wsdl - SOAPAction:http://tempuri.org/IEnvioLoteRPS/EnviarLoteRPS.

main thread ($d54):
00781f50 +e40 Demo_ACBrNFSe.exe ACBrNFSeWebServices 4350 +274 TNFSeEnviarLoteRPS.Executar
7c90e485 +009 ntdll.dll                                       KiUserExceptionDispatcher
006828e4 +108 Demo_ACBrNFSe.exe SOAPHTTPTrans                 THTTPReqResp.Execute
006826b9 +061 Demo_ACBrNFSe.exe SOAPHTTPTrans                 THTTPReqResp.Execute
007815ea +4da Demo_ACBrNFSe.exe ACBrNFSeWebServices 4203 +127 TNFSeEnviarLoteRPS.Executar
0077f590 +044 Demo_ACBrNFSe.exe ACBrNFSeWebServices 3631   +3 TWebServices.Envia
007b3cf8 +118 Demo_ACBrNFSe.exe ACBrNFSe             300  +20 TACBrNFSe.Enviar
00866e56 +092 Demo_ACBrNFSe.exe Frm_Demo_ACBrNFSe    746  +11 TfrmDemo_ACBrNFSe.btnGerarEnviarLoteClick
004cc9e8 +064 Demo_ACBrNFSe.exe Controls                      TControl.Click
004c25d0 +01c Demo_ACBrNFSe.exe StdCtrls                      TButton.Click
004c26c4 +00c Demo_ACBrNFSe.exe StdCtrls                      TButton.CNCommand
004cc850 +188 Demo_ACBrNFSe.exe Controls                      TControl.WndProc
004cf8af +157 Demo_ACBrNFSe.exe Controls                      TWinControl.WndProc
004c2494 +06c Demo_ACBrNFSe.exe StdCtrls                      TButtonControl.WndProc
004cc620 +024 Demo_ACBrNFSe.exe Controls                      TControl.Perform
004cf9e7 +023 Demo_ACBrNFSe.exe Controls                      DoControlMsg
004d003f +00b Demo_ACBrNFSe.exe Controls                      TWinControl.WMCommand
004cc850 +188 Demo_ACBrNFSe.exe Controls                      TControl.WndProc
004cf8af +157 Demo_ACBrNFSe.exe Controls                      TWinControl.WndProc
004cf52c +02c Demo_ACBrNFSe.exe Controls                      TWinControl.MainWndProc
00487f80 +014 Demo_ACBrNFSe.exe Classes                       StdWndProc
7e3792de +044 user32.dll                                      SendMessageW
7e37a993 +016 user32.dll                                      CallWindowProcA
004cf993 +0d7 Demo_ACBrNFSe.exe Controls                      TWinControl.DefaultHandler
004ccdf0 +010 Demo_ACBrNFSe.exe Controls                      TControl.WMLButtonUp
004cc850 +188 Demo_ACBrNFSe.exe Controls                      TControl.WndProc
004cf8af +157 Demo_ACBrNFSe.exe Controls                      TWinControl.WndProc
004c2494 +06c Demo_ACBrNFSe.exe StdCtrls                      TButtonControl.WndProc
004cf52c +02c Demo_ACBrNFSe.exe Controls                      TWinControl.MainWndProc
00487f80 +014 Demo_ACBrNFSe.exe Classes                       StdWndProc
7e3696c2 +00a user32.dll                                      DispatchMessageA
004ebd73 +083 Demo_ACBrNFSe.exe Forms                         TApplication.ProcessMessage
004ebdaa +00a Demo_ACBrNFSe.exe Forms                         TApplication.HandleMessage
004ebfda +096 Demo_ACBrNFSe.exe Forms                         TApplication.Run
00869de7 +03b Demo_ACBrNFSe.exe Demo_ACBrNFSe         17   +3 initialization

 

Tenco como você fez essa alteração que fez o sistema funcionar ?

Postado

O componente NFS-e tem uma propriedade SSLLIB, eu só alterei de  libCapicom para libCapicomDelphiSoap.

Mas se não me engano essa propriedade é apenas do Trunk2.

Alguem poderia nos explicar a diferença dessas propriedades ?

E saberia informar qual a relação com o erro acima ?

  • Moderadores
Postado
1 minuto atrás, tenco disse:

O componente NFS-e tem uma propriedade SSLLIB, eu só alterei de  libCapicom para libCapicomDelphiSoap.

Mas se não me engano essa propriedade é apenas do Trunk2.

Alguem poderia nos explicar a diferença dessas propriedades ?

E saberia informar qual a relação com o erro acima ?

Viu tu não precisa ficar postando a cada uns dias a mesma coisa espera que alguém vai responder!

se tu tá no trunk2 já deve ter usado na NF-e também isso! Também existe os fontes dos componentes que sempre é bom estudar para não passarmos de meros arrastadores de componentes!

então a diferença básica é que o libCapicomDelphiSoap faz uso das bibliotecas que já vem com o delphi para interagir com o certificado já a outra é uma que foi escrito pelo sr. Jean que é da equipe do ACBr e não faz uso dos arquivos padrões do delphi!

Corrija alguma falha que tenha cometido ao escrever mas basicamente é isso!

há vale lembrar que se usa lazarus e informa libCapicomDelphiSoap ele faz automaticamente a troca para o outro pois no lazarus não tem o código nativo igual o delphi!

Consultor SAC ACBr Juliomar Marchetti
 

Projeto ACBr

skype: juliomar
telegram: juliomar
e-mail: [email protected]
http://www.juliomarmarchetti.com.br
MVP_NewLogo_100x100_Transparent-02.png
 

 

Postado
15 minutos atrás, Juliomar Marchetti disse:

Viu tu não precisa ficar postando a cada uns dias a mesma coisa espera que alguém vai responder!

se tu tá no trunk2 já deve ter usado na NF-e também isso! Também existe os fontes dos componentes que sempre é bom estudar para não passarmos de meros arrastadores de componentes!

então a diferença básica é que o libCapicomDelphiSoap faz uso das bibliotecas que já vem com o delphi para interagir com o certificado já a outra é uma que foi escrito pelo sr. Jean que é da equipe do ACBr e não faz uso dos arquivos padrões do delphi!

Corrija alguma falha que tenha cometido ao escrever mas basicamente é isso!

há vale lembrar que se usa lazarus e informa libCapicomDelphiSoap ele faz automaticamente a troca para o outro pois no lazarus não tem o código nativo igual o delphi!

 

Juliomar, obrigado pelo retorno.

Então se eu entendi: libCapicom utilizará Capicom.dll e quando utilizar libCapicomDelphiSoap eu não precisarei utilizar Capicom.dll ? É isso mesmo ou nada a ver ?

----------------------------

Me desculpe mas vou descordar com você sobre postar a mesma coisa. Sou criterioso o suficiente para não fazer isso, pois, sei o quanto atrapalha no fórum.

Só para te informar eu pesquisei dias e dias sobre esse assunto no fórum e encontrei esse tópico já aberto onde o meu problema é bem parecido, e então utilizei este mesmo tópico como diz o protocolo.

 

Mesmo assim, obrigado.

Daniel.

 

  • Moderadores
Postado
Em 06/11/2015 13:18:15, tenco disse:

Italo (ou qualquer pessoa que saiba responder),

 

O erro acima parou de acontecer após eu alterar a propriedade SSLLIB de libCapicom para libCapicomDelphiSoap.

Poderia me explicar a diferença dessas propriedades ?

E saberia informar qual a relação com o erro acima ?

 

Obrigado,

Daniel.

 

 

31 minutos atrás, tenco disse:

O componente NFS-e tem uma propriedade SSLLIB, eu só alterei de  libCapicom para libCapicomDelphiSoap.

Mas se não me engano essa propriedade é apenas do Trunk2.

Alguem poderia nos explicar a diferença dessas propriedades ?

E saberia informar qual a relação com o erro acima ?

Há tá entendi então eu li errado .. os dois posts acima?

Sobre a questão é o inverso do que você escreveu! é isso mas o inverso os enumeradores

Consultor SAC ACBr Juliomar Marchetti
 

Projeto ACBr

skype: juliomar
telegram: juliomar
e-mail: [email protected]
http://www.juliomarmarchetti.com.br
MVP_NewLogo_100x100_Transparent-02.png
 

 

Postado

Juliomar, os dois posts estão no mesmo tópico mas um dos posts foi em resposta de outra pergunta. Desculpe.

Mas não estou aqui para criar caso e sim para somar no grupo. Quero ajudar o projeto crescer.

 

E o que mais importa é que esclareceu minha dúvida e com certeza de muitas outras pessoas.

Obrigado mesmo.

Daniel.

  • Curtir 2
  • Este tópico foi criado há 3304 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Crie uma conta ou entre para comentar

Você precisar ser um membro para fazer um comentário

Criar uma conta

Crie uma nova conta em nossa comunidade. É fácil!

Crie uma nova conta

Entrar

Já tem uma conta? Faça o login.

Entrar Agora
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.