Ir para conteúdo
  • Cadastre-se

dev botao

Falha na validação dos dados do Conhecimento: O atributo 'Algorithm' tem valor 'http://www.w3.org/2001/04/xmldsg-mre#rsa-sha256' que não corresponde ao valor fixo


paulo aquino
Ver Solução Respondido por Elias LS Tech,
  • Este tópico foi criado há 2351 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Recommended Posts

Após atualizar para a última versão do acbr está acontecendo este erro somente em um cliente. Se troca de máquina o erro não acontece. Alguém sabe dizer o que deve ser?

 

Falha na validação dos dados do Conhecimento: 21627

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.

Link para o comentário
Compartilhar em outros sites

  • Membros Pro
Em 24/03/2017 at 11:20, paulo aquino disse:

Agora o erro voltou acontecer em outro cliente que tem W7 com service pack 1 e IE 11. 

Alguém sabe o que pode ser?

Paulo,você fez aquele passo da instalação da cadeia de certificados na pasta raiz? da ICP brasil?  Em todos os meus clientes após fazer isso funcionou na hora, independente do sistema operacional ou service pack.

Link para o comentário
Compartilhar em outros sites

Migrei para ACBrNFe.Configuracoes.Geral.SSLLib := libWinCrypt;
Agora estou tendo os seguinte erros nos teste:

NF-e na Validação:

Falha na validação dos dados da nota: 74 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

NFC-e no envio:

---------------------------
Sinapse
---------------------------
Versão Layout: 3.10 
Ambiente: 2 
Versão Aplicativo: GO3.0 
Status Código: 202 
Status Descrição: Rejeição: Falha no reconhecimento da autoria ou integridade do arquivo digital 
UF: GO 
dhRecbto: 05/04/2017 11:43:21 
chNFe: 52170420201777000121650010000000011000000010 

---------------------------
OK   
---------------------------


 

Analysis and System Development - Delphi Programmer - Computer Technician - Developing solutions together

 

Link para o comentário
Compartilhar em outros sites

  • 2 semanas depois ...
  • 3 semanas depois ...

Bom dia pessoal.

Ocorreu também em um cliente meu depois da utilização do libWinCrypt, antes eu utilizava capicom.

Infelizmente aqui no meu terminal com Win10 está normal, portanto não tenho como debugar de modo a aprofundar melhor nos fontes e detectar o que realmente está ocorrendo.

No meu cliente fiz a atualização das cadeias do certificado icpBrasil v5 e atualizei as dlls da pasta DLLs\XMLSec\MinGW\32 do ACBr e não resolveu.

Voltarei a utilizar a libCapicom no cliente e qualquer problema ou solução que encontrar posto aqui.

Obrigado.

Link para o comentário
Compartilhar em outros sites

Pessoal, só pra informar voltei pra capicom e resolveu.

Comparei os xml gerados pela capicom e wincrypt e diferença está nas linhas abaixo na assinatura:

wincrypt: <SignatureMethod Algorithm="http://www.w3.org/2001/04/xmldsig-more#rsa-sha256"/>

capicom: <SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1"/>

Talvez não seja neste tópico que se trate essa questão, mas no meu caso está relacionado à NFe, onde a validação é feita pelo arquivo xmldsig-core-schema_v1.01.xsd, onde ocorre o problema na validação.

    <complexType name="SignedInfoType">
        <sequence>
            <element name="CanonicalizationMethod">
                <complexType>
                    <attribute name="Algorithm" type="anyURI" use="required" fixed="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/>
                </complexType>
            </element>
            <element name="SignatureMethod">
                <complexType>
                    <attribute name="Algorithm" type="anyURI" use="required" fixed="http://www.w3.org/2000/09/xmldsig#rsa-sha1"/>
                </complexType>
            </element>
            <element name="Reference" type="ds:ReferenceType"/>
        </sequence>
        <attribute name="Id" type="ID" use="optional"/>
    </complexType>

Só não sei ainda como resolver a questão.

Vou continuar os testes e qualquer novidade posto aqui.

 

Link para o comentário
Compartilhar em outros sites

  • 2 semanas depois ...
