(RESOLVIDO)É preciso usar certificado digital e assinatura no arquivo?

Última edição por Elton em Qui Fev 21, 2013 12:27 pm, editado 1 vez(es)

Citação :: Para emissão de NFS-e via RPS (Arquivo XML), é preciso usar certificado digital e assinatura no arquivo?

Deverá ter um certificado digital, ou seja, uma assinatura para que consiga estar realizando o envio do seu lote de RPS via WebService. Esta autenticação é o certificado digital do tipo A1 ou A3 que você deve possuir. O CNPJ do emitente deve ser igual ao do certificado que assinou o documento. Para maiores detalhes realize a leitura do manual de integração disponível na área de desenvolvedor da pagina inicial do Ginfes .

Obs: Para envio de arquivo XML via Upload pelo site o uso do certificado digital é dispensado.

Mensagens : 20 Data de inscrição : 08/05/2012

Gostaria de saber se é possível emitir NFS-e utilizando e-CNPJ do tipo A3..

Desenvolvi a integração via WebService, testei com o certificado digital modelo A1 e funcionou corretamente, porém ao testar no cliente, que utiliza o e-CNPJ modelo A3, no envio da NFS-e, o WebService retorna o erro E303, informando que o Documento XML difere da assinatura.

Como devo proceder?

Desde já agradeço e fico no aguardo.

Mensagens : 20 Data de inscrição : 08/05/2012

miguelsantanaramos escreveu:: Gostaria de saber se é possível emitir NFS-e utilizando e-CNPJ do tipo A3..

Desenvolvi a integração via WebService, testei com o certificado digital modelo A1 e funcionou corretamente, porém ao testar no cliente, que utiliza o e-CNPJ modelo A3, no envio da NFS-e, o WebService retorna o erro E303, informando que o Documento XML difere da assinatura.

Como devo proceder?

Desde já agradeço e fico no aguardo.

Alguma resposta?

Mensagens : 20 Data de inscrição : 08/05/2012

miguelsantanaramos escreveu:

miguelsantanaramos escreveu:: Gostaria de saber se é possível emitir NFS-e utilizando e-CNPJ do tipo A3..

Desenvolvi a integração via WebService, testei com o certificado digital modelo A1 e funcionou corretamente, porém ao testar no cliente, que utiliza o e-CNPJ modelo A3, no envio da NFS-e, o WebService retorna o erro E303, informando que o Documento XML difere da assinatura.

Como devo proceder?

Desde já agradeço e fico no aguardo.

Alguma resposta?

Senhores, preciso de uma resposta para poder dar um retorno ao cliente que está esperando a implantação do módulo.

Alguma posição?

Mensagens : 11 Data de inscrição : 01/06/2012

Miguel,

sou DESENVOLVEDOR e eu uso aqui o modelo A1 e ainda estou fazendo os testes do meu sistema de integração. Pelo que conheço de Certificado Digital você não teria problema para utilizar o A3(e-CNPJ).

Já o erro E303, me faz entender que seu arquivo foi alterado após a assinatura ou a assinatura foi feita de modo errado. A única diferença que você fez foi utilizar um certificado A3 ?

Você esta inserido o certificado correto no XML ?

Mensagens : 20 Data de inscrição : 08/05/2012

rodrigordi escreveu:: Miguel,

sou DESENVOLVEDOR e eu uso aqui o modelo A1 e ainda estou fazendo os testes do meu sistema de integração. Pelo que conheço de Certificado Digital você não teria problema para utilizar o A3(e-CNPJ).

Já o erro E303, me faz entender que seu arquivo foi alterado após a assinatura ou a assinatura foi feita de modo errado. A única diferença que você fez foi utilizar um certificado A3 ?

Você esta inserido o certificado correto no XML ?

Olá Rodrigo, valeu pela ajuda.

Na verdade no sistema, a rotina de assinatura é a mesma independente do tipo de certificado que está sendo utilizado. Então como funcionou para o certificado A1, deveria funcionar para o e-CNPJ A3 também.

Este cliente hoje emite Nota Fiscal de Serviço Eletrônica através do site da Ginfes, e na primeira nota que tentamos emitir via WebService, em homologação, ocorreu este problema.

