Envio de nota para Blumenau usando o novo WebService

[João Paulo Müller]

Olá Pessoal,

Continuo com o erro 403 aqui mesmo com um certificado válido de Blumenau. Com esse mesmo certificado estou conseguindo acessar os WSDL normalmente.

Estou carregando o certificado da seguinte forma:

Citar

  ACBrNFSe.SSL.Senha         := Certificado.Senha;
  ACBrNFSe.SSL.SSLHttpLib    := httpWinHttp;
  ACBrNFSe.SSL.SSLCryptLib   := cryWinCrypt;

  ACBrNFSe.SSL.SSLXmlSignLib := xsMsXml;
  //Tentei com xsLibXml2 também, mas também não funcionou
  ACBrNFSe.SSL.NumeroSerie := Certificado.NumSerie;
  

 

 

Alguma sugestão? 

[João Paulo Müller]

Testei com outra empresa de Blumenau e também retorna erro 403.

[João Paulo Müller]

Em 16/10/2019 at 14:22, LucasTeixeiraC14 disse:

Boa tarde Prezados,

Em contato com o Suporte da prefeitura me encaminhou os arquivos para continuar com testes no ambiente:https://wsblumenau1.simplissweb.com.br/nfseservice.svc
WSDL: https://wsblumenau1.simplissweb.com.br/nfseservice.svc?wsdl

Segue informativo do Sr. Pedro referente ao testes que ele realizou nos arquivos:

'Segue o arquivo SOAP_GerarNfse de exemplo.

Estou mandando um outro arquivo também que fiz o teste. Neste arquivo, eu peguei o arquivo original que encaminhou para o nosso suporte, alterei somente o CNPJ do prestador e do tomador, fiz a assinatura e enviei. A nota foi registrada normalmente.

Por favor, se atente ao seguinte ponto: A tag que deve ser assinada é <InfDeclaracaoPrestacaoServico>. Não sei como é feito o processo de assinatura no sistema de vocês, mas se depois de assinado houver qualquer alteração no arquivo, a assinatura deixa de ser válida.

Portanto, se depois de assinar o arquivo é incluído as tags e namespaces do soap e o arquivo é salvo, vai quebrar a assinatura e vai dar erro. Eu faço a emissão manual, através do programa SoapUi. Depois de assinar o arquivo xml puro (arquivo exemplo_simpliss) eu coloco as tags do soap e os namespaces e sem salvar o arquivo, copio e colo no SoapUi e faço o envio. Deste modo, a assinatura não é quebrada.'

 

Realizei os testes com os arquivos porem ainda apresenta assinatura invalida, estou encaminhando para que possam testar, e caso tenham mais sorte que eu, por favor compartilhar.

 

envio_1742_edit_assinado.xml 4 kB · 7 downloads exemplo_simpliss.xml 2 kB · 7 downloads SOAP_GerarNfse (1).xml 6 kB · 14 downloads

Bom dia Lucas,

Me parece que esse XML que você está enviando (envio_1742_edit_assinado) não está na estrutura correta desse novo WSDL que seria:

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:nfse="http://nfse.abrasf.org.br">
   <soapenv:Header/>
   <soapenv:Body>
      <nfse:GerarNfseRequest>
         <nfseCabecMsg>?</nfseCabecMsg>
         <nfseDadosMsg>?</nfseDadosMsg>
      </nfse:GerarNfseRequest>
   </soapenv:Body>
</soapenv:Envelope>

O Italo já fez as alterações no arquivos SimplISSv2 de acordo com a nova estrutura para o método Enviar. 

Não consegui testar aqui ainda devido ao erro 403.

Tente fazer os testes através do método enviar.

[[email protected]]

Boa Tarde,

Este erro 403 estou recebendo somente para algumas empresas também quando tento utilizar o novo weservice, portanto não é problema da tua configuração e sim da SimplISS. Confere a raíz certificadora do certificado digital do contribuinte e pede para a SimpliSS se está instalado no servidor deste novo webservice de Blumenau. Nas empresas que tinha problema de assinatura eu consigo até comunicar, mas retorna agora o erro E900.

Tenho algumas dezenas de clientes em Blumenau e a maioria estou conseguindo emitir, apenas algumas eu enfrento problema. Pior que nem posso centralizar a emissão em um único serviço porque para algumas empresas que consigo emitir pelo webservice 'antigo', agora eu recebo este erro 403 usando o 'novo'. Nestas que não dá certo em nenhum dos 2 eu ainda uso o webservice de migração, só não sei até quando vão manter este serviço no ar.

 