Em 2017-4-18 at 22:38, sergiom disse:

Você resolve este erro instalando no computador as DLL´s   msxml5.dll  e msxml5r.dll (system32 se for 32 bits).   Não precisa atualizar o windows.   

Estas DLL´s você encontra na pasta do ACBr,  DLL.

Resolvi hoje este problema.

 

Alguns clientes passaram a dar o erro mesmo depois de atualizar a cadeia de certificado e atualizar as Dll's, a dica acima resolveu todos!

Analysis and System Development - Delphi Programmer - Computer Technician - Developing solutions together

 

Link para o comentário
Compartilhar em outros sites

Boa tarde.

Estou usando o Delphi 2010, utilizo windows 64 bits, estou com a revisão do acbr:13337, atualizado no dia 23/05/2017.

Na maquina de desenvolvimento está tudo ok, mas na maquina dos usuários não funciona, ocorre o erro citado acima quando vou enviar uma NF-e:

Falha na processo de emissão:

Ocorreu uma falha na geração de arquivo XML da nota fiscal
Falha: Falha na validação dos dados da nota: xxxxxx

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/2001/04/xmldsig-more#rsa-sha' no DTD ou no esquema.

Já atualizei as Dll e a cadeia do certificado como citado acima, mas não conseguir fazer funcionar nos meus clientes.

Se eu colocar para usar a capcom volta a funcionar.

Alguém pode me ajudar?

 

Link para o comentário
Compartilhar em outros sites

4 minutos atrás, Jorge Eduardo disse:

Boa tarde.

Estou usando o Delphi 2010, utilizo windows 64 bits, estou com a revisão do acbr:13337, atualizado no dia 23/05/2017.

Na maquina de desenvolvimento está tudo ok, mas na maquina dos usuários não funciona, ocorre o erro citado acima quando vou enviar uma NF-e:

Falha na processo de emissão:

Ocorreu uma falha na geração de arquivo XML da nota fiscal
Falha: Falha na validação dos dados da nota: xxxxxx

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/2001/04/xmldsig-more#rsa-sha' no DTD ou no esquema.

Já atualizei as Dll e a cadeia do certificado como citado acima, mas não conseguir fazer funcionar nos meus clientes.

Se eu colocar para usar a capcom volta a funcionar.

Alguém pode me ajudar?

 

regsvr32  msxml5.dll /s

  • Curtir 5
Link para o comentário
Compartilhar em outros sites

  • 1 mês depois ...
Em 10/05/2017 at 08:53, danny disse:

Pessoal, só pra informar voltei pra capicom e resolveu.

Comparei os xml gerados pela capicom e wincrypt e diferença está nas linhas abaixo na assinatura:

wincrypt: <SignatureMethod Algorithm="http://www.w3.org/2001/04/xmldsig-more#rsa-sha256"/>

capicom: <SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1"/>

Talvez não seja neste tópico que se trate essa questão, mas no meu caso está relacionado à NFe, onde a validação é feita pelo arquivo xmldsig-core-schema_v1.01.xsd, onde ocorre o problema na validação.

    <complexType name="SignedInfoType">
        <sequence>
            <element name="CanonicalizationMethod">
                <complexType>
                    <attribute name="Algorithm" type="anyURI" use="required" fixed="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/>
                </complexType>
            </element>
            <element name="SignatureMethod">
                <complexType>
                    <attribute name="Algorithm" type="anyURI" use="required" fixed="http://www.w3.org/2000/09/xmldsig#rsa-sha1"/>
                </complexType>
            </element>
            <element name="Reference" type="ds:ReferenceType"/>
        </sequence>
        <attribute name="Id" type="ID" use="optional"/>
    </complexType>

Só não sei ainda como resolver a questão.

Vou continuar os testes e qualquer novidade posto aqui.

 

Estou com o mesmo problema !  Ja instalei a V5, se estamos querendo deixar de usar o capicom, faz sentido registrar a  msxml5.dll ?   mesmo porque ja esta registrada e funciona com capicom !    

Link para o comentário
Compartilhar em outros sites

  • Este tópico foi criado há 2351 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.