A mensagem abaixo pode ser apresentada durante a emissão de NFS-e em municípios que utilizam o padrão CENTI:
Motivo: Cód. erro :0 (): ()
Esse retorno é genérico e não identifica sozinho o motivo da rejeição. Em alguns casos, o WebService do município devolve uma mensagem mais detalhada no XML de resposta, mas o produto apresenta somente o código zero.
Como identificar a rejeição
Antes de alterar os dados da emissão, consulte o histórico de comunicação e abra o último XML de resposta retornado pelo município. Procure no arquivo os elementos que apresentam o código e a descrição da rejeição.
A correção deve considerar essa mensagem detalhada. Não é recomendado trocar o certificado, modificar campos ou reenviar a nota utilizando apenas o Cód. erro :0 como referência.
Possíveis causas
As ocorrências do código zero no padrão CENTI podem ocultar diferentes validações. Entre os cenários identificados estão:
- campos da Reforma Tributária ausentes ou incompatíveis, como NBS, código da operação e classificação tributária;
- responsável pela retenção não informado ou inválido;
- exigência de CIB ou endereço completo do imóvel;
- divergência entre o XML gerado e o XSD utilizado pelo município;
- falha na assinatura do envio, certificado digital ou autenticação da prefeitura;
- caracteres não aceitos pelo município em campos de texto;
- oscilação ou indisponibilidade temporária do WebService municipal.
Campos da Reforma Tributária
Quando o XML de resposta indicar ausência dos campos CodigoNbs, CodigoINDOP ou CodigoClassTrib, confira no arquivo de integração os campos correspondentes.
| Informação | PlugNotas (JSON) | Manager SaaS e Componente (TX2) |
|---|---|---|
| Versão do esquema | versaoEsquema |
VersaoEsquema |
| NBS | servico[].codigoNbs |
CodigoNbs |
| Código da operação | servico[].ibscbs.codigoOperacao |
CodigoOperacao |
| Classificação tributária | servico[].ibscbs.valores.tributacao.cct |
ClassificacaoTributariaIbsCbs |
Os valores desses campos devem ser definidos conforme a operação e as informações fiscais do prestador. O preenchimento de todos eles sem considerar a rejeição detalhada não garante a autorização da nota.
Retenção e dados do imóvel
Se o XML de resposta indicar que o responsável pela retenção está ausente ou inválido, confira o campo servico[].responsavelRetencao no JSON ou ResponsavelRetencao no TX2.
Quando a rejeição exigir informações do imóvel, confira o CIB ou o endereço completo solicitado pelo município. Se os dados estiverem presentes no arquivo de integração e no XML gerado, mas continuarem sem ser reconhecidos, pode existir uma diferença entre o XSD disponibilizado e o leiaute efetivamente validado pelo município.
Quando o XML não apresentar outra mensagem
Se o XML de resposta também contiver somente o código zero, confira:
- a validade e a vinculação do certificado digital ao prestador;
- as configurações de autenticação exigidas pela prefeitura;
- a estrutura do arquivo em comparação com uma emissão autorizada do mesmo município e prestador;
- campos de texto livre, removendo caracteres não aceitos pelo município;
- a disponibilidade do WebService municipal.
Antes de realizar um novo envio, verifique a situação da NFS-e no portal da prefeitura. Essa conferência evita o reenvio de uma nota que possa ter sido autorizada apesar do retorno incompleto.
Comentários
0 comentário
Por favor, entre para comentar.