[patrick.knopf]

Pessoal, alguma novidade sobre o erro 403? O suporte deles me passou somente que meu certificado não é valido. No entanto emito NF-e com ele normalmente.

[João Bueno]

cara, é inacreditável.... essa nossa prefeitura é fogo... ainda mantém esse pessoal brincando de WS...

[João Paulo Müller]

2 horas atrás, [email protected] disse:

Boa Tarde,

Este erro 403 estou recebendo somente para algumas empresas também quando tento utilizar o novo weservice, portanto não é problema da tua configuração e sim da SimplISS. Confere a raíz certificadora do certificado digital do contribuinte e pede para a SimpliSS se está instalado no servidor deste novo webservice de Blumenau. Nas empresas que tinha problema de assinatura eu consigo até comunicar, mas retorna agora o erro E900.

Tenho algumas dezenas de clientes em Blumenau e a maioria estou conseguindo emitir, apenas algumas eu enfrento problema. Pior que nem posso centralizar a emissão em um único serviço porque para algumas empresas que consigo emitir pelo webservice 'antigo', agora eu recebo este erro 403 usando o 'novo'. Nestas que não dá certo em nenhum dos 2 eu ainda uso o webservice de migração, só não sei até quando vão manter este serviço no ar.

 

Estranho que fiz um teste enviando pelo SoapUI e não obtive erro 403, isso com o mesmo certificado.

 

[João Bueno]

quanto ao problema de 403, deles.. isso ocorre porque eles agora validam o certificado e suas cadeias de certificação, com o grande aumento de certificadoras, eles terão que conhecer(instalar em seus servidores) toda e qualquer certificadora/emissora existente...

solução inviável... 

 

gostaria de parabenizar o projetista/arquiteto deles... tirei meu chapéu..

 

somente certificados antigos terão mais sorte na emissão desta nfse.

Editado 21 Outubro, 2019 por João Bueno

[João Paulo Müller]

5 minutos atrás, João Bueno disse:

quanto ao problema de 403, deles.. isso ocorre porque eles agora validam o certificado e suas cadeias de certificação, com o grande aumento de certificadoras, eles terão que conhecer(instalar em seus servidores) toda e qualquer certificadora/emissora existente...

solução inviável... 

O estranho João é que fiz um testes na mesma maquina com o mesmo certificado e enviando pelo componente recebo o erro 403, mas enviando pelo SoapUI não recebo esse erro, consigo comunicar normalmente, no entanto está retornando erro de assinatura.

[João Bueno]

5 minutos atrás, João Paulo Müller disse:

O estranho João é que fiz um testes na mesma maquina com o mesmo certificado e enviando pelo componente recebo o erro 403, mas enviando pelo SoapUI não recebo esse erro, consigo comunicar normalmente, no entanto está retornando erro de assinatura.

então, eu não recebo erro 403 no nosso software aqui, somente erro de assinatura... agora no google chamando wsdl deles, dependendo do certificado recebo 403.

[Italo Giurizzato Junior]

Boa tarde a todos,

Enquanto uma meia dúzia ficar conversando com esse pessoal da SimplISS não vai resolver.

Você precisam fazer com que todos os seus clientes protocolem uma reclamação na prefeitura.

Quem sabe o prefeito tira a bunda da poltrona do gabinete e vai conversar pessoalmente com esse pessoal.

Não custa nada sonhar.

[João Paulo Müller]

Pessoal, acho que encontrei o problema, façam um teste ai.

O endereço mapeado no arquivo SimplISSv2.ini está da seguinte forma:

[URL_P]
RecepcaoLoteRPS=http://ws%NomeURL_P%1.simplissweb.com.br/nfseservice.svc

[URL_H]
RecepcaoLoteRPS=http://ws%NomeURL_H%1.simplissweb.com.br/nfseservice.svc

Alterei o endereço passou sem cair na validação 403:

[URL_P]
RecepcaoLoteRPS=https://ws%NomeURL_P%1.simplissweb.com.br/nfseservice.svc

[URL_H]
RecepcaoLoteRPS=https://ws%NomeURL_H%1.simplissweb.com.br/nfseservice.svc

Em resumo, o endereço estava mapeado sem o 'S' no HTTP, ou seja, não estava utilizando o protocolo HTTPS (SSL), como a comunicação exigia o certificado digital se faz necessário o HTTPS.

