Erro schema com SSLLIB = libwincrypt

[Paulo Alexandre Hostert]

Erro na emissão do CT-e e do manifesto com SSLLIB = libwincrypt

Erro: O atributo 'Algorithm' tem valor 'http://www.w3.org/2001/04/xmldsig-more#rsa-sha256' que não corresponde ao valor fixo 'http://www.w3.org/2000/09/xmldsig#rsa-sha1' no DTD ou no esquema.

Alguém conseguiu resolver esse problema?

 

[Juliomar Marchetti]

Boa tarde

como ocorreu o erro? qual o tipo de certificado?

[Paulo Alexandre Hostert]

Bom dia,

Certificado A1, quando deixo a propriedade SSLLIB = libwincrypt. Porém isso não ocorre em todas as estações.

Tem alguma outra DLL utilizada nesse caso que eu poderia verificar?

[Marcelo Ogliari]

Bom dia,

Paulo também estou com o mesmo problema só que no meu caso o cliente utiliza um token.

Se caso achar o problema te aviso.

[Marcelo Ogliari]

Paulo resolvi aqui,

Atualizei os fontes do ACBr hoje depois copie as DLLs da pasta ACBr\trunk2\DLLs\XMLSec\MinGW\32 para o system32

Registrei as DLLs novamente e atualizei a cadeia de certificados digitais. 

Após realizar o envio voltou a funcionar normalmente.

 

[Paulo Alexandre Hostert]

Boa noite,

O WinCrypt  não deveria utilizar somente a dll crypt32.dll?

 

[Daniel Simoes]

a WinCrypt não faz assinatura de XML... para isso podem ser usadas as bibliotecas: MSXML, ou XMLSec (que usarão o certificado carregado pela WinCrypt)

[Paulo Alexandre Hostert]

O problema ocorre utilizando MSXML.

[Daniel Simoes]

Para que possamos investigar o problema, você precisa passar um passo a passo detalhado de como reproduzir o mesmo, usando o Demo do ACBr...alem de como configura-lo 

[Paulo Alexandre Hostert]

Daniel, boa tarde.

Vou ver se consigo, porque aqui na empresa não acontece, mais aconteceu nas estações de dois clientes que atualizei a aplicação. 

A única alteração que fiz, foi mudar a propriedade  SSLLIB para libwincrypt. Talvez eu não tenha entendido corretamente, mais achei que com wincrypt, não teríamos mas dependências.

Com a CAPICOM, sempre tenho que levar e registrar 3 dlls, nesse caso tem alguma dll especifica que eu poderia verificar?

[Gr@c@]

o que está ocorrendo com o Paulo Alexandre Hostert é o mesmo que ocorre na minha máquina utilizando um certificado A1. Tudo na minha máquina está atualizado, meu windows 7 Professional 32bits é original e está com as ultimas atualizações, certificado A1 safeweb com cadeia de certificado v5 atualizada, meu ACBr está atualizado. Ocorre erro com o demo e com o meu aplicativo também. Com o demo, uso o wincrypt com as demais configurações padrões que são setadas. Tentei usar o libCustom e alterar algumas opções mas também nada. Com libCapicom funciona normal. Não tenho mais o certificado A3 para realizar os testes. Com relação a um passo-a-passo, simplesmente no demo escolho a opção do Wincrypt e deixo as demais configuradas pelo próprio demo. Testei nas versões 7 e XE3 do Delphi.

[Daniel Simoes]

Em 26/03/2017 at 16:49, Paulo Alexandre Hostert disse:

A única alteração que fiz, foi mudar a propriedade  SSLLIB para libwincrypt. Talvez eu não tenha entendido corretamente, mais achei que com wincrypt, não teríamos mas dependências.

Com a CAPICOM, sempre tenho que levar e registrar 3 dlls, nesse caso tem alguma dll especifica que eu poderia verificar?

libWinCrypt, usará a ACBrNFe1.SSL.SSLXmlSignLib := xsMsXml

Portanto a dependência das DLLs da MSXml (msxml5r.dll e msxml5.dll) continuam existindo... isso é detalhado no tópico:

 

4 horas atrás, Gr@c@ disse:

