Validador de XML da NFS-e Nacional

No validador de XML da NFS-e do Buscador NCM, cole o conteúdo do arquivo e clique em Validar XML. A verificação é online, grátis e roda no seu navegador: confere se o XML está bem formado, se a raiz e o namespace são os do Sistema Nacional NFS-e, se os campos e atributos obrigatórios estão presentes, se cada grupo de escolha tem um ramo, se cada valor cabe no tamanho e na lista que o schema aceita e se CNPJ, CPF, código de município e chave de acesso passam nos cálculos oficiais. ⚠ Passar no validador NÃO é o mesmo que passar no XSD: ele é uma pré-checagem dos campos conhecidos e não valida ordem dos elementos, quantas vezes um grupo pode repetir nem elemento inesperado. Reprovar nele é sinal forte de que a recepção recusaria; passar reduz o risco, não o elimina. A autorização final ainda depende de assinatura, certificado e das regras que só o ambiente nacional confere.

Do schema oficial da NFS-e Nacional: elemento raiz e namespace, 267 campos obrigatórios (quando o grupo que os contém está presente — grupo presente e vazio também cobra), 8 atributos obrigatórios (`versao` e `Id`, que o schema declara use="required"), 26 grupos de escolha em que ao menos um ramo tem de existir, tamanho declarado em 489 campos, lista fechada de valores em 56 e formato do XSD em 226. Por cima disso, confere o que o schema não pega: dígito verificador de CNPJ e CPF, código de município contra a tabela do IBGE e a estrutura da chave de acesso de 50 posições. O que NÃO confere: ordem dos elementos, cardinalidade máxima, elemento fora do leiaute e assinatura digital. E 73 campos declarados nos anexos do RTC (IBS/CBS) ainda não estão no XSD de produção neste ponto do documento — eles não são cobrados como ausentes, porque exigi-los reprovaria uma DPS correta de hoje. Quando o campo tem regra de validação na documentação, o apontamento linka a ficha do erro correspondente.

Não. A conferência roda inteira no seu navegador (JavaScript local) — o arquivo não é enviado a servidor nenhum, nem ao nosso. Dá pra conferir nota com dados reais de cliente sem preocupação. A medição de uso do site conta só quais regras apontaram problema (o código da regra, nunca o valor de um campo).

Porque os dois schemas oficiais divergem, e o da NFS-e é o mais frouxo. O CNPJ alfanumérico (IN RFB nº 2.229/2024) tem 12 posições alfanuméricas e 2 dígitos verificadores que continuam NUMÉRICOS — é o que o documento de cálculo do DV publicado pelo Serpro diz literalmente e o que a NF-e encoda no schema ([0-9A-Z]{12}[0-9]{2}). O schema da NFS-e abre 14 posições alfanuméricas ([0-9A-Z]{14}), então aceita letra no dígito verificador — um CNPJ que não existe. Nos CNPJ alfanuméricos cadastrados no CCC de homologação, nenhum tem letra no verificador. Aqui o dígito é recalculado pelo algoritmo oficial, então o erro aparece antes de virar problema.

Não. Este validador cobre o que dá pra reproduzir fora do ambiente autorizador: estrutura, tipos, tamanhos, listas de valores e os dígitos verificadores. O Sistema Nacional ainda valida assinatura digital, certificado, credenciamento do emitente, duplicidade, prazos do município e as regras que dependem de consulta — inclusive a Calculadora de Tributos, que devolve os valores de IBS/CBS. Use como pré-conferência.

Não. Este validador é do padrão NACIONAL da NFS-e (Sistema Nacional NFS-e), cujo schema tem raiz DPS, NFSe, evento ou pedRegEvento no namespace do SPED. O padrão ABRASF é municipal, tem estrutura própria e está sendo substituído pelo nacional. Se o seu XML tem raízes como GerarNfseEnvio ou ConsultarNfseRpsEnvio, ele é ABRASF e não vai casar aqui.

Do pacote de schemas XSD publicado pelo Sistema Nacional da NFS-e (esquemas v1.01) e dos anexos de leiaute e de regras de validação da documentação técnica, que juntos dão 645 campos e 575 códigos de erro. A tabela de municípios é a do IBGE distribuída pelo Portal da NF-e, e o cálculo do dígito do CNPJ segue a implementação de referência do Serpro.