NFSe - Provedor Betha - nova URL cidade Criciúma-SC

[jacke venson]

Olá, bom dia senhores!

A prefeitura de Criciuma -SC alterou a URL de envio de NFSe pelo provedor Betha, passando a usar a nova: https://nota-eletronica.betha.cloud/rps/ws que é a mesma para produção e homologação.

Fiz as atualizações para emitir com o AcbrNfsex, atualizei, fontes, arquivos .ini  e schemas, porem nao obtive sucesso, ocorre o erro: Arquivo em desacordo com o XML Schema. : [org.xml.sax.SAXParseException; lineNumber: 1; columnNumber: 75; cvc-complex-type.2.4.a: Foi detectado um conteúdo inválido começando com o elemento 'LoteRps'. Era esperado um dos '{"nfse_betha_v01.xsd":LoteRps, "http://www.w3.org/2000/09/xmldsig#":Signature}.

Por gentileza, se alguém, estiver conseguindo emitir NFSe para essa cidade, consegue me ajudar?

 

Obrigada. 

 

[Diogo Loff]

Mesmo problema por aqui e não estou conseguindo resolver.

[Diogo Loff]

Pessoal estou tendo muita dificuldade aqui em entender o que mudou, foi enviado pela prefeitura de Criciúma que as URLs mudaram, mas não foi só para Criciúma e sim todos municípios que utlizam Betha.

Bom fiz as mudanças no arquivo de ACBrNFSeXServicos.ini e recompilei.

[Betha]
ProRecepcionar=https://nota-eletronica.betha.cloud/rps/ws/recepcionarLoteRps
ProConsultarSituacao=https://nota-eletronica.betha.cloud/rps/ws/consultarSituacaoLoteRps
ProConsultarLote=https://nota-eletronica.betha.cloud/rps/ws/consultarLoteRps
ProConsultarNFSeRps=https://nota-eletronica.betha.cloud/rps/ws/consultarNfsePorRps
ProConsultarNFSe=https://nota-eletronica.betha.cloud/rps/ws/consultarNfse
ProCancelarNFSe=https://nota-eletronica.betha.cloud/rps/ws/cancelarNfse
HomRecepcionar=https://nota-eletronica.betha.cloud/rps/ws/recepcionarLoteRps
HomConsultarSituacao=https://nota-eletronica.betha.cloud/rps/ws/consultarSituacaoLoteRps
HomConsultarLote=https://nota-eletronica.betha.cloud/rps/ws/consultarLoteRps
HomConsultarNFSeRps=https://nota-eletronica.betha.cloud/rps/ws/consultarNfsePorRps
HomConsultarNFSe=https://nota-eletronica.betha.cloud/rps/ws/consultarNfse
HomCancelarNFSe=https://nota-eletronica.betha.cloud/rps/ws/cancelarNfse

Feito estas mudanças, conforme comunicado da Betha somente modificaram isto, mas não é uma verdade, pois esta dando o erro que a pessoal acima relatou, este erro vem do retorno da Betha, esta anexo um exemplo.

<Codigo>E160</Codigo>

<Mensagem>Arquivo em desacordo com o XML Schema. : [org.xml.sax.SAXParseException; lineNumber: 1; columnNumber: 79; cvc-complex-type.2.4.a: Foi detectado um conteúdo inválido começando com o elemento 'LoteRps'. Era esperado um dos '{"nfse_betha_v01.xsd":LoteRps, "http://www.w3.org/2000/09/xmldsig#":Signature}'.].</Mensagem>

<Correcao>Consulte o Manual da NFS-e para saber quais são as versões de XML Schema suportadas pelo sistema.</Correcao>

 

Para mim tem haver com esta rotina no Betha.Provider

 

procedure TACBrNFSeProviderBetha.PrepararEmitir(Response: TNFSeEmiteResponse);
var
  aXml: string;
begin
  ConfigMsgDados.Prefixo := '';

  inherited PrepararEmitir(Response);

  aXml := RetornarConteudoEntre(Response.ArquivoEnvio,
   '<EnviarLoteRpsEnvio xmlns="http://www.betha.com.br/e-nota-contribuinte-ws">',
   '</EnviarLoteRpsEnvio>', False);

  Response.ArquivoEnvio := '<ns3:EnviarLoteRpsEnvio xmlns:ns3="http://www.betha.com.br/e-nota-contribuinte-ws">' +
                         aXml +
                       '</ns3:EnviarLoteRpsEnvio>';

  ConfigMsgDados.Prefixo := 'ns3';
end;

Acredito que aquele endereço ali não deva existir no XML que é enviado "xmlns:ns3="http://www.betha.com.br/e-nota-contribuinte-ws", mas se removido começa dar erro de 404 ai nem enviado é, se é trocado pelo novo endereço mesmo problema.

Se observarmos os schemas ainda fazem referência a este endereço, porem sei lá como resolver, entendo pouco das nomenclaturas de XML, como são feitos, não entendo o que é este ns3, em fim tudo muito dificil.

Conseguem ajudar?

Schema do endereço antigo

https://e-gov.betha.com.br/e-nota-contribuinte-test-ws/recepcionarLoteRps?wsdl

 

Schema do endereço novo

https://nota-eletronica.betha.cloud/rps/ws/recepcionarLoteRps?wsdl

 

Anexos também manual novo e manual velho, é tudo identico.

 

Preciso de uma ajuda, pois não conheço a estrutura desta questão de como o Acbr monta os XMLs e usa os endereços, já estou desde ontem debugando e não saio do lugar.

URLs_-_NFS-e_BETHA_CLOUD.pdf 560-rec.xml MANUAL VELHO.pdf MANUAL NOVO.pdf

[jacke venson]

Oi Diogo, vc esta tentando emitir com qual versão? Segunda a prefeitura é permitido emissão com a versao 1.00 e a 2.02, tentei com as duas mas o retorno de erro é o mesmo. 

[Diogo Loff]

37 minutos atrás, jacke venson disse:

Oi Diogo, vc esta tentando emitir com qual versão? Segunda a prefeitura é permitido emissão com a versao 1.00 e a 2.02, tentei com as duas mas o retorno de erro é o mesmo. 

Só com a 1.00.

[jacke venson]

Diogo, conseguimos fazer um envio com sucesso pelo soap, somente retirando os prefixos "ns3:" do xml. Usamos a url https://nota-eletronica.betha.cloud/rps/ws/recepcionarLoteRps

Porém, ainda estamos tentando emitir pelo acbr, pois a principio usa-se somente um arquivo de schema para validar a versao 1.00. 

 

[Luciano Desenvolvimento]

Boa tarde! Jacke

Você já conseguiu emitor Nfse com o provedor Betha?

[Diogo Loff]

13 minutos atrás, jacke venson disse:

Diogo, conseguimos fazer um envio com sucesso pelo soap, somente retirando os prefixos "ns3:" do xml. Usamos a url https://nota-eletronica.betha.cloud/rps/ws/recepcionarLoteRps

Porém, ainda estamos tentando emitir pelo acbr, pois a principio usa-se somente um arquivo de schema para validar a versao 1.00. 

 

Eu já fiz isto aqui se eu removo da erro 404. Você consegue mandar como ficou o pacote enviado?

[Diogo Loff]

Se faz o que vc disse que é remover os ns3 o retorno que vem da prefeitura é 8 - Assinatura Inválida.

Vou dizer que pra mim esta coisa de XML é muito complexa, seria tão bom se alguem aqui do ACBr já tivesse respondido. Já uso ACBr por não dominar nada de XML.

980371948663301-sit.xml 598-rec.xml 980371948663301-lista-nfse-con-lot.xml

[jacke venson]

21 minutos atrás, Luciano Desenvolvimento disse:

Boa tarde! Jacke

Você já conseguiu emitor Nfse com o provedor Betha?

Pelo Acbr ainda não. 

12 minutos atrás, Diogo Loff disse:

Se faz o que vc disse que é remover os ns3 o retorno que vem da prefeitura é 8 - Assinatura Inválida.

Vou dizer que pra mim esta coisa de XML é muito complexa, seria tão bom se alguem aqui do ACBr já tivesse respondido. Já uso ACBr por não dominar nada de XML.

980371948663301-sit.xml 351 B · 1 download 598-rec.xml 209 B · 1 download 980371948663301-lista-nfse-con-lot.xml 285 B · 2 downloads

Sim, aqui ocorreu o mesmo erro de assinatura invalida tentando enviar pelo soap. NO acbr acontece erro de schema.

[Levi Diorginis da Silva]

Estamos enfrentando um problema semelhante aqui.

Fizemos a integração via WebService direto com a Betha e, usando a URL antiga, o serviço responde normalmente — ou seja, o WSDL está acessível, os métodos SOAP são expostos corretamente, e conseguimos consumir o serviço normalmente.

No entanto, ao tentar emitir uma nota para um emissor da cidade de Criciúma, o retorno é de que o CNPJ não tem autorização ou acesso ao serviço — aparentemente porque a cidade já migrou obrigatoriamente para a nova URL da Betha Cloud.

Ao utilizar a nova URL:

https://nota-eletronica.betha.cloud/rps/ws/recepcionarLoteRps?wsdl

Nos deparamos com uma série de erros diferentes, por exemplo:

There was an error downloading 'https://nota-eletronica.betha.cloud/rps/ws/recepcionarLoteRps?wsdl/$metadata'. The request failed with HTTP status 405. Metadata contains a reference that cannot be resolved: '...recepcionarLoteRps?wsdl'. The content type application/json;charset=UTF-8 of the response message does not match the content type of the binding (application/soap+xml; charset=utf-8). ... Internal Server Error","message":"Could not create message from InputStream: Unable to internalize message

Tentamos de várias formas, inclusive:

• Baixamos os .xsd disponibilizados aqui:
  https://iss.ajuda.betha.cloud/e-nota-cloud/ajuda/outros-conteudos/web-service#--download-do-schema-do-xml

• Convertendo os .xsd em classes e adaptando nossa aplicação

Como também percebemos ao analisar os arquivos .xsd, eles definem apenas a estrutura dos dados (XML), mas não trazem as operações/métodos SOAP — que normalmente estariam no WSDL, e o WSDL da nova URL parece mal configurado ou até incompatível com ferramentas padrão de consumo.

Se alguém conseguiu emitir via essa nova URL usando WebService direto (fora do ACBr), seria ótimo compartilhar detalhes do fluxo.

[Diogo Loff]

Pessoal não consegui nada aqui, se manda com ns3 da erro de schema, se manda sem da erro de assinatura. Ja anexei acima os manuais e os endereços com os schemas, não sei mais o que fazer, vou ficar no aguardo. Ja informei ao suporte para que solicite aos clientes que emitam NFSe pelo portal da Betha diretamente até não ter uma solução.

 

Liguei para prefeitura pediram para mandar um e-mail, já mandei com todas as informações.

Anexo o envio pelo ACBr no portal da Betha mas com Assinatura Invalida.

[Italo Giurizzato Junior]

Boa tarde a todos,

Notei que alguns de vocês postou URLs diferentes, afinal qual é a URL que o provedor divulgou para a cidade em questão?

[Nathan0afk]

a nova urlbase é https://nota-eletronica.betha.cloud/rps/ws

 

 

[Gabriel Rombaldi]

A URL nova para envio do lote de NFS-e é https://nota-eletronica.betha.cloud/rps/ws/recepcionarLoteRps

[Diogo Loff]

49 minutos atrás, Italo Giurizzato Junior disse:

Boa tarde a todos,

Notei que alguns de vocês postou URLs diferentes, afinal qual é a URL que o provedor divulgou para a cidade em questão?

No segundo post eu coloquei um anexo PDF que tem todas as URLs, documento oficial da prefeitura.

[yayafeltrin]

Boa noite! O pessoal está na mesma situação aqui.

Até foi ajustado algumas coisas do XML para ver se funcionava porém sem êxito, estão com os mesmos erros relatados aqui no fórum.

Em um dos testes é retornado a assinatura inválida e em outro é um erro código "E160".
Na tabela de erros, o erro "E160" tem a seguinte descrição: "Envie um arquivo dentro do chega do arquivo XML de entrada. O arquivo deve estar em uma das versões de XML Chega especificadas para o serviço."  - o teste enviado está na versão 1.00

Caso alguém tenha algum outro resultado, vale a pena compartilhar para tentar encontrar uma solução

[Diogo Loff]

1 hora atrás, yayafeltrin disse:

Boa noite! O pessoal está na mesma situação aqui.

Até foi ajustado algumas coisas do XML para ver se funcionava porém sem êxito, estão com os mesmos erros relatados aqui no fórum.

Em um dos testes é retornado a assinatura inválida e em outro é um erro código "E160".
Na tabela de erros, o erro "E160" tem a seguinte descrição: "Envie um arquivo dentro do chega do arquivo XML de entrada. O arquivo deve estar em uma das versões de XML Chega especificadas para o serviço."  - o teste enviado está na versão 1.00

Caso alguém tenha algum outro resultado, vale a pena compartilhar para tentar encontrar uma solução

É o que acontece aqui também, tudo tb desenvolvido em versão 1, muito complicado em, e segundo a prefeitura seria somente mudar os endereços, clientes abrindo tickets um atras do outro para reclamar.

 

Pelo que vi acho que tem haver com os nameSpace eu pedi para a IA comparar os dois endereços que coloquei mais acima onde tem o schema antigo e o novo, segundo a IA eu tenho que trocar

http://www.betha.com.br/e-nota-contribuinte-ws por nfse_betha_v01.xsd, porem se faço isto acontece erro antes mesmo de enviar, o erro acontece no ato de assinar o lote, onde da um erro que 
"não é possivel erro na transformação C14N", também pensei em trocar o nameSpace pelo endereço novo já que ta o antigo, só que se faz isto ai da erro 404 Notfound. Então tudo muito complicado.

 

[ErikCorreia]

Bom dia a todos

 

Eu tambem estava com o erro:  

Foi detectado um conteúdo inválido começando com o elemento 'LoteRps'. Era esperado um dos '{"nfse_betha_v01.xsd":LoteRps, "http://www.w3.org/2000/09/xmldsig#":Signature}'.].

 

