NFS-e

Deusdara,

Acho que não é exatamente assim… A maioria das prefeituras tem suas peculiaridades. É uma verdadeira esculhambação! Era pra tá tudo no padrão da ABRASF, mas não tá.
Pra você ter uma idéia, aqui em Fortaleza existe uma versão (um esquema) pra ser utilizado via WebService e outro pra ser utilizado direto pelo Gissonline :/.
Eu tinha até implementado inicialmente o esquema que é pra ser enviado direto pelo site, mas depois de pronto eu ví que eu não tinha como testar!! Aí resolvi mudar pro esquema do WebService.
Mais uma vez, obrigado!

Outra coisa que eu lembrei: no site www.issfortaleza.com.br você tem como baixar os manuais “V3”, mas quando vc pega o PDF, ele tem lá embaixo: Versão 1.0 29/12/2008!!! É osso…

[quote=rafael.dyad]Deusdara,

Acho que não é exatamente assim… A maioria das prefeituras tem suas peculiaridades. É uma verdadeira esculhambação! Era pra tá tudo no padrão da ABRASF, mas não tá.
Pra você ter uma idéia, aqui em Fortaleza existe uma versão (um esquema) pra ser utilizado via WebService e outro pra ser utilizado direto pelo Gissonline :/.
Eu tinha até implementado inicialmente o esquema que é pra ser enviado direto pelo site, mas depois de pronto eu ví que eu não tinha como testar!! Aí resolvi mudar pro esquema do WebService.
Mais uma vez, obrigado!

Outra coisa que eu lembrei: no site www.issfortaleza.com.br você tem como baixar os manuais “V3”, mas quando vc pega o PDF, ele tem lá embaixo: Versão 1.0 29/12/2008!!! É osso…[/quote]

Toda prefeitura que se utiliza do GissOnline é o mesmo padrão, o fornecedor do sistema (EICON) mantém tudo padrão, o webservice também é um sistema fornecido pela EICON, só que existe uma diferença que quando você sobe o arquivo direto pelo site se desenvolve no padrão ABRASF V2, quando é por webservice é no ABRASF V3, eu desenvolvi vários leiautes diferentes já, prefeitura de São Paulo, Barueri, padrão DSF e vários outros, e o leiaute mais simples até agora foi o do GissOnline, que é aceito em várias cidades da mesma maneira.

Cara, pois me faz só mais um favor: tem como você me mandar o XSD para envio via WebService, referente à V3 do Gissonline?
Eu já baixei tanto XSD aqui que eu não sei mais qual devo usar…

Valeu mesmo pela ajuda!

[quote=rafael.dyad]Cara, pois me faz só mais um favor: tem como você me mandar o XSD para envio via WebService, referente à V3 do Gissonline?
Eu já baixei tanto XSD aqui que eu não sei mais qual devo usar…

Valeu mesmo pela ajuda![/quote]

Valeu deusdara!

Era exatamente este que eu estava usando…
Recebi uma resposta agora do atendimento da GINFES com algumas considerações.

"Abaixo segue algumas coisas que podem ser observadas, que geralmente ocorrem neste erro:

  • O arquivo XML do cabeçalho não está respeitando o schema;

  • O método que está sendo consumido não é o correspondente ao schema (verifique versões);

  • O arquivo enviado está sofrendo alterações de charset após a validação com o schema;

  • A ordem dos parâmetros está errada (cabeçalho e arquivo)."

Vou começar do zero pra ver se dá certo… Pelo menos eu sei que eu tava no caminho certo.

Valeuzão cara!

Posta seu arquivo que te falo o que está errado.

Agradeço denovo pela ajuda!
Uma pergunta: será que com o certificado que eu gerei (com os comandos que eu vi aqui no forum) eu consigo acesso ao webservice?

[quote=rafael.dyad]Agradeço denovo pela ajuda!
Uma pergunta: será que com o certificado que eu gerei (com os comandos que eu vi aqui no forum) eu consigo acesso ao webservice?[/quote]

Seu xml está com a estrutura correta, só fiz pequenas alterações no cabeçalho e joguei ele contra o XSD e validou. Segue em anexo.

Need For Sppedy ?

Boa tarde comunidade JAVA !!!

Estou pedindo AJUDA para resolver um problema de integração de NFS-e com o fornecedor GINFES.

Não estou conseguindo enviar um Cancelamento de NFS-e para o WebService do GINFES.

A resposta do WS do GINFES indica o erro e160 (arquivo fora da estrutura).