o que está ocorrendo com o Paulo Alexandre Hostert é o mesmo que ocorre na minha máquina utilizando um certificado A1. Tudo na minha máquina está atualizado, meu windows 7 Professional 32bits é original e está com as ultimas atualizações, certificado A1 safeweb com cadeia de certificado v5 atualizada, meu ACBr está atualizado. Ocorre erro com o demo e com o meu aplicativo também. Com o demo, uso o wincrypt com as demais configurações padrões que são setadas. Tentei usar o libCustom e alterar algumas opções mas também nada. Com libCapicom funciona normal. Não tenho mais o certificado A3 para realizar os testes. Com relação a um passo-a-passo, simplesmente no demo escolho a opção do Wincrypt e deixo as demais configuradas pelo próprio demo. Testei nas versões 7 e XE3 do Delphi.

Não compreendi o seu passo a passo, usando A1...

[marcelojsilva]

Paulo Alexandre;

Eu tive o mesmo problema e resolvi somente registrando a msxml5.dll;

Supondo que você a tenha instalado no seu pc, é claro.

[Adriano Teodorico]

Caros, boa tarde,

Atualizei o ACBR hoje pela manhã e não mudei nada ainda para NÃO trabalhar com CAPICOM, na maquina que tem o o windows 7, 32 bits, acontece o seguinte erro nos documentos eletronicos(NFe,MDFe), na que é 64 bits funciona perfeitamente:

Access violation at address ... in module 'CRYPT32.DLL'. 

as Propriedades estão ainda:

SSLCryptLib:CryCapicom

SSHttpLib:httpWinINet

SSLib : LibCapicom

SSLXmlSingnLib := xsMSxmlCapicom

 

Editado 28 Março, 2017 por Adriano Teodorico

[Daniel Simoes]

Prezados... para relatar bugs, que a equipe de desenvolvimento possa investigar...

É fundamental

• Demonstrar, usando o Demo do ACBr
• Informar como configurar o Demo
• Informar um passo a passo preciso

Caso contrário... nada podemos fazer, e o seu bugreport será ignorado...

 

[Renan Déo]

Estou com um problema também, não sei se é a mesma coisa.

eu estou definindo os parâmetros todos em execução:

 

with ACBrNFe do
begin
  Configuracoes.Arquivos.AdicionarLiteral            := True;
  Configuracoes.Arquivos.EmissaoPathNFe              := True;
  Configuracoes.Arquivos.Salvar                      := True;
  Configuracoes.Arquivos.SalvarApenasNFeProcessadas  := False;
  Configuracoes.Arquivos.SepararPorMes               := True;
  Configuracoes.Arquivos.SepararPorCNPJ              := True;
  Configuracoes.Arquivos.SepararPorModelo            := True;
  Configuracoes.Arquivos.PathSalvar                  := Path + '\Arquivos';
  Configuracoes.Arquivos.PathNFe                     := Path + '\Arquivos';
  Configuracoes.Arquivos.PathInu                     := Path + '\Arquivos';
  Configuracoes.Arquivos.PathEvento                  := Path + '\Arquivos';
  Configuracoes.Arquivos.PathSchemas                 := Schemas;
  Configuracoes.Arquivos.DownloadNFe.SepararPorNome  := False;
  Configuracoes.Arquivos.DownloadNFe.PathDownload    := Path + '\DonwloadNFe\';

  Configuracoes.Geral.Salvar                         := True;
  Configuracoes.Geral.ModeloDF                       := moNFe;
  Configuracoes.Geral.VersaoDF                       := ve310;
  Configuracoes.Geral.SSLLib                         := libWinCrypt;
  Configuracoes.Geral.SSLCryptLib                    := cryWinCrypt;
  Configuracoes.Geral.SSLHttpLib                     := httpWinINet;
  Configuracoes.Geral.SSLXmlSignLib                  := xsXmlSec;

  Configuracoes.WebServices.Ambiente                 := taHomologacao;
  Configuracoes.WebServices.AjustaAguardaConsultaRet := True;
  Configuracoes.WebServices.IntervaloTentativas      := 60000;
  Configuracoes.WebServices.AguardarConsultaRet      := 60000;
  Configuracoes.WebServices.Tentativas               := 20;

  Configuracoes.Certificados.NumeroSerie             := NumCertificado;
  Configuracoes.Certificados.Senha                   := SenhaCertificado;
end;
 