Após ajustes nas tags (ajustando o namespace) agora dá o erro de Assinatura digital inválida.

Sendo que anteriormente essa mesma assinatura funcionava. Já olhei toda documentação nessa questão de assinatura e estamos assinando exatamente conforme documento.

 

Olhando o modelo de xml que eles disponibilizam, vi que tinha um prefix xd que adicionado na assinatura. <xd:Signature>

Se eu adiciono esse prefix o erro muda para:

E160 - Arquivo em desacordo com o XML Schema. : [E326].
Consulte o Manual da NFS-e para saber quais são as versões de XML Schema suportadas pelo sistema

 

Ou seja, ainda não consegui nada concreto e as emissões de notas fiscais do sistema continuam paradas.

Editado 23 Julho por Erik Engeplus

[jacke venson]

Bom dia, conseguimos a informação com a Betha que esse namespace deve ir ao lado do LoteRps, tipo isso: <LoteRps xmlns="" Id="Lote_9999">.

Note que adicionei o xmlns="". A principio informaram que deve ir nesse padrão e sem aquele ns3. 

Bom, mesmo assim ao emitir pelo acbr está retornando erro de validação de schema, retiramos a validação, pra teste, e conseguimos gerar o lote, porém, com erro de assinatura inválida, após isso, adaptamos os campos enviados pelo xml com o xml enviado de exemplo pela betha (em anexo), dessa forma conseguimos um erro de aliquota agora, parece que está divergente do que esta cadastrado no ambiente da prefeitura,  estamos avaliando esta situação no momento.

 