O XML que estou enviando é o seguinte:

<?xml version="1.0" encoding="UTF-8"?> 68340504000194 32183267 123456 UbHYw8Z7aeHQvk/t0hNQj85MtWk=Lk+HSHZQwfjO7Rq61ffyUfcYeTPIomtpnshrsJ0JLkzgfEn69v6eSDN1vBI2ZqVMCMJcPTOo4O1O Hcozg9y8BOv0+RX6JGMQDq/mfpS/8p7e9nUJQCeoUBvQadIAUY36JW2CGjA0aVPo0IvnjP/6gmcE DF/szVTAyxIhxdZAqPo=MIIGtTCCBZ2gAwIBAgIQMsrFDqon8+o/9ojFBl0crjANBgkqhkiG9w0BAQUFADB0MQswCQYDVQQG EwJCUjETMBEGA1UEChMKSUNQLUJyYXNpbDEtMCsGA1UECxMkQ2VydGlzaWduIENlcnRpZmljYWRv cmEgRGlnaXRhbCBTLkEuMSEwHwYDVQQDExhBQyBDZXJ0aXNpZ24gTXVsdGlwbGEgRzMwHhcNMTAx MTExMDAwMDAwWhcNMTExMTEwMjM1OTU5WjCCAQIxCzAJBgNVBAYTAkJSMRMwEQYDVQQKFApJQ1At QnJhc2lsMRUwEwYDVQQLFAxJRCAtIDEyNTYzNDIxODA2BgNVBAsUL0F1dGVudGljYWRvIHBvciBD ZXJ0aXNpZ24gQ2VydGlmaWNhZG9yYSBEaWdpdGFsMRswGQYDVQQLFBJBc3NpbmF0dXJhIFRpcG8g QTExFDASBgNVBAsUCyhFTSBCUkFOQ08pMRQwEgYDVQQLFAsoRU0gQlJBTkNPKTEgMB4GA1UEAxMX QU1BWk9OIFRSQU5TUE9SVEVTIExUREExIjAgBgkqhkiG9w0BCQEWE2FoYWlsdG9uQHVvbC5jb20u YnIwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAIji+TkthVu/54xoiQvoYejmADyZfjQV6PuZ R9nZjCqnFAhxldxjoOjNSGd0MyIEnMyQgUDtXqtf40J0lo/kb5qx15Xk9+2ZgOpCw/co3QRjYQhk /4yIf4jR09v9S9+WqQGP1NeOKKKYZVgq3rODGYewlUo3pF1ISaxRT8B2XGdRAgMBAAGjggM1MIID MTCBsAYDVR0RBIGoMIGloDgGBWBMAQMEoC8ELTA5MDYxOTYwMzg5MjQzMDc2NDkwMDAwMDAwMDAw MDAwMDAwMDAwMDAwMDAwMKAgBgVgTAEDAqAXBBVMVUlaIENBUkxPUyBGRVJOQU5ERVOgGQYFYEwB AwOgEAQOMDE2NjE3NzAwMDAzMDCgFwYFYEwBAwegDgQMMDAwMDAwMDAwMDAwgRNhaGFpbHRvbkB1 b2wuY29tLmJyMAkGA1UdEwQCMAAwHwYDVR0jBBgwFoAUhLBCMzSjQiWlKJc+g+t38OhPwlQwDgYD VR0PAQH/BAQDAgXgMFUGA1UdIAROMEwwSgYGYEwBAgELMEAwPgYIKwYBBQUHAgEWMmh0dHA6Ly9p Y3AtYnJhc2lsLmNlcnRpc2lnbi5jb20uYnIvcmVwb3NpdG9yaW8vZHBjMIIBJQYDVR0fBIIBHDCC ARgwXKBaoFiGVmh0dHA6Ly9pY3AtYnJhc2lsLmNlcnRpc2lnbi5jb20uYnIvcmVwb3NpdG9yaW8v bGNyL0FDQ2VydGlzaWduTXVsdGlwbGFHMy9MYXRlc3RDUkwuY3JsMFugWaBXhlVodHRwOi8vaWNw LWJyYXNpbC5vdXRyYWxjci5jb20uYnIvcmVwb3NpdG9yaW8vbGNyL0FDQ2VydGlzaWduTXVsdGlw bGFHMy9MYXRlc3RDUkwuY3JsMFugWaBXhlVodHRwOi8vcmVwb3NpdG9yaW8uaWNwYnJhc2lsLmdv di5ici9sY3IvQ2VydGlzaWduL0FDQ2VydGlzaWduTXVsdGlwbGFHMy9MYXRlc3RDUkwuY3JsMB0G A1UdJQQWMBQGCCsGAQUFBwMEBggrBgEFBQcDAjCBoAYIKwYBBQUHAQEEgZMwgZAwKAYIKwYBBQUH MAGGHGh0dHA6Ly9vY3NwLmNlcnRpc2lnbi5jb20uYnIwZAYIKwYBBQUHMAKGWGh0dHA6Ly9pY3At YnJhc2lsLmNlcnRpc2lnbi5jb20uYnIvcmVwb3NpdG9yaW8vY2VydGlmaWNhZG9zL0FDX0NlcnRp c2lnbl9NdWx0aXBsYV9HMy5wN2MwDQYJKoZIhvcNAQEFBQADggEBAFnPIm5CnBVa87FqSKB06H1R P3QVlw+dDFDMTeZOuhe8n23RLmYtwgk4/llWwL8PI3ipl8xw34+ir/AHg45//sXSstHz1Wma6k6l l/FGmrPiGEfKnC3EUpPN7xf4zTv7WRYEu/+cbofvN0DXM/UMPizn0XyYzMLJNkZaIErDAI3TKhiQ z1VOqZHFjZkaJLyyr5cEjbk2jxvdYkcwiZdD3b06gRlwwMKWXsTdWchQeOP7BjlD3BJ0gfzgeiK+ wV9Xm1avpUBtcyqW2IpfPpsUXmJ8tPPJSacbxLL2zwgdpO/ZMRBt8tqXzhvyQ+DBoVS987INM2cT OCApS312O70DduA=

