NFS-e Nacional

Como Emitir NFS-e Nacional: Guia pela API Oficial

Guia técnico para contadores sobre como emitir NFS-e no padrão Nacional usando a API oficial: certificado, ambiente de teste, XML e validação fiscal.

Equipe Zen Fiscal8 min de leitura
Contador analisando documentos fiscais e notas no computador do escritório

Por anos, cada município teve seu próprio sistema de NFS-e, com layouts, regras e portais diferentes. Para o escritório de contabilidade que atende clientes em várias cidades, isso significava aprender dezenas de sistemas e conviver com integrações frágeis. O padrão Nacional muda esse cenário: uma única especificação técnica, um único conjunto de endpoints e um leiaute de XML unificado. Neste guia, voltado a contadores e equipes técnicas de escritórios, percorremos o caminho real de emitir uma NFS-e pela API oficial — do certificado digital ao XML autorizado — sem prometer mágica e sempre apontando onde confirmar cada regra na fonte oficial.

O que é a NFS-e Nacional?

A NFS-e Nacional é o padrão unificado de Nota Fiscal de Serviços eletrônica adotado no Brasil, com leiaute e API mantidos no ambiente nacional. Em vez de cada município operar um sistema isolado, os entes aderentes passam a emitir e consultar notas por uma especificação única, segundo o portal gov.br/nfse.

Na prática, isso vale para a tributação do ISS (Imposto Sobre Serviços), cujas regras gerais estão na Lei Complementar 116/2003 — a norma que define o fato gerador, a lista de serviços e a competência municipal para o imposto. O padrão Nacional não substitui essa legislação: ele padroniza a forma técnica de emitir a nota, enquanto a alíquota e a classificação do serviço continuam dependendo do município e da atividade.

Para o contador, a mudança é estrutural. Um cliente que presta serviço em diferentes cidades pode passar a emitir notas por um caminho técnico comum, o que simplifica integrações e reduz a manutenção de conectores municipais. Vale lembrar que a adesão ocorre por município, então é fundamental confirmar no portal oficial se a cidade do seu cliente já está aderente ao ambiente Nacional antes de planejar a emissão.

Se o seu escritório ainda trata cada prefeitura como um projeto separado, vale entender como a automação do escritório de contabilidade muda quando existe um padrão único por trás.

Crie sua conta no Zen Fiscal e teste a emissão Nacional sem montar a integração do zero.

Quais pré-requisitos preciso para usar a API oficial?

Para emitir pela API oficial você precisa de três pilares: um certificado digital válido, o cadastro fiscal correto da empresa e o acesso ao ambiente da NFS-e Nacional. Sem qualquer um deles, a emissão é rejeitada antes mesmo de chegar à validação do conteúdo.

O primeiro pilar é o certificado digital. A comunicação com a API usa autenticação mútua (mTLS) e assinatura do XML, e o certificado precisa ser do padrão ICP-Brasil, conforme a infraestrutura mantida pelo ITI/ICP-Brasil. Na prática, escritórios costumam trabalhar com o A1 (arquivo .pfx), por ser mais simples de usar em servidores. Esse arquivo assina qualquer documento em nome da empresa, então deve ser guardado criptografado e nunca versionado em repositório ou enviado por canais inseguros.

O segundo pilar é o cadastro fiscal da empresa: regime tributário, código de tributação do serviço, dados do prestador e parâmetros municipais. Esses campos não são adivinhados — eles vêm de uma configuração pré-cadastrada e validada. A Receita Federal e o portal da NFS-e Nacional são as referências para os leiautes e códigos vigentes.

O terceiro pilar é o acesso ao ambiente, que detalhamos na próxima seção. Antes de configurar tudo manualmente, vale avaliar uma plataforma como o Zen Fiscal, que já cuida da custódia do certificado e da montagem dos parâmetros por empresa.

Como funciona o ambiente de teste antes de emitir de verdade?

A NFS-e Nacional disponibiliza um ambiente de testes (também chamado de produção restrita ou homologação) separado do ambiente de produção. A regra de ouro é simples: todo desenvolvimento, integração e validação acontece no ambiente de teste, e só depois de tudo conferido você libera a produção.

Tecnicamente, o ambiente é controlado por um indicador de ambiente no XML — comumente referenciado como tpAmb, em que o valor de teste e o de produção são distintos. Sempre confirme os valores e endpoints atuais no portal gov.br/nfse, pois são eles que definem para qual ambiente sua requisição vai. Emitir em produção significa gerar um documento fiscal com efeitos reais; emitir em teste serve apenas para validar o fluxo.

Boas práticas que recomendamos a qualquer escritório ou desenvolvedor:

  • Mantenha uma trava de código que bloqueie a produção por padrão, exigindo uma confirmação explícita para liberar o ambiente real.
  • Use um certificado e CNPJs específicos de homologação para os testes, evitando misturar com dados de clientes reais.
  • Valide o fluxo completo no ambiente de teste — emissão, consulta, cancelamento e substituição — antes do go-live.

Esse cuidado evita o pior cenário para um contador: uma nota indevida emitida em produção, com efeitos tributários reais. No Zen Fiscal, o ambiente é configurado por empresa, justamente para que a virada para produção seja uma decisão consciente e auditável. Ainda assim, sempre confirme as regras de cada ambiente na documentação oficial antes de operar.

Comece um teste gratuito no ambiente de homologação e valide seu fluxo com segurança.

Como é o passo a passo técnico para emitir a NFS-e?

