Problemas com o webservice de verificação de Assinaturas

[tiago_vellenich2]

Boa tarde a todos,

Estou testando um cenario de entrada onde devo antes de executar a entrada do XML validar se a nota esta com uma assinatura digital valida, para isso estou utilizando o metodo verify do webservice de assinatura, mas mesmo que pegue e envie ao webservice uma nota assinada corretamente e validada pela sefaz o webservice retorna que a chave não é valida,

Poderiam me ajudar a testar este cenário com sucesso, que passo posso estar esquecendo de fazer?

Abraço

Tiago Vellenich

[former_member182114 · Accepted solution]

Bom dia Tiago,

Você está testando pelo WebService Navigator ?

Se for lembre-se de remover manualmente as quebras de linha (seu XML tem que estar todo em uma única linha).

Atenciosamente, Fernando Da Ró

[tiago_vellenich2 · Accepted solution]

Isso mesmo Fernando,

Estou testando o webservice navigator,

Vou ver se o problema são as quebras e volto com a resposta,

Obrigado pela ajuda.

Abraç

[tiago_vellenich2 · Accepted solution]

Fernando,

Retirei as quebras de linha, e enviei para o serviço mas infelizmente não surtiu efeito,

Segue abaixo a mensagem com a qual estou testando,

<?xml version="1.0" encoding="UTF-8"?><nfeProc xmlns="http://www.portalfiscal.inf.br/nfe" versao="1.10"><NFe xmlns="http://www.portalfiscal.inf.br/nfe"><infNFe versao="1.10" Id="NFe35091065599953002450550000000003330705196502"><ide><cUF>35</cUF><cNF>070519650</cNF><natOp>Remessa para Locacao /</natOp><indPag>0</indPag><mod>55</mod><serie>0</serie><nNF>333</nNF><dEmi>2009-10-02</dEmi><tpNF>1</tpNF><cMunFG>3505708</cMunFG><tpImp>1</tpImp><tpEmis>1</tpEmis><cDV>2</cDV><tpAmb>2</tpAmb><finNFe>1</finNFe><procEmi>0</procEmi><verProc>GRCNFE1.0</verProc></ide><emit><CNPJ>65599953002450</CNPJ><xNome>CPM BRAXIS S.A. Multiplo - Barueri</xNome><xFant>CPM BRAXIS S.A.</xFant><enderEmit><xLgr>Avenida Tambore</xLgr><nro>1180</nro><xBairro>Tambore</xBairro><cMun>3505708</cMun><xMun>Barueri</xMun><UF>SP</UF><CEP>06460906</CEP><xPais>Brasil</xPais><fone>1141960500</fone></enderEmit><IE>206235242111</IE><IM>5475987</IM><CNAE>6209100</CNAE></emit><dest><CNPJ>02016440000162</CNPJ><xNome>AES SUL DISTRIB. GAUCHA DE ENERGIA</xNome><enderDest><xLgr>Rua LAURA DONA</xLgr><nro>320</nro><xBairro>PORTO ALEGRE</xBairro><cMun>3548500</cMun><xMun>Santos</xMun><UF>SP</UF><CEP>11050200</CEP><xPais>Brasil</xPais></enderDest><IE/></dest><det nItem="1"><prod><cProd>000000000100008021</cProd><cEAN/><xProd>CONJUNTO DE PECAS</xProd><NCM>84733099</NCM><genero>84</genero><CFOP>5949</CFOP><uCom>PEC</uCom><qCom>1.0000</qCom><vUnCom>8820.4700</vUnCom><vProd>8820.47</vProd><cEANTrib/><uTrib>PEC</uTrib><qTrib>1.0000</qTrib><vUnTrib>0.0000</vUnTrib></prod><imposto><ICMS><ICMS40><orig>2</orig><CST>40</CST></ICMS40></ICMS><PIS><PISNT><CST>07</CST></PISNT></PIS><COFINS><COFINSNT><CST>07</CST></COFINSNT></COFINS></imposto><infAdProd>1814WI9GJS - CONJUNTO DE PECAS</infAdProd></det><total><ICMSTot><vBC>0.00</vBC><vICMS>0.00</vICMS><vBCST>0.00</vBCST><vST>0.00</vST><vProd>8820.47</vProd><vFrete>0.00</vFrete><vSeg>0.00</vSeg><vDesc>0.00</vDesc><vII>0.00</vII><vIPI>0.00</vIPI><vPIS>0.00</vPIS><vCOFINS>0.00</vCOFINS><vOutro>0.00</vOutro><vNF>8820.47</vNF></ICMSTot></total><transp><modFrete>0</modFrete></transp><infAdic><infAdFisco>Isento ou nao sujeito a ICMSIsento ou nao sujeito a IPIIsento ou nao sujeito a ICMSIsento ou nao sujeito a IPI</infAdFisco></infAdic></infNFe><Signature xmlns="http://www.w3.org/2000/09/xmldsig#"><SignedInfo><CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/><SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1"/><Reference URI="#NFe35091065599953002450550000000003330705196502"><Transforms><Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature"/><Transform Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/></Transforms><DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"/><DigestValue>NvFeRDfBuULBOFiBYtBgp9pVqc=</DigestValue></Reference></SignedInfo><SignatureValue>X7Z2wTXytXnDuGOS7jOL1O9lY3wBRWh6j57vPKJFR73BTNmxH8YH1NwsSWmPQT3n8HimLfH8swiSZR89Jj9zABvlFMNAzLa23SEj2pyPMAG0jYx/gQMXtf4bQe1tV4hvSsQjZq3VZ/vSrbA6YhnfT3/pbz1rd4nS1w9lIVL1zw=</SignatureValue><KeyInfo><X509Data><X509Certificate>MIIGITCCBQmgAwIBAgIIZCAynl6c5VMwDQYJKoZIhvcNAQEFBQAwTDELMAkGA1UEBhMCQlIxEzARBgNVBAoTCklDUC1CcmFzaWwxKDAmBgNVBAMTH1NFUkFTQSBDZXJ0aWZpY2Fkb3JhIERpZ2l0YWwgdjEwHhcNMDkwNjAzMTQwMDAwWhcNMTAwNjAzMTQwMDAwWjCB2TELMAkGA1UEBhMCQlIxEzARBgNVBAoTCklDUC1CcmFzaWwxFDASBgNVBAsTCyhFTSBCUkFOQ08pMRgwFgYDVQQLEw8wMDAwMDEwMDA1OTE1MjkxFDASBgNVBAsTCyhFTSBCUkFOQ08pMRQwEgYDVQQLEwsoRU0gQlJBTkNPKTEUMBIGA1UECxMLKEVNIEJSQU5DTykxFDASBgNVBAsTCyhFTSBCUkFOQ08pMRQwEgYDVQQLEwsoRU0gQlJBTkNPKTEXMBUGA1UEAwwOQ1BNIEJSQVhJUyBTL0EwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAMFyYs9CslpZBBQwGb1k1D724HCCEq1Y7/BI3Eku9srwF6K0Y0682pLAjV2wR8S75Q2qghAExwqe9mzJI/gMTCNXvwg3AVDRPBcGv6cKzyurgANVm7WrC5jnjvvZtbZQfnMMAkD27Mf205ZnMOle6O/jt195z32sBnwUVMDAgrAgMBAAGjggL7MIIC9zAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMB8GA1UdIwQYMBaAFLdgqFv5sqauAO1069VKyZZoZvVcMIGBgNVHREEgbYwgbOBHEhFTlJJUVVFLkJFTlNJQENQTUJSQVhJUy5DT02gOAYFYEwBAwSgLxMtMTYxMDE5NTkwMjI3MTgwNTg1NjAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwoCUGBWBMAQMCoBwTGkpBSVIgUklCRUlSTyBEQSBTSUxWQSBORVRPoBkGBWBMAQMDoBATDjY1NTk5OTUzMDAwMTYzoBcGBWBMAQMHoA4TDDAwMDAwMDAwMDAwMDBXBgNVHSAEUDBOMEwGBmBMAQIBBjBCMEAGCCsGAQUFBwIBFjRodHRwOi8vd3d3LmNlcnRpZmljYWRvZGlnaXRhbC5jb20uYnIvcmVwb3NpdG9yaW8vZHBjMIHwBgNVHR8EgegwgeUwSaBHoEWGQ2h0dHA6Ly93d3cuY2VydGlmaWNhZG9kaWdpdGFsLmNvbS5ici9yZXBvc2l0b3Jpby9sY3Ivc2VyYXNhY2R2MS5jcmwwQ6BBoDGPWh0dHA6Ly9sY3IuY2VydGlmaWNhZG9zLmNvbS5ici9yZXBvc2l0b3Jpby9sY3Ivc2VyYXNhY2R2MS5jcmwwU6BRoEGTWh0dHA6Ly9yZXBvc2l0b3Jpby5pY3BicmFzaWwuZ292LmJyL2xjci9TZXJhc2EvcmVwb3NpdG9yaW8vbGNyL3NlcmFzYWNkdjEuY3JsMIGXBggrBgEFBQcBAQSBijCBhzA8BggrBgEFBQcwAYYwaHR0cDovL29jc3AuY2VydGlmaWNhZG9kaWdpdGFsLmNvbS5ici9zZXJhc2FjZHYxMEcGCCsGAQUFBzAChjtodHRwOi8vd3d3LmNlcnRpZmljYWRvZGlnaXRhbC5jb20uYnIvY2FkZWlhcy9zZXJhc2FjZHYxLnA3YjANBgkqhkiG9w0BAQUFAAOCAQEApV0tVOGJVLKZz0FdnQHI6boHqSyiJ4CI7gaqA8dpwOhvQc3tTbmRaSMJggjzSrGbdQjKYP8NF3dvQ12C012eWFAugT3GepeRG7d3OFKfqbLu7qXWWBgEAJMNm3sNQ3caHQcKx/ExoefuSILtaGvkpWHNCh8/lFU5752NeTDOFyWzX/swkPTuZq0VXbLqr9pW/DBdw7BrDEaRElMf77r/jgJlFj3llGhbhAlosSWRCYMUmEopZeiN3AGxm58pTiyMQ0C2Al9NZV8HFV0XsNlimpGK3jTG4hypMLpo9e9beywP8csn1EOnirEoVuMd1rWf/b5uahnkhr8jurGg==</X509Certificate></X509Data></KeyInfo></Signature></NFe><protNFe xmlns="http://www.portalfiscal.inf.br/nfe" versao="1.10"><infProt><tpAmb>2</tpAmb><verAplic>SP_NFE_PL_005d</verAplic><chNFe>35091065599953002450550000000003330705196502</chNFe><dhRecbto>2009-10-02T15:51:39</dhRecbto><nProt>135090013772198</nProt><digVal>NvFeRDfBuULBOFiBYtBgp9pVqc=</digVal><cStat>100</cStat><xMotivo>Autorizado o uso da NF-e</xMotivo></infProt></protNFe></nfeProc>

