NFSe inconsistência código IBGE - SigCorp - Chapecó SC

[willian_delan]

Boa tarde, tudo bem?

Cliente tentando emitir uma NFSe pra um cliente da mesma cidade e ocorre o retorno: "Verifique o código do município do IBGE, quando o tomador for jurídico de fora não deve informar o código do município IBGE."

Natureza da operação que esta sendo usada é "01 - TRIBUTAÇÃO NO MUNICÍPIO" e o MunicipioIncidencia deixamos do mesmo município e mesmo assim aparece esta mensagem.

Segue o XML da nota: https://files.fm/u/3kv252h2z

Ao ajustar no fonte para não exibir a TAG "CodigoMunicipio" ocorre outra rejeição apontando que a TAG é obrigatória.

mensagem removendo a TAG: "X800 - Erro de Validação: Element '{http://www.abrasf.org.br/nfse.xsd}Uf' is unexpected according to content model of parent element '{http://www.abrasf.org.br/nfse.xsd}Endereco'.Expecting: {http://www.abrasf.org.br/nfse.xsd}CodigoMunicipio. - "

Segue XML deste: https://files.fm/u/bupzj6p55

 

Alguém sabe o que pode ser? tem mais alguém enfrentando esta situação?

*OBS: Fontes do ACBr atualizados e usando o ACBrNFSeX.

[Renato Rubinho]

Boa tarde,

Veja se resolve preenchendo a IM do tomador, talvez o provedor utilize esse critério em alguma situação interna.

[willian_delan]

Em 02/03/2023 at 16:48, Renato Rubinho disse:

Boa tarde,

Veja se resolve preenchendo a IM do tomador, talvez o provedor utilize esse critério em alguma situação interna.

@Renato Rubinho Mesma situação após informado a IM no cadastro do cliente, alguma outra sugestão?

[Renato Rubinho]

Bom dia,

Seguindo à risca o que diz a mensagem, não parece ter nada de errado, sendo que o código do município é o mesmo.

Parece erro de validação no provedor ou alguma tag que falta para determinar a prestação dentro do município.

Acredito que será necessário passar o XML para o provedor analisar o caso.

[willian_delan]

Bom dia @Renato Rubinho, tudo certo?

Até o momento não tive nenhum retorno do provedor sobre o caso... Não nos respondem.

Pegamos com o cliente uma nota emitida no site da prefeitura para fazer uma analise para identificar se estava faltando alguma TAG necessária ou se estávamos preenchendo alguma incorretamente.

Segue em anexo arquivo baixado do site da prefeitura, XML versão Abrasf e tem algumas TAGS que não temos no nosso, tentei incluir mas ocorre alguns erros na validação dos Schemas e gostaria de saber qual o melhor jeito de incluir estas TAGS, são elas: "PrestadorServico" com dentro dela a TAG "Endereco" que possuí os dados do prestador do serviços, de localização como codmun,cep, entre outros que pode ser a informação usada para a validação desta rejeição.

Outra TAG que identifiquei que poderia ser é a "OrgaoGerador" dentro dela é informado o CodigodoMunicipio (Código do IBGE do município gerador da NFS-e ) e a UF (Sigla da unidade da federação do município gerador da NFS-e ).

Segue em anexo também o manual do provedor onde pode ver que utiliza estas TAGS e o que esperam delas.

https://files.fm/u/rnjqmckaf -> XML Prefeitura que foi emitido com sucesso.

https://files.fm/u/443946tdn -> Manual do provedor.

Obrigado pelo apoio!

[willian_delan]

A unit usada para este provedor para mapeamento do XML é a ACBrNFSeXGravarXml_ABRASFv2,

tentei realizar as modificações por este, segue em anexo arquivo com as alterações.

(Lembrando que consegui incluir a TAG e as informações desta forma, mas não validou nos Schemas por não estar no formato/posição correta).

https://files.fm/u/fc432q7zz -> Arquivo ACBrNFSeXGravarXml_ABRASFv2 com as alterações.

Estou upando os arquivos através do files.fm pois com a nova atualização do fórum não consigo upar aqui a maioria dos arquivos.

https://files.fm/u/mb5a5ssgx -> XML gerado através das alterações do arquivo.

[Italo Giurizzato Junior]

Bom dia Willian,

Não podemos comparar o XML gerado pelo site com o gerado pelo componente.

Pelo simples fato de que o componente gera e envia o XML do Rps, por outro lado o XML gerado pelo site é o da NFS-e e eles são diferentes.

O provedor SigCorp se utiliza da versão 2.xx do layout da ABRASF e a unit que você alterou gera o XML do Rps segundo a versão 2.xx do layout da ABRASF.

Portanto, não podemos aceitar a sua alteração.

E você percebeu que o XML gerado com a sua alteração ele nem sequer foi validado para ser enviado.

Se o provedor não retorna, faça o seguinte, peça para os seus clientes protocolarem na prefeitura uma reclamação relatando os problemas para emissão correta das notas.

[willian_delan]

1 hora atrás, Italo Giurizzato Junior disse:

Bom dia Willian,

Não podemos comparar o XML gerado pelo site com o gerado pelo componente.

Pelo simples fato de que o componente gera e envia o XML do Rps, por outro lado o XML gerado pelo site é o da NFS-e e eles são diferentes.

O provedor SigCorp se utiliza da versão 2.xx do layout da ABRASF e a unit que você alterou gera o XML do Rps segundo a versão 2.xx do layout da ABRASF.

Portanto, não podemos aceitar a sua alteração.

E você percebeu que o XML gerado com a sua alteração ele nem sequer foi validado para ser enviado.

Se o provedor não retorna, faça o seguinte, peça para os seus clientes protocolarem na prefeitura uma reclamação relatando os problemas para emissão correta das notas.

Certo, agradeço as instruções, irei reverter as alterações e voltar a contatar o provedor, assim que tiver novidades sobre o caso eu informo aqui, obrigado.

[willian_delan]

Em 09/03/2023 at 10:18, Italo Giurizzato Junior disse:

Bom dia Willian,

Não podemos comparar o XML gerado pelo site com o gerado pelo componente.

Pelo simples fato de que o componente gera e envia o XML do Rps, por outro lado o XML gerado pelo site é o da NFS-e e eles são diferentes.

O provedor SigCorp se utiliza da versão 2.xx do layout da ABRASF e a unit que você alterou gera o XML do Rps segundo a versão 2.xx do layout da ABRASF.

Portanto, não podemos aceitar a sua alteração.

E você percebeu que o XML gerado com a sua alteração ele nem sequer foi validado para ser enviado.

Se o provedor não retorna, faça o seguinte, peça para os seus clientes protocolarem na prefeitura uma reclamação relatando os problemas para emissão correta das notas.

Boa tarde @Italo Giurizzato Junior tudo certo?

Podem estar encerrando este tópico, consegui resolver a situação.

Até o momento nem sinal do provedor de nos responder, mas mesmo assim consegui identificar a situação.

A mensagem ocorria pois o cadastro do cliente a qual a empresa estava prestando o serviço estava desatualizado na prefeitura, desta forma mesmo tudo indicando que o tomador era do mesmo município não era aceito pelo WebService pois consultava o tomador no cadastro da prefeitura e via que o cadastro estava um município de fora, bastou atualizarem o cadastro do tomador junto a prefeitura que a foi possível emitir a nota corretamente.

A pior parte mesmo foi a falta da consideração do provedor com a situação...

[Diego Foliene]

Obrigado por reportar.

Fechando. Para novas dúvidas, criar um novo tópico.