Fiz os testes aqui em Produção e Homologação e não retornou mais o erro 403, porém, permanecemos com o erro de assinatura inválida.

SimplISSv2.ini

[Paulo Alexandre Hostert]

Falei com Julio da Prefeitura agora a pouco, que solicitou o emissor do nosso certificado para instalação no servidor (nosso caso é VALID). 

Agora o endereço https://wsblumenau1.simplissweb.com.br/nfseservice.svc passou a responder.

Porém quando tento emitir recebo o erro:

Erro Interno: 0
Erro HTTP: 500
URL: https://wsblumenau1.simplissweb.com.br/nfseservice.svc
Tente novamente mais tarde.

 

Estou usando novo INI disponibilizado acima.
 

[Paulo Alexandre Hostert]

Italo, 

Após a prefeitura incluir a cadeia do meu certificado, consegui comunicação com o WS pelo navegador.

Depurei o erro que passou a apresentar no envio e passei para a Prefeitura. Eles me retornaram dizendo que temos que ajustar no arquivo a tag <gerarnfseenvio> e a <codigotributacaomunicipio>

Em anexo segue arquivo que foi me encaminhado com as correções.

1753-ger-nfse-soap.xml

[João Bueno]

boa tarde,

agora eles estão retornando 500 com uma exception que ao entender deles "deveria" informar-nos o erro ocorrido que no meu caso:

 

só que não há problema nenhum no "cabecalho" já alterei diversas vezes... e sempre o mesmo erro,...

 

segue a novela!

[Paulo Alexandre Hostert]

Boa tarde. O cabeçalho ficou da forma que está no XML que anexei?

Podes me passar o XML para eu encaminhar aqui para o Julio da Prefeitura?

[João Bueno]

3 minutos atrás, Paulo Alexandre Hostert disse:

Boa tarde. O cabeçalho ficou da forma que está no XML que anexei?

Podes me passar o XML para eu encaminhar aqui para o Julio da Prefeitura?

perdão, mas não vi nenhum anexo seu com exemplo de cabeçalho.

[Paulo Alexandre Hostert]

Esse é o XML que a prefeitura me retornou como correto, fizeram algumas alterações no xml gerado pelo acbr.

 

1753-ger-nfse-soap.xml

[João Bueno]

16 minutos atrás, Paulo Alexandre Hostert disse:

Esse é o XML que a prefeitura me retornou como correto, fizeram algumas alterações no xml gerado pelo acbr.

 

1753-ger-nfse-soap.xml 2 kB · 0 downloads

quanto a estar neste modelo, sim meu xml de gerarNfseEnvio está conforme este.

[Paulo Alexandre Hostert]

Você ajustou o arquivo ini, alterando http para https?

[Paulo Alexandre Hostert]

Falei com a prefeitura agora é me passaram que outras empresas já estão conseguindo enviar com o novo WS (esse com 1 no link). 

Disseram que não precisa do envelope ali no Xml, tem como gerar sem ?

[Italo Giurizzato Junior]

Bom dia a todos,

João, tente enviar novamente mas sem o grupo <nfseCabecMsg> somente com o grupo <nfseDadosMsg> dentro do <body>.

Paulo, para mim isso não existe e se fizeram assim esta completamente fora de padrão.

Outra coisa, veja a imagem do erro que o João recebeu, note que a primeira tag do XML retornado é <Envelope> e dentro desta tem o <Body>.

Como esse cara vem dizer que não precisa desse Envelope no XML.

Se você perguntar para ele onde fica o WebService ele vai dizer que tem um na esquina perto da prefeitura e o preço é muito barato.

[SHDW]

Cancelamento alguem já conseguiu?

Aqui sempre o mesmo erro:

<Codigo>E900</Codigo>
<Mensagem>Chamada ao método retornou erro.</Mensagem>
<Correcao>Entre em contato com o fornecedor do serviço para mais informações</Correcao>

[João Bueno]

56 minutos atrás, SHDW disse:

Cancelamento alguem já conseguiu?

Aqui sempre o mesmo erro:

<Codigo>E900</Codigo>
<Mensagem>Chamada ao método retornou erro.</Mensagem>
<Correcao>Entre em contato com o fornecedor do serviço para mais informações</Correcao>

você conseguiu emitir no gerarNFse? se sim poderia disponibilizar o exemplo com protocolo Soap para gente aqui ?

[SHDW]

Segue exemplo que funcionou aqui.

Alterei alguns dados somente para preservar o cliente.

GerarNfseEnvio.xml