Arquivo XML autorizado pela Sefaz com Falha Estrutural

Problema

Arquivo XML autorizado pela Sefaz com Falha Estrutural


Solução/Procedimento

A verificação e validação da estrutura do XML uma NF-e, bem como os valores informados em cada campo, seguem regras e especificações definidas nos Schemas XML's disponibilizados no Portal Nacional da Sefaz. Normalmente, os sistemas emissores de Documentos Fiscais, utilizam esses Schemas XML's para realizar uma pré-validação da estrutura do XML que será enviado a Sefaz, porém, mesmo que haja alguma falha nessa validação pelo software emissor e seja enviado a Sefaz um documento com falha, a Sefaz também realizará a mesma validação, baseada nos mesmos Schemas XML's.

Foi observado, que apesar da rigidez na validação da estrutura dos documentos, a Sefaz chegou a autorizar documentos que possuíam quebras de linhas, espaços em brancos no final das informações nos campos e preenchimento incorreto de campos com atributos constantes.

 

Veja abaixo exemplos e respectivas falhas:

 

Exemplo 1: Arquivo autorizado com quebra de linha no fim da informação presente no campo de Informações Complementares (campo: <infCpl>):

 

  • O erro está nos destaques da imagem abaixo, onde existe uma quebra de linha:

 

Resultados da validação:

  • Validador Online da Sefaz RS:

 

  • Visualizador de Documentos Fiscais Eletrônicos da Sefaz:

a. Estrutura e conteúdo válido:

 

b. Assinatua válida:

 

  • Altova XMLSpy:

 

  • Painel Oobj:


 

Contato com a Sefaz sobre o problema. Veja pergunta e resposta feita ao Órgão:



Exemplo 2: 
Campo <CanonicalizationMethod> preenchido com atributo incorreto:

 

  • O erro está no destaque da imagem abaixo:

 

O atributo Algorithm dentro do campo "CanonicalizationMethod", segundo o Manual de Orientação ao Contrubuinte não deve conter a informação com destaque vermelho na imagem acima. Veja a seguir o trecho do Manual que refere-se ao campo em questão:

 

Resultados da validação:

  • Validador Online da Sefaz RS:

 

  • Visualizador de Documentos Fiscais Eletrônicos da Sefaz:

a. Estrutura e conteúdo válido:

 

b. Assinatua válida:

 

  • Altova XMLSpy:

 

  • Painel Oobj:

 

Contato com a Sefaz sobre o problema. Veja pergunta e resposta feita ao Órgão: 

  • Primeiro contato:

 

  • Segundo contato:

 

A validação da estrutura dos arquivos, tanto emitidos quanto recebidos pela Aplicação Oobj, é feita a partir dos Schemas XML's disponibilizados pela Sefaz. Arquivos com tais "defeitos", quando recebidos na Aplicação Oobj, é importado e será apresentado como o status de "Falha Estrutural". Para correção, é necessário que acione o suporte Oobj, pois o status deverá ser alterado manualmente, pois não existe uma forma de aplicar uma medida de contorno automaticamente.

 

Por que o documento é validado na Sefaz e na Aplicação Oobj não?

Apesar da validação ser positiva nos aplicativos disponibilizados pela Sefaz, é desconhecido o modo como é feito a validação pelo Órgão, logo é possível que a validação de alguns campos seja desconsiderada ou que haja uma maior flexibilidade na validação.


Referência

Sem referências.

0 (0)
Avaliação do Artigo (Nenhum voto)
Avaliar esse artigo
Anexos
Não há anexos para este artigo.
Artigos Relacionados RSS Feed
Rejeição 388: Código de Situação Tributária do IPI incompatível com o Código de Enquadramento Legal do IPI - Como resolver?
Visualizado 274783 vezes desde 05/10/2015
Rejeição 407: O CPF só pode ser informado no campo emitente para a NF-e avulsa - Como resolver?
Visualizado 2940 vezes desde 22/01/2016
Rejeição 521: Operação Interna e UF do emitente difere da UF do destinatário/remetente contribuinte do ICMS - Como resolver?
Visualizado 20242 vezes desde 15/05/2015
Rejeição 876: Operação interestadual para Consumidor Final e valor do FCP informado em campo diferente de vFCPUFDest (id:NA13) [nItem:nnn] - Como resolver?
Visualizado 6683 vezes desde 13/06/2018
Rejeição 537: Total do Desconto difere do somatório dos itens - Como resolver?
Visualizado 14677 vezes desde 06/11/2015
Rejeição 377: Código de País do destinatário Inexistente - Como resolver?
Visualizado 8095 vezes desde 05/05/2016
Rejeição 232: IE do destinatário não informada - Como resolver?
Visualizado 88977 vezes desde 15/06/2015
Rejeição 271: Código Município do Fato Gerador: difere da UF do emitente - Como resolver?
Visualizado 13118 vezes desde 25/11/2015
Rejeição 392: Não informados os dados da operação de pagamento por cartão de crédito / débito - Como resolver?
Visualizado 16258 vezes desde 17/08/2015
Rejeição 461: Rejeição: Informado campos de percentual de GLP e/ou GLGNn e/ou GLGNi para produto diferente de GLP - Como resolver?
Visualizado 3731 vezes desde 20/04/2018
Comentários
Nome
Email
Código de Segurança Security Code
Não há comentários para este artigo. Seja o primeiro a postar um comentário.