Executei testes de envio do XML utilizando tanto as classes geradas pelo WSDL2Java (Axis 1.4) quanto pelo wsimport (Jax-WS).
Em ambas o resultado é o mesmo (erro cod. e160)

O XML foi assinado pela api de Crypto do proprio JAVA.

Tanto o XML quanto a assinatura estão validos.

Alguem poderia me auxiliar a resolver isto ?

Muito obrigado.

[quote=vldrs@uol.com.br]Boa tarde comunidade JAVA !!!

Estou pedindo AJUDA para resolver um problema de integração de NFS-e com o fornecedor GINFES.

Não estou conseguindo enviar um Cancelamento de NFS-e para o WebService do GINFES.

A resposta do WS do GINFES indica o erro e160 (arquivo fora da estrutura).

O XML que estou enviando é o seguinte:

<?xml version="1.0" encoding="UTF-8"?><CancelarNfseEnvio xmlns="http://www.ginfes.com.br/servico_cancelar_nfse_envio" xmlns:tipos="http://www.ginfes.com.br/tipos" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.ginfes.com.br/servico_cancelar_nfse_envio servico_cancelar_nfse_envio_v02.xsd"> <Prestador> <tipos:Cnpj>68340504000194</tipos:Cnpj> <tipos:InscricaoMunicipal>32183267</tipos:InscricaoMunicipal> </Prestador> <NumeroNfse>123456</NumeroNfse> <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=""><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>UbHYw8Z7aeHQvk/t0hNQj85MtWk=</DigestValue></Reference></SignedInfo><SignatureValue>Lk+HSHZQwfjO7Rq61ffyUfcYeTPIomtpnshrsJ0JLkzgfEn69v6eSDN1vBI2ZqVMCMJcPTOo4O1O Hcozg9y8BOv0+RX6JGMQDq/mfpS/8p7e9nUJQCeoUBvQadIAUY36JW2CGjA0aVPo0IvnjP/6gmcE DF/szVTAyxIhxdZAqPo=</SignatureValue><KeyInfo><X509Data><X509Certificate>MIIGtTCCBZ2gAwIBAgIQMsrFDqon8+o/9ojFBl0crjANBgkqhkiG9w0BAQUFADB0MQswCQYDVQQG EwJCUjETMBEGA1UEChMKSUNQLUJyYXNpbDEtMCsGA1UECxMkQ2VydGlzaWduIENlcnRpZmljYWRv cmEgRGlnaXRhbCBTLkEuMSEwHwYDVQQDExhBQyBDZXJ0aXNpZ24gTXVsdGlwbGEgRzMwHhcNMTAx MTExMDAwMDAwWhcNMTExMTEwMjM1OTU5WjCCAQIxCzAJBgNVBAYTAkJSMRMwEQYDVQQKFApJQ1At QnJhc2lsMRUwEwYDVQQLFAxJRCAtIDEyNTYzNDIxODA2BgNVBAsUL0F1dGVudGljYWRvIHBvciBD ZXJ0aXNpZ24gQ2VydGlmaWNhZG9yYSBEaWdpdGFsMRswGQYDVQQLFBJBc3NpbmF0dXJhIFRpcG8g QTExFDASBgNVBAsUCyhFTSBCUkFOQ08pMRQwEgYDVQQLFAsoRU0gQlJBTkNPKTEgMB4GA1UEAxMX QU1BWk9OIFRSQU5TUE9SVEVTIExUREExIjAgBgkqhkiG9w0BCQEWE2FoYWlsdG9uQHVvbC5jb20u YnIwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAIji+TkthVu/54xoiQvoYejmADyZfjQV6PuZ R9nZjCqnFAhxldxjoOjNSGd0MyIEnMyQgUDtXqtf40J0lo/kb5qx15Xk9+2ZgOpCw/co3QRjYQhk /4yIf4jR09v9S9+WqQGP1NeOKKKYZVgq3rODGYewlUo3pF1ISaxRT8B2XGdRAgMBAAGjggM1MIID MTCBsAYDVR0RBIGoMIGloDgGBWBMAQMEoC8ELTA5MDYxOTYwMzg5MjQzMDc2NDkwMDAwMDAwMDAw MDAwMDAwMDAwMDAwMDAwMKAgBgVgTAEDAqAXBBVMVUlaIENBUkxPUyBGRVJOQU5ERVOgGQYFYEwB AwOgEAQOMDE2NjE3NzAwMDAzMDCgFwYFYEwBAwegDgQMMDAwMDAwMDAwMDAwgRNhaGFpbHRvbkB1 b2wuY29tLmJyMAkGA1UdEwQCMAAwHwYDVR0jBBgwFoAUhLBCMzSjQiWlKJc+g+t38OhPwlQwDgYD VR0PAQH/BAQDAgXgMFUGA1UdIAROMEwwSgYGYEwBAgELMEAwPgYIKwYBBQUHAgEWMmh0dHA6Ly9p Y3AtYnJhc2lsLmNlcnRpc2lnbi5jb20uYnIvcmVwb3NpdG9yaW8vZHBjMIIBJQYDVR0fBIIBHDCC ARgwXKBaoFiGVmh0dHA6Ly9pY3AtYnJhc2lsLmNlcnRpc2lnbi5jb20uYnIvcmVwb3NpdG9yaW8v bGNyL0FDQ2VydGlzaWduTXVsdGlwbGFHMy9MYXRlc3RDUkwuY3JsMFugWaBXhlVodHRwOi8vaWNw LWJyYXNpbC5vdXRyYWxjci5jb20uYnIvcmVwb3NpdG9yaW8vbGNyL0FDQ2VydGlzaWduTXVsdGlw bGFHMy9MYXRlc3RDUkwuY3JsMFugWaBXhlVodHRwOi8vcmVwb3NpdG9yaW8uaWNwYnJhc2lsLmdv di5ici9sY3IvQ2VydGlzaWduL0FDQ2VydGlzaWduTXVsdGlwbGFHMy9MYXRlc3RDUkwuY3JsMB0G A1UdJQQWMBQGCCsGAQUFBwMEBggrBgEFBQcDAjCBoAYIKwYBBQUHAQEEgZMwgZAwKAYIKwYBBQUH MAGGHGh0dHA6Ly9vY3NwLmNlcnRpc2lnbi5jb20uYnIwZAYIKwYBBQUHMAKGWGh0dHA6Ly9pY3At YnJhc2lsLmNlcnRpc2lnbi5jb20uYnIvcmVwb3NpdG9yaW8vY2VydGlmaWNhZG9zL0FDX0NlcnRp c2lnbl9NdWx0aXBsYV9HMy5wN2MwDQYJKoZIhvcNAQEFBQADggEBAFnPIm5CnBVa87FqSKB06H1R P3QVlw+dDFDMTeZOuhe8n23RLmYtwgk4/llWwL8PI3ipl8xw34+ir/AHg45//sXSstHz1Wma6k6l l/FGmrPiGEfKnC3EUpPN7xf4zTv7WRYEu/+cbofvN0DXM/UMPizn0XyYzMLJNkZaIErDAI3TKhiQ z1VOqZHFjZkaJLyyr5cEjbk2jxvdYkcwiZdD3b06gRlwwMKWXsTdWchQeOP7BjlD3BJ0gfzgeiK+ wV9Xm1avpUBtcyqW2IpfPpsUXmJ8tPPJSacbxLL2zwgdpO/ZMRBt8tqXzhvyQ+DBoVS987INM2cT OCApS312O70DduA=</X509Certificate></X509Data></KeyInfo></Signature></CancelarNfseEnvio>

