eDocs - Emissão NFS-e - Rejeição E160: Arquivo em desacordo com o XML Schema – Senior

Incidente

Ao emitir uma Nota Fiscal de Serviço Eletrônica (NFS-e) no Layout Nota Control com Reforma Tributária (como o Distrito Federal / Brasília), o documento retorna rejeitado com a seguinte mensagem no Monitor do eDocs: Rejeição E160: Arquivo em desacordo com o XML Schema.

Causa

Essa rejeição ocorre, pois a estrutura do XML gerado pelo sistema não obedece rigidamente ao esquema schema_v101.xsd estabelecido para o Padrão Nacional. Em integrações via XSD com uso de xs:sequence, os seguintes fatores causam quebra imediata de validação:

Ordem das Tags: As tags foram geradas fora da ordem hierárquica exigida;
Tags Omitidas: Uma tag obrigatória em uma sequência não foi gerada, fazendo o validador "esbarrar" na tag seguinte;
Nomenclatura (Case Sensitivity): Letras maiúsculas ou minúsculas incorretas (ex: <indFinal> vs <IndFinal>);

Solução

Para corrigir a rejeição, é necessário isolar o ponto exato da falha estrutural, validar a exigência do schema e ajustar a parametrização no Software Emissor (ERP). Siga os passos abaixo:

Passo 1: Coletar o XML de Envio no eDocs

Como a rejeição ocorre no lote síncrono/assíncrono, o primeiro passo é extrair o XML gerado:

1. Acesse o eDocs;

1.1. Acesse o menu NFS-e / Emissões, aba Emissões;

1.2. Selecione a nota fiscal rejeitada;

1.3. Clique no botão "XML RPS";

1.4. Salve o arquivo .xml em sua máquina local;

Passo 2: Descobrir a tag exata da rejeição (Validação)

Com o XML em mãos, utilize uma ferramenta externa para realizar a validação estática contra o schema oficial da Nota Control. Recomendamos a utilização do portal oficial do fornecedor:

1. Acesse o validador da Nota Control clicando aqui;

1.1. No campo Cabeçalho XML (webservice) informe os dados abaixo:

1.2. No campo Corpo XML, cole o XML coletado do eDocs:

1.3. Clique em Validar XML.

2. O painel retornará o erro detalhado. Exemplo prático de falha de sequência:

💡 Retorno do Validador:"The element 'cServ' in namespace 'http://www.sped.fazenda.gov.br/nfse' has invalid child element 'xDescServ' ... List of possible elements expected: 'cTribMun'"

Neste exemplo, o validador indicou que a tag <xDescServ> foi encontrada em um momento inválido, pois o schema exigia a presença da tag <cTribMun> logo após o <cTribNac>, antes da descrição do serviço.

Passo 3: Ajuste no Sistema Software Emissor (ERP)

Após identificar a tag causadora no Passo 2, realize a adequação:

1. No Software Emissor, verifique o mapeamento das regras de negócio, tabelas de tributação ou regras de integração que alimentam o XML da NFS-e;

2. No caso do exemplo do cTribMun faltante, parametrize o serviço/cadastro para que o Código de Tributação Municipal seja devidamente preenchido e exportado na integração com o eDocs;

3. Verifique se o layout do seu ERP está atualizado com o pacote de adequações mais recente da Reforma Tributária;

4. Reintegre a nota para que o eDocs gere um novo lote XML com a estrutura corrigida e submeta novamente à prefeitura;

Observação:
Caso o Software Emissor utilizado seja o Gestão Empresarial | ERP, consulte a documentação do Layout Senior 2.0 para validar a origem dos campos gerados no XML de integração. Clique aqui para acessar o portal da Documentação Senior e pesquise por 'Leiaute NFS-e Senior 2.0'.

Olá, como podemos te ajudar?