SE eu deixo a tag Configuracoes.Certificados.Senha := SenhaCertificado quando faço o manifesto da ciencia, retorna o seguinte erro:

WebService Distribuição de DFe:
- Inativo ou Inoperante tente novamente.
Erro Interno: 12157
Erro HTTP: 0
Erro: Requisição não enviada.
Erro: 12157

 

porém, se eu deixo essa tag comentada, ou seja, o usuario informa a senha, não dá erro.

[Juliomar Marchetti]

Exatamente!

seu certificado é A3!

 

[Daniel Simoes]

13 horas atrás, Renan Déo disse:

 

SE eu deixo a tag Configuracoes.Certificados.Senha := SenhaCertificado quando faço o manifesto da ciencia, retorna o seguinte erro:

WebService Distribuição de DFe:
- Inativo ou Inoperante tente novamente.
Erro Interno: 12157
Erro HTTP: 0
Erro: Requisição não enviada.
Erro: 12157

 

porém, se eu deixo essa tag comentada, ou seja, o usuario informa a senha, não dá erro.

Favor fornecer um passo a passo usando o Demo do ACBr

5 minutos atrás, Juliomar Marchetti disse:

Exatamente!

seu certificado é A3!

 

Juliomar, a atribuição de senhas funciona com certificados A1 e A3

[Juliomar Marchetti]

Depende Daniel! 

tem uma situação em uma A3 especifica que não funciona ele sempre pede a tela do pin do fabricante do certificado!

só eu não tenho em mãos qual é o certificado.

[Thobias Sobczak]

Pessoal

Anteriormente, no Commit 13010, a atribuição de senha ao certificado A3 enviava inúmeros DFe normalmente na mesma execução da aplicação. Entretanto, ao atualizar o SVN percebi que configurando a senha do certificado manualmente só é possível enviar o primeiro DFe sem o erro 12157, sendo necessário reiniciar a aplicação para ReEnviar os DFe's pendentes.

O erro vale tanto para NFSe,NFCe, NFe

Meu certificado A3 é SafeWeb

Estava comentando com o Ítalo e gostaria de saber se mudou alguma coisa na forma de leitura dos certificados A3 durante os Updates mais recentes do Repositório

Obs: o "bug" ocorre tanto no Demo_ACBrNFe quanto na aplicação em si

Um grande abraço

Thobias Sobczak

Editado 30 Março, 2017 por Thobias Sobczak

[Daniel Simoes]

Vamos lá... acho que vou ter que repetir isso 500 vezes...

Para reportar Bugs, favor fornecer um passo a passo, usando o Demo do ACBr. 

Informe como configurar o Demo, e quais os passos necessários até observarmos o problema...

[Renan Déo]

31 minutos atrás, Juliomar Marchetti disse:

Depende Daniel! 

tem uma situação em uma A3 especifica que não funciona ele sempre pede a tela do pin do fabricante do certificado!

só eu não tenho em mãos qual é o certificado.

Essa situação ocorreu comigo quando usei um único certificado para mais de um CNPJ. Mas quando usava o CAPICOM, toda vez pedia o PIN, exceto a primeira vez. Nessa atualização, não pede o PIN, porém da o erro no manifesto.

[Daniel Simoes]

prezados... sem um passo a passo bem definido... Nenhuma atitude será tomada pela equipe de desenvolvimento... OK ?

[Thobias Sobczak]

Então, usando o Demo NFe

Conforme ilustração ACBR NFe  , é apresentado o erro da ilustração ACBR NFE ERRO.png

Mudando para o XMLSignLib para xsXMLSec, é apresentado o erro 12157

O que dá pra notar é que preenchendo a senha do certificado A3 começam a ocorrer erros

Pessoal, aparentemente problema RESOLVIDO

Com a senha configurada manualmente no certificado A3, tudo que foi preciso foi alterar o SSLType para  LT_TLS_v1, conforme figura abaixo

 

Só pra deixar mais claro o possível as configurações usadas no Demo que sanaram meu problema:

 

Editado 30 Março, 2017 por Thobias Sobczak
Falha ao gerar prints

[Thaiany Santana da Cruz]

Bom dia, estou com essa configuração no cliente e não consiguo emiti NFCe, o que preciso configurar ou adicionar para que funcione?