Executei testes de envio do XML utilizando tanto as classes geradas pelo WSDL2Java (Axis 1.4) quanto pelo wsimport (Jax-WS).
Em ambas o resultado é o mesmo (erro cod. e160)

O XML foi assinado pela api de Crypto do proprio JAVA.

Tanto o XML quanto a assinatura estão validos.

Alguem poderia me auxiliar a resolver isto ?

Muito obrigado.

[/quote]

Boa tarde,

Para o webservice é utilizado os schemas da versão 3.

Troque o cabeçalho:

<?xml version="1.0" encoding="UTF-8"?>
<CancelarNfseEnvio 
xmlns="http://www.ginfes.com.br/servico_cancelar_nfse_envio" 
xmlns:tipos="http://www.ginfes.com.br/tipos" 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
xsi:schemaLocation="http://www.ginfes.com.br/servico_cancelar_nfse_envio_v03.xsd servico_cancelar_nfse_envio_v03.xsd">

[...]

deusdara, obrigado pela resposta.
Na segunda-feira desta semana, dia 31/10,
o sistema do GINFES ficou instavel pois eles estavam atualizando o WSDL.
Apartir deste dia foi disponibilizado um NOVO metodo, a saber : cancelarNfseV3(arg0, arg1)

Até então, existia apenas o metodo : cancelarNfse(arg0)