O fluxo de emissão segue uma sequência clara: montar o XML da nota, assiná-lo digitalmente, enviá-lo à API no formato exigido, e tratar a resposta de autorização ou rejeição. Cada etapa tem detalhes técnicos que precisam bater com o leiaute oficial.

Em linhas gerais, o caminho é:

  1. Montar o XML com os dados do prestador, do tomador, do serviço, do valor e dos campos de tributação exigidos pelo leiaute Nacional.
  2. Assinar o XML com o certificado ICP-Brasil usando XML Signature (XMLDSIG), garantindo autenticidade e integridade.
  3. Compactar e codificar o documento conforme exigido pela API — o padrão Nacional trabalha com compactação (GZip) e codificação Base64 no envio.
  4. Enviar via mTLS ao endpoint correto da API, respeitando o ambiente (tpAmb) escolhido.
  5. Tratar a resposta: em caso de autorização, você recebe a chave de acesso e pode gerar a DANFSe; em caso de rejeição, vem um código de erro a interpretar.

Dois pontos merecem atenção redobrada do contador. O primeiro é a idempotência: toda emissão deve carregar uma chave de idempotência, para que um reenvio por timeout não gere nota duplicada. O segundo é a classificação fiscal: os campos de tributação não devem ser preenchidos no chute — eles saem da configuração validada da empresa. Os códigos e o leiaute exato devem ser conferidos sempre no portal gov.br/nfse, que é a fonte oficial do padrão. Construir isso do zero é trabalhoso, e por isso plataformas dedicadas encapsulam a assinatura, a compactação e o transporte mTLS para você.

Quais erros e cuidados são mais comuns ao emitir?

Os erros mais frequentes vêm de três fontes: certificado inadequado, dados fiscais inconsistentes e confusão entre prestador e tomador. A maioria das rejeições traz um código de erro que aponta exatamente onde está o problema, e aprender a ler esses códigos acelera muito a operação.

No campo do certificado, é comum tentar assinar com um arquivo de um CNPJ diferente do prestador da nota, o que gera rejeição. Confirme sempre que o certificado corresponde à empresa emitente e que está dentro da validade — a verificação segue o padrão ICP-Brasil.

Nos dados fiscais, os tropeços típicos são alíquota ou código de serviço incompatíveis com o município, e parâmetros municipais ausentes. Como o ISS é de competência municipal segundo a Lei Complementar 116/2003, um mesmo serviço pode exigir códigos específicos por cidade. Outro clássico é o prestador igual ao tomador, situação inválida que precisa ser corrigida no cadastro.

Quando uma nota sai errada, o caminho não é refazer no susto: existe o procedimento correto de cancelamento e substituição de NFS-e, com regras e prazos próprios que devem ser consultados na documentação oficial. E com a chegada da reforma tributária, vale acompanhar como os novos tributos se encaixam nesse fluxo — tema que tratamos no guia sobre reforma tributária para contadores: IBS e CBS. O importante é nunca repassar um erro técnico cru ao cliente final: traduza a rejeição em uma orientação clara e acionável.

Em resumo

  • A NFS-e Nacional é o padrão unificado de nota de serviço com API oficial, segundo o portal gov.br/nfse; cada município adere ao ambiente, então confirme se a cidade do cliente já está aderente.
  • A emissão pela API exige três pilares: certificado ICP-Brasil, cadastro fiscal correto da empresa e acesso ao ambiente Nacional.
  • Trabalhe sempre no ambiente de teste (produção restrita/homologação) antes de liberar produção, controlando o ambiente pelo indicador tpAmb.
  • O fluxo técnico é: montar o XML, assinar com XMLDSIG, compactar (GZip) e codificar (Base64), enviar via mTLS e tratar a resposta.
  • Use idempotência em toda emissão para evitar notas duplicadas em reenvios.
  • A classificação fiscal (alíquota, código de serviço) vem da configuração validada da empresa, nunca de chute — confirme os códigos na fonte oficial.
  • Os erros mais comuns envolvem certificado de CNPJ errado, dados fiscais incompatíveis com o município e prestador igual ao tomador.

Perguntas frequentes

A NFS-e Nacional vale para todos os municípios? Não automaticamente. A adesão ao ambiente Nacional ocorre por município, conforme o portal gov.br/nfse. Antes de planejar a emissão, confirme se a cidade do seu cliente já é aderente.

Posso usar certificado A1 ou preciso de A3? Ambos são ICP-Brasil. Escritórios costumam preferir o A1 (.pfx) por ser mais prático em servidores e automações, mas a escolha depende da sua operação. A validação do certificado segue o padrão ICP-Brasil mantido pelo ITI.

Preciso programar tudo do zero para usar a API? Não. É possível integrar diretamente à API oficial, mas montar assinatura, compactação e transporte mTLS dá trabalho. Plataformas como o Zen Fiscal encapsulam essa camada técnica, deixando o escritório focado na operação fiscal.

Emitir NFS-e pelo padrão Nacional é um avanço real para escritórios de contabilidade, mas exige rigor técnico: certificado bem custodiado, ambiente de teste respeitado, XML válido e classificação fiscal vinda de uma configuração confiável. Em vez de montar e manter toda essa camada por conta própria, você pode partir de uma base pronta e auditável. Crie sua conta no Zen Fiscal e comece a emitir no ambiente de homologação hoje mesmo — confirmando sempre as regras de cada município na fonte oficial.

Automatize o fiscal do seu escritório

Análise mensal das NFS-e, anomalias com IA e emissão por WhatsApp — tudo pela API oficial da NFS-e Nacional. Comece em ambiente de teste, sem risco.

Criar conta grátis