Será que pode estar havendo algum conflito com as NFS-e já emitidas em produção através do site da Ginfes?

Você já recebeu este erro durante os testes que você está fazendo? Se sim, poderia me dar uma dica de como resolveu por gentileza?

Mensagens : 11 Data de inscrição : 01/06/2012

Recebi várias mensagens de erro de assinatura até acertar o que eles pedem. O sistema deles é um pouco diferente dos demais que utilizam o padrão ABRASF.

O RPS não deve ser assinado.
Você deve assinar a TAG do envio em todas as comunicações.
Ex : EnviarLoteRpsEnvio

A URI do Referece deve ser vazio(string.empty se você usa c#), já que essas TAGs não possuem o Atributo ID, Id ou id.

Utilize o site da receita federal para verificar sua assinatura(não consegui postar o endereço mas no forum tem).

Não altere o arquivo após a assinatura e antes do envio.

Mensagens : 20 Data de inscrição : 08/05/2012

Certo, porém eu já passei pelos testes de assinatura, e agora está funcionando corretamente. Somente ao utilizar o e-CNPJ A3 que ocorreu este problema.

O engraçado é que o XML é validado pelo site da Receita Federal.

Os procedimentos foram feitos do acordo com o manual de integração, inclusive funciona utilizando o certificado A1, não acho que existe falha na rotina de assinatura.

Esse é o exemplo de um RPS que foi gerado:

Código:: <Rps xmlns:ns4="http://www.ginfes.com.br/tipos_v03.xsd">
<ns4:InfRps Id="rps230UNICA">
<ns4:IdentificacaoRps>
<ns4:Numero>230</ns4:Numero>
<ns4:Serie>UNICA</ns4:Serie>
<ns4:Tipo>1</ns4:Tipo>
</ns4:IdentificacaoRps>
<ns4:DataEmissao>2012-05-30T00:00:00</ns4:DataEmissao>
<ns4:NaturezaOperacao>1</ns4:NaturezaOperacao>
<ns4:RegimeEspecialTributacao>1</ns4:RegimeEspecialTributacao>
<ns4:OptanteSimplesNacional>1</ns4:OptanteSimplesNacional>
<ns4:IncentivadorCultural>2</ns4:IncentivadorCultural>
<ns4:Status>1</ns4:Status>
<ns4:Servico>
<ns4:Valores>
<ns4:ValorServicos>95.00</ns4:ValorServicos>
<ns4:IssRetido>2</ns4:IssRetido>
<ns4:ValorIss>1.90</ns4:ValorIss>
<ns4:BaseCalculo>95.00</ns4:BaseCalculo>
<ns4:Aliquota>0.0200</ns4:Aliquota>
<ns4:ValorLiquidoNfse>95.00</ns4:ValorLiquidoNfse>
</ns4:Valores>
<ns4:ItemListaServico>1.01</ns4:ItemListaServico>
<ns4:CodigoTributacaoMunicipio>20101002</ns4:CodigoTributacaoMunicipio>
<ns4:Discriminacao>DESENVOLVIMENTO DE SISTEMA</ns4:Discriminacao>
<ns4:CodigoMunicipio>3549904</ns4:CodigoMunicipio>
</ns4:Servico>
<ns4:Prestador>
<ns4:Cnpj>04153153000120</ns4:Cnpj>
<ns4:InscricaoMunicipal>122866</ns4:InscricaoMunicipal>
</ns4:Prestador>
<ns4:Tomador>
<ns4:IdentificacaoTomador>
<ns4:CpfCnpj>
<ns4:Cpf>18572170804</ns4:Cpf>
</ns4:CpfCnpj>
</ns4:IdentificacaoTomador>
<ns4:RazaoSocial>ADELAIDE</ns4:RazaoSocial>
<ns4:Endereco>
<ns4:Endereco>PRACA MONSENHOR ASCANIO BRANDAO</ns4:Endereco>
<ns4:Numero>11</ns4:Numero>
<ns4:Complemento>APTO 42</ns4:Complemento>
<ns4:Bairro>JARDIM SAO DIMAS</ns4:Bairro>
<ns4:CodigoMunicipio>3549904</ns4:CodigoMunicipio>
<ns4:Uf>SP</ns4:Uf>
<ns4:Cep>12245440</ns4:Cep>
</ns4:Endereco>
<ns4:Contato/>
</ns4:Tomador>
</ns4:InfRps>
</Rps>

Esse é o xml de envio do RPS acima (foi utilizado um certificado tipo A1):

Código:: <ns3:EnviarLoteRpsEnvio xmlns:ns3="http://www.ginfes.com.br/servico_enviar_lote_rps_envio_v03.xsd" xmlns:ns4="http://www.ginfes.com.br/tipos_v03.xsd">
<ns3:LoteRps Id="25">
<ns4:NumeroLote>25</ns4:NumeroLote>
<ns4:Cnpj>04153153000120</ns4:Cnpj>
<ns4:InscricaoMunicipal>122866</ns4:InscricaoMunicipal>
<ns4:QuantidadeRps>1</ns4:QuantidadeRps>
<ns4:ListaRps>
<ns4:Rps>
<ns4:InfRps Id="rps230UNICA">
<ns4:IdentificacaoRps>
<ns4:Numero>230</ns4:Numero>
<ns4:Serie>UNICA</ns4:Serie>
<ns4:Tipo>1</ns4:Tipo>
</ns4:IdentificacaoRps>
<ns4:DataEmissao>2012-05-30T00:00:00</ns4:DataEmissao>
<ns4:NaturezaOperacao>1</ns4:NaturezaOperacao>
<ns4:RegimeEspecialTributacao>1</ns4:RegimeEspecialTributacao>
<ns4:OptanteSimplesNacional>1</ns4:OptanteSimplesNacional>
<ns4:IncentivadorCultural>2</ns4:IncentivadorCultural>
<ns4:Status>1</ns4:Status>
<ns4:Servico>
<ns4:Valores>
<ns4:ValorServicos>95.00</ns4:ValorServicos>
<ns4:IssRetido>2</ns4:IssRetido>
<ns4:ValorIss>1.90</ns4:ValorIss>
<ns4:BaseCalculo>95.00</ns4:BaseCalculo>
<ns4:Aliquota>0.0200</ns4:Aliquota>
<ns4:ValorLiquidoNfse>95.00</ns4:ValorLiquidoNfse>
</ns4:Valores>
<ns4:ItemListaServico>1.01</ns4:ItemListaServico>
<ns4:CodigoTributacaoMunicipio>20101002</ns4:CodigoTributacaoMunicipio>
<ns4:Discriminacao>DESENVOLVIMENTO DE SISTEMA</ns4:Discriminacao>
<ns4:CodigoMunicipio>3549904</ns4:CodigoMunicipio>
</ns4:Servico>
<ns4:Prestador>
<ns4:Cnpj>04153153000120</ns4:Cnpj>
<ns4:InscricaoMunicipal>122866</ns4:InscricaoMunicipal>
</ns4:Prestador>
<ns4:Tomador>
<ns4:IdentificacaoTomador>
<ns4:CpfCnpj>
<ns4:Cpf>18572170804</ns4:Cpf>
</ns4:CpfCnpj>
</ns4:IdentificacaoTomador>
<ns4:RazaoSocial>ADELAIDE</ns4:RazaoSocial>
<ns4:Endereco>
<ns4:Endereco>PRACA MONSENHOR ASCANIO BRANDAO</ns4:Endereco>
<ns4:Numero>11</ns4:Numero>
<ns4:Complemento>APTO 42</ns4:Complemento>
<ns4:Bairro>JARDIM SAO DIMAS</ns4:Bairro>
<ns4:CodigoMunicipio>3549904</ns4:CodigoMunicipio>
<ns4:Uf>SP</ns4:Uf>
<ns4:Cep>12245440</ns4:Cep>
</ns4:Endereco>
<ns4:Contato/>
</ns4:Tomador>
</ns4:InfRps>
</ns4:Rps>
</ns4:ListaRps>
</ns3:LoteRps>
<Signature xmlns="http://www.w3.org/2000/09/xmldsig#" Id="Ass_25">
<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="#25">
<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>n8ErLYIhMhphk3K4bV6bNcDoO88=</DigestValue>
</Reference>
</SignedInfo>
<SignatureValue>
VzOEAQyy06IdnxUORYimyA4bSOnaIFtx2XOhSPjTexCsx5P69p2nMnzwteAzGtseI7nH2dj61bejGixlrYV2dfQJM3cXs1s4K12TZwSZiYwrYIGm0r6KOxODNZIypah6wesQt6wdTOE7iLAdM4mvZseKnSDtQ4V19sjSNrXhWl4=
</SignatureValue>
<KeyInfo>
<X509Data>
<X509Certificate>
MIIGgDCCBWigAwIBAgIISfg2/Q8J2swwDQYJKoZIhvcNAQEFBQAwdTELMAkGA1UEBhMCQlIxEzARBgNVBAoTCklDUC1CcmFzaWwxNjA0BgNVBAsTLVNlY3JldGFyaWEgZGEgUmVjZWl0YSBGZWRlcmFsIGRvIEJyYXNpbCAtIFJGQjEZMBcGA1UEAxMQQUMgU0VSQVNBIFJGQiB2MTAeFw0xMTExMTAxODQ0MTBaFw0xMjExMDkxODQ0MTBaMIH8MQswCQYDVQQGEwJCUjELMAkGA1UECBMCU1AxHDAaBgNVBAcTE1NBTyBKT1NFIERPUyBDQU1QT1MxEzARBgNVBAoTCklDUC1CcmFzaWwxNjA0BgNVBAsTLVNlY3JldGFyaWEgZGEgUmVjZWl0YSBGZWRlcmFsIGRvIEJyYXNpbCAtIFJGQjEWMBQGA1UECxMNUkZCIGUtQ05QSiBBMTESMBAGA1UECxMJQVIgU0VSQVNBMUkwRwYDVQQDE0BDRU5URVIgRElFU0VMIENPTUVSQ0lPIEUgUkVDVVBFUkFET1JBIERFIFBFQ0FTIExUOjA0MTUzMTUzMDAwMTIwMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDCThuoo26QfpMLErouk29YMxBWTNwJjkgqE/5AdZmiWx3cEQsmKiIKROpQaNyEsiB98+juDjFL5xyuIHQYrJVeRnZWDjmoLCoAmN23qC7riqdw94scWn29BLxc1zed7KIGtAVhB+Dn7tiPyJUJu7x9KY3wZq3jJX7bG53bg925awIDAQABo4IDDjCCAwowCQYDVR0TBAIwADAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMB8GA1UdIwQYMBaAFJrdIrb2d+lCb0jCUUCgVuLzdD+7MIHBBgNVHREEgbkwgbaBGUNFTlRFUi5ESUVTRUxASE9UTUFJTC5DT02gKwYFYEwBAwKgIhMgSEFSTEVZIEhFUkJFUlQgUElOVE8gREUgT0xJVkVJUkGgGQYFYEwBAwOgEBMOMDQxNTMxNTMwMDAxMjCgOAYFYEwBAwSgLxMtMjAwODE5NzUyNTgxMDAyNTgxMTAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwoBcGBWBMAQMHoA4TDDAwMDAwMDAwMDAwMDBXBgNVHSAEUDBOMEwGBmBMAQIBDTBCMEAGCCsGAQUFBwIBFjRodHRwOi8vd3d3LmNlcnRpZmljYWRvZGlnaXRhbC5jb20uYnIvcmVwb3NpdG9yaW8vZHBjMIHzBgNVHR8EgeswgegwSqBIoEaGRGh0dHA6Ly93d3cuY2VydGlmaWNhZG9kaWdpdGFsLmNvbS5ici9yZXBvc2l0b3Jpby9sY3Ivc2VyYXNhcmZidjEuY3JsMESgQqBAhj5odHRwOi8vbGNyLmNlcnRpZmljYWRvcy5jb20uYnIvcmVwb3NpdG9yaW8vbGNyL3NlcmFzYXJmYnYxLmNybDBUoFKgUIZOaHR0cDovL3JlcG9zaXRvcmlvLmljcGJyYXNpbC5nb3YuYnIvbGNyL1NlcmFzYS9yZXBvc2l0b3Jpby9sY3Ivc2VyYXNhcmZidjEuY3JsMIGZBggrBgEFBQcBAQSBjDCBiTBIBggrBgEFBQcwAoY8aHR0cDovL3d3dy5jZXJ0aWZpY2Fkb2RpZ2l0YWwuY29tLmJyL2NhZGVpYXMvc2VyYXNhcmZidjEucDdiMD0GCCsGAQUFBzABhjFodHRwOi8vb2NzcC5jZXJ0aWZpY2Fkb2RpZ2l0YWwuY29tLmJyL3NlcmFzYXJmYnYxMA0GCSqGSIb3DQEBBQUAA4IBAQBOJH1pdTpiqxZf1Zht2AYW48cDEYJRNY76ZQkfKIIMiZVzV+ahPtsvpWPFUbF7IO7mPrubG2TybD7DUNvsKJfMqRSaWmgr4iOOyREFp7HAYN8WIKmiGqXmlwzgVRlb9QJVb8klW36M7nEMACte3c+fiDX+HKNVm8uc+4emLYz2njyhxvvC8fMrsFrRwA8pKdJb0Z54bzKUVZoUsyr3Ud4C7Dg/KHL4qjrhtAFRX0zIHwzRypi1ZjjNzaeafOc8paXKuqfk3zJe/rjGfUFi6FEMblk+b23sF8HB6B+1/nQP3tf1lNvUExKg4AFZakixW417Aw3ONHD1TPG1T4hMq14f
</X509Certificate>
</X509Data>
</KeyInfo>
</Signature>
</ns3:EnviarLoteRpsEnvio>

Com relação aos RPS emitidos com o e-CNPJ A3, eles são gerados de forma similar a essa, mudando apenas as informações de assinatura e os dados de acordo com a Nota Fiscal.

Ao validar um XML de envio (gerado tanto com o certificado A1 como com o e-CNPJ A3) no site da Receita Federal, o retorno é que a assinatura digital do documento fornecido é válida.

Este é o endereço de validação do XML postado pelo Admin em outro tópico

Realmente não estou entendendo onde está o problema.

Mensagens : 11 Data de inscrição : 01/06/2012

As vezes, pode não ser o certificado.
Pode ser algum dado que muda de um RPS para outro.

Você verificou caracteres especiais ?

Qual linguagem você esta usando ?

Mensagens : 20 Data de inscrição : 08/05/2012

Mas muda muito poucas informações de um RPS para outro.

Talvez possa ser algum caractere especial mesmo, como você falou.

Vou analisar o XML de envio do cliente para ver se identifico alguma coisa.

Estou utilizando a linguagem Delphi.

Verifiquei que em alguns campos eu não estou fazendo o tratamento de caracteres especiais, há possibilidade de algum destes campos estar causando este problema.

Mensagens : 20 Data de inscrição : 08/05/2012

Cara, consegui resolver o problema.

A única coisa que fiz foi trocar os Schemas que estava no cliente por outro...

Pode ser que no dia que fui testar o envio, o WebService estava com algum problema.

Mas agora já está tudo normalizado!

Valeu pela força Rodrigo!

Mensagens : 11 Data de inscrição : 01/06/2012

miguelsantanaramos escreveu:: Cara, consegui resolver o problema.

A única coisa que fiz foi trocar os Schemas que estava no cliente por outro...

Pode ser que no dia que fui testar o envio, o WebService estava com algum problema.

Mas agora já está tudo normalizado!

Valeu pela força Rodrigo!

BOA NOTICIA!!

» Arquivo XML - Ginfes - C# - Assinatura Digital
» (RESOLVIDO)Dúvida sobre Certificado Digital
» (RESOLVIDO)Certificado Digital Acessar o WebService
» (RESOLVIDO)Certificado digital da empresa Matriz
» Certificado Digital