E segundo o suporte do proprio GINFES era para utilizar a v2 do xsd.

Vou testar a sua dica.

Muito obrigado

Boa tarde a todos.

Estou perdendo as esperanças com o envio de NFS-e em Fortaleza. Provavelmente na próxima semana estarei sofrendo penalidades por não ter conseguido implementar a geração do XML.

Gostaria muito que alguém me ajudasse com esse XML que estou anexando. Ele está no layout da versão “v02”, pois estou tentando (como última tentativa) enviar direto pelo site da gissonline.

Já entrei em contato com a GINFES por e-mail (3 vezes) e não consigo mais do que (o e-mail abaixo eu recebi quando ainda estava tentando enviar para o webservice de homologação, por isso que eles se referem ao erro E160):
"
Bom dia,

O erro E160 é devolvido quando o XML de entrada não é entendido como pertencente ao schema correspondente. Na área de manual do site são disponibilizados os schemas em xsd que servem de exemplos aos desenvolvedores com pratica no uso de XML, utilizando uma ferramenta especifica como, por exemplo, o XML SPY da empresa ALTOVA é possível gera um XML valido que atenda as necessidades da empresa. Abaixo segue algumas coisas que podem ser observadas, que geralmente ocorrem neste erro:

  • O método que está sendo consumido não é o correspondente ao schema (verifique versões);
  • O arquivo enviado está sofrendo alterações de charset após a validação com o schema;
  • Formatação inadequada das tag conforme o padrão estabelecido no manual;
  • O arquivo XML do cabeçalho não está respeitando o schema (somente no caso de integração com WebService);
  • A ordem dos parâmetros está errada “1º cabeçalho, 2º arquivo” (somente no caso de integração com WebService).
    "

Já baixei esse XML SPY, validei, mas mesmo assim recebo a mensagem: “Falha ao recepecionar lote de RPS.”. Interessantemente, às vezes recebo o erro “Erro ao tentar enviar arquivo. Envie novamente.” para o mesmo arquivo.

Qualquer ajuda será de grande valia.

Valeu.

[quote=rafael.dyad]Boa tarde a todos.

Estou perdendo as esperanças com o envio de NFS-e em Fortaleza. Provavelmente na próxima semana estarei sofrendo penalidades por não ter conseguido implementar a geração do XML.

Gostaria muito que alguém me ajudasse com esse XML que estou anexando. Ele está no layout da versão “v02”, pois estou tentando (como última tentativa) enviar direto pelo site da gissonline.

Já entrei em contato com a GINFES por e-mail (3 vezes) e não consigo mais do que (o e-mail abaixo eu recebi quando ainda estava tentando enviar para o webservice de homologação, por isso que eles se referem ao erro E160):
"
Bom dia,

