Validação xml NFSeX ISSNet Ribeirão Preto

[JVIgnacio]

Boa tarde.
Estou enfrentando algumas dificuldades com um cliente para emitir notas de Serviço.
Na maioria dos casos a nota consta no portal da prefeitura e até consigo pegar o XML assinado (xmlServicoRibeiraoPreto anexo), mas tenho um SOAP retornado (xmlRetornoServicoRibeiraoPreto anexo).

Pela pesquisa que fiz no ChatGPT o erro está ocorrendo na tag do RPS, mais especificamente nesta informação:
           <Rps>
               <InfDeclaracaoPrestacaoServico Id="Dec_233UNICA"> // esta tag, segundo o GPT, está seguindo o padrão GINFES

Para atender o padrão ISSNet deveria ser:

           <Rps>
               <InfRps Id="Dec_233UNICA">

A maior questão pra mim é, como manipular as tags, sendo que o ABCBrNFSeX monta o xml internamente?

Outra questão é, até onde o GPT está correto?

Alguém já passou por esta situação e pode me ajudar? 

Obs.: anexei o conteúdo dos XMLs em formato txt porque tive que substituir os dados sensíveis por "#"

xmlRetornoServicoRibeiraoPreto.txt xmlServicoRibeiraoPreto.txt

[JVIgnacio]

50 minutos atrás, JVIgnacio disse:

Boa tarde.
Estou enfrentando algumas dificuldades com um cliente para emitir notas de Serviço.
Na maioria dos casos a nota consta no portal da prefeitura e até consigo pegar o XML assinado (xmlServicoRibeiraoPreto anexo), mas tenho um SOAP retornado (xmlRetornoServicoRibeiraoPreto anexo).

Pela pesquisa que fiz no ChatGPT o erro está ocorrendo na tag do RPS, mais especificamente nesta informação:
           <Rps>
               <InfDeclaracaoPrestacaoServico Id="Dec_233UNICA"> // esta tag, segundo o GPT, está seguindo o padrão GINFES

Para atender o padrão ISSNet deveria ser:

           <Rps>
               <InfRps Id="Dec_233UNICA">

A maior questão pra mim é, como manipular as tags, sendo que o ABCBrNFSeX monta o xml internamente?

Outra questão é, até onde o GPT está correto?

Alguém já passou por esta situação e pode me ajudar? 

Obs.: anexei o conteúdo dos XMLs em formato txt porque tive que substituir os dados sensíveis por "#"

xmlRetornoServicoRibeiraoPreto.txt 797 B · 0 downloads xmlServicoRibeiraoPreto.txt 6.24 kB · 0 downloads

Outros pontos apontados peloChatGPT como causas do problema que podem ser observados no xml anexo:
 

Problema	Causa	Erro Resultante
Assinatura duplicada	ACBr configurado incorretamente	E160
Reference URI=""	Falha na assinatura do lote	E160
DataEmissao sem hora	Incompatível com XSD ISSNet	E160

[Juliomar Marchetti]

o ACBrNFSeX está atualizado ?

não tem mudanças locais?

[JVIgnacio]

Quanto aos componentes ACBr, sim, autalizo diariamente.

Quanto a alterações locais, na minha aplicação não, já quanto ao serviço da prefeitura provavelmente estão alterando constantemente para migrar para o padrão nacional mas não tenho uma informação precisa, nem documentação.

[Juliomar Marchetti]

Em 21/11/2025 at 10:19, JVIgnacio disse:

Quanto aos componentes ACBr, sim, autalizo diariamente.

Quanto a alterações locais, na minha aplicação não, já quanto ao serviço da prefeitura provavelmente estão alterando constantemente para migrar para o padrão nacional mas não tenho uma informação precisa, nem documentação.

no caso eles estão usando o provedor nacional ?

[JVIgnacio]

23 minutos atrás, Juliomar Marchetti disse:

no caso eles estão usando o provedor nacional ?

ainda estão usando o layout ABRASF e provedor ISSNet, os campos de IBSCBS ainda não estão implementados.

[Juliomar Marchetti]

11 horas atrás, JVIgnacio disse:

ainda estão usando o layout ABRASF e provedor ISSNet, os campos de IBSCBS ainda não estão implementados.

mas como assim utilizad o layout? 

no caso o componente é quem faz isso. define o ibge da cidade e ele vai informar

[JVIgnacio]

Resolvido.

O erro estava no cadastro do cliente junto ao ISSNet, o contador nos possou informações divergentes.

Corrigidos o parâmetro do sequencial de RPS, funcionou normalmente.