[former_member182114 · Accepted solution]

Bom dia Thiago,

Além de postar tudo em uma linha, também modifiquei os caracteres escapados para normal: menor que, maior que e aspas.

O XML é válido, testei no Web Services Navigator.

Atenciosamente, Fernando Da Ró

[tiago_vellenich2 · Accepted solution]

Fernando,

Quando voce diz que trocou os caracteres escapados voce diz que modificou o está correto?

Agradeço a ajuda,

Abraç

[former_member182114 · Accepted solution]

Bom dia Thiago,

Sim, a troca é esta mesma. Esta troca é necessária apenas aqui pois você pegou de uma fonte onde eles foram convertidos... Um programa ao pegar do KPro ou mesmo o download no webdynpro te dá ele no formato correto.

Sim, também usei todo o nfeProt.

Atenciosamente, Fernando Da Rós

Edited by: Fernando Ros on Nov 18, 2009 12:06 PM

[tiago_vellenich2 · Accepted solution]

Fernando, obrigado pela ajuda,

O xml que estou tentando testar vem do meu fornecedor, e estou tentando validar a assinatura antes de fazer a entrada e gravação na KPRO. Pois se a assinatura for invalida não permitirei o recebimento da mercadoria pela MIRO/MIGO,

Vou testar novamente ,

Abraç

[tiago_vellenich2 · Accepted solution]

Fernando, descobri o problema estava informando a KeyStoreView e quando informava ela dava XML invalido agora enviei apenas o XML sem informar o KeyStoreView e funcionou, obrigado.

Abraç

[henrique_pinto · Accepted solution]

Se vc nao informar o KeyStoreView, ele considera todos os certificados dos fornecedores como Trusted.

Alternativamente, vc pode considerar Trusted apenas os certificados dos quais vc tem o root CA certificate em alguma view do seu Keystore (em geral, na TrustedCAs).

Basta vc passar o nome da view onde estao seus Trusted CA certificates no campo KeyStoreView e ele soh considerará valida as assinaturas feitas com certificados assinados por algum CA certificate daquela view.

Abs,

Henrique.