O erro E160 é devolvido quando o XML de entrada não é entendido como pertencente ao schema correspondente. Na área de manual do site são disponibilizados os schemas em xsd que servem de exemplos aos desenvolvedores com pratica no uso de XML, utilizando uma ferramenta especifica como, por exemplo, o XML SPY da empresa ALTOVA é possível gera um XML valido que atenda as necessidades da empresa. Abaixo segue algumas coisas que podem ser observadas, que geralmente ocorrem neste erro:

  • O método que está sendo consumido não é o correspondente ao schema (verifique versões);
  • O arquivo enviado está sofrendo alterações de charset após a validação com o schema;
  • Formatação inadequada das tag conforme o padrão estabelecido no manual;
  • O arquivo XML do cabeçalho não está respeitando o schema (somente no caso de integração com WebService);
  • A ordem dos parâmetros está errada “1º cabeçalho, 2º arquivo” (somente no caso de integração com WebService).
    "

Já baixei esse XML SPY, validei, mas mesmo assim recebo a mensagem: “Falha ao recepecionar lote de RPS.”. Interessantemente, às vezes recebo o erro “Erro ao tentar enviar arquivo. Envie novamente.” para o mesmo arquivo.

Qualquer ajuda será de grande valia.

Valeu.
[/quote]

Vamos lá,

Tente importar o arquivo pelo site, e nesse caso não é necessário assinatura no corpo do XML.
Existiam alguns erros na sua estrutura, compare com o meu para localizar.

Abraços,
Danilo Deus Dará

Cara, esse schemalocation… Em uma das minhas tentativas eu recebi um retorno dizendo que não era pra ter schemalocation… Será que eu tou colocando errado? A idéia seria trocar esse endereço que aponta pra um diretório no seu computador pra um endereço na web?

Valeu pela força!

[quote=rafael.dyad]Cara, esse schemalocation… Em uma das minhas tentativas eu recebi um retorno dizendo que não era pra ter schemalocation… Será que eu tou colocando errado? A idéia seria trocar esse endereço que aponta pra um diretório no seu computador pra um endereço na web?

Valeu pela força![/quote]

Não precisa, coloquei nesse arquivo só para teste, o cabeçalho deve ser só:

<?xml version="1.0" encoding="UTF-8"?> <EnviarLoteRpsEnvio xmlns="http://www.ginfes.com.br/servico_enviar_lote_rps_envio" xmlns:tipos="http://www.ginfes.com.br/tipos" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">

Cara, pois é, eu removi o schemalocation e mesmo assim o processo de upload me dá a mensagem: “Erro ao recepcionar lote de rps.”.

Valeu pela ajuda, valeu mesmo.

Galera, estou enviando um xml para o WEBSERVICE de homologação e tou recebendo a resposta:
ns2:CodigoE1</ns2:Codigo>
ns2:MensagemAssinatura do Hash não confere</ns2:Mensagem>
ns2:CorrecaoReenvie asssinatura do Hash conforme algoritmo estabelecido no Manual de Instrução da NFS-e</ns2:Correcao>

Alguem poderia me esclarescer sobre a assinatura? Tou usando o método abaixo:

public static byte[] createSignature(PrivateKey key, byte[] mensagem) throws Exception {
        Signature sig = Signature.getInstance("SHA1withRSA");
        sig.initSign(key);
        sig.update(mensagem, 0, mensagem.length);
        return sig.sign();
    }

Sendo que tou com dúvida sobre o que exatamente seria a “mensagem”. Hoje, eu estou mandando como “mensagem” o xml do RPS todo montado, sem a tag “Signature”.

É isso mesmo?

Valeu.

Tem que mandar a tag de assinatura no corpo da mensagem!

Estou com duas dúvidas:
1 - o “digestValue”, estou calculando da seguinte forma: pego a mensagem toda, com a tag signature, com as tags “DigestValue” e “SignatureValue” VAZIAS, aplico o SHA1, depois o Base64 e insiro o resultado na tag “DigestValue”. Está correto assim?
2 - o “SignatureValue”, estou calculando da seguinte forma: pego a mensagem toda, com a tag signature, com a tag “DigestValue” PREENCHIDA e com a tag “SigantureValue” VAZIA, utilizo o método que eu postei mais acima, depois aplico o Base64 e insiro o resultado na tag “SignatureValue”. Está correto assim?

Obrigado pela força!