Obs: Este é um exemplo de xml enviado com sucesso no ambiente novo.

Teste Betha.xml

[Diogo Loff]

21 minutos atrás, jacke venson disse:

Bom dia, conseguimos a informação com a Betha que esse namespace deve ir ao lado do LoteRps, tipo isso: <LoteRps xmlns="" Id="Lote_9999">.

Note que adicionei o xmlns="". A principio informaram que deve ir nesse padrão e sem aquele ns3. 

Bom, mesmo assim ao emitir pelo acbr está retornando erro de validação de schema, retiramos a validação, pra teste, e conseguimos gerar o lote, porém, com erro de assinatura inválida, após isso, adaptamos os campos enviados pelo xml com o xml enviado de exemplo pela betha (em anexo), dessa forma conseguimos um erro de aliquota agora, parece que está divergente do que esta cadastrado no ambiente da prefeitura,  estamos avaliando esta situação no momento.

 

Obs: Este é um exemplo de xml enviado com sucesso no ambiente novo.

Teste Betha.xml 8.55 kB · 2 downloads

Jacke tem como vc indicar no fonte onde adicionou esta questão de namespace no Lote, eu tentei debugar, mas não achei onde monta isto. Manda o exemplo onde vc alterou no acbr.

Outra questão acabei de conferir e tem municipios que ainda não tão no servidor novo, achei que eram varios mas não é, por exemplo tenho cliente em Cocal do Sul emitindo normal no antigo, ai como ficaria a compatibildiade pois no antigo será que vai emitir sem ns3 e com este namespace novo?

[ErikCorreia]

Em resumo no final, todo mundo está travando no erro

 Assinatura digital inválida. 

certo?

[charleshorr]

Sim..

[Italo Giurizzato Junior]

Bom dia a todos,

Fiquem atento as atualizações, hoje será enviado varias atualizações, pode ser que uma delas resolva o problema.

[Diogo Loff]

1 minuto atrás, Italo Giurizzato Junior disse:

Bom dia a todos,

Fiquem atento as atualizações, hoje será enviado varias atualizações, pode ser que uma delas resolva o problema.

Tomara Italo, pois estamos aqui desde ontem batendo cabeça, e até agora ninguem do ACBr veio dar uma anteção aqui para dar um caminho para nós, eu mesmo já debuguei geral e como já coloquei é complexo o código, entender o porque tem aquels ns3 e tal, como funciona a questão de assinatura. Ja colocamos toos uma explanação aqui de onde seja os possiveis problemas, mas ninguem sabe arrumar, seria de grande valia o pessoal do ACBr dar uma Luz, clientes reclamando geral.