NT 009 da NFS-e Nacional: Notas de Ajuste IBS/CBS e CNPJ Alfanumérico Já em Julho de 2026

A NT 009 da SE/CGNFS-e reescreve a estrutura da NFS-e Nacional em oito frentes simultâneas: novas tags XML para ajuste de IBS/CBS, grupo unificado de ajuste de base de cálculo, campos próprios para o Simples, retorno do indFinal, reestruturação imobiliária e de bens móveis, limite de 99 pagamentos por nota e — o prazo mais urgente — conversão de todos os campos CNPJ de numérico para caractere antes de julho de 2026.

📍 Santos–SP  |  13 de julho de 2026  |  Cluster: Reforma Tributária & Obrigações Acessórias  |  Leitura: ~15 min

A Nota Técnica SE/CGNFS-e nº 009 v1.0, publicada em 04 de junho de 2026 pela Secretaria-Executiva do Comitê Gestor da NFS-e de Padrão Nacional, é o documento que operacionaliza no nível do XML — campo a campo, tag a tag — as mudanças que a Lei Complementar 214/2025 impôs ao ambiente fiscal de prestadores de serviços. Diferente de consultas públicas ou minutas de regulamento, uma NT de schema da NFS-e não espera aprovação: ela define como o emissor e o receptor de serviços vão se comunicar com o fisco a partir de determinada data, e o prazo técnico mais urgente já está batendo à porta.

Este post decompõe os oito tópicos da NT 009 em linguagem técnica e operacional: qual problema cada mudança resolve, qual a mecânica XML envolvida, o que o código ou o ERP precisa fazer de diferente e — crucialmente — qual o impacto para o CFO de prestadoras de serviços em setores regulados: healthtechs, clínicas de cannabis medicinal, fintechs e qualquer empresa que emita NFS-e de Padrão Nacional. Ao final, há uma checklist de validação e os links para os documentos primários.

O Que é a SE/CGNFS-e e Por Que a NT 009 Importa Para o CFO Regulado?

A SE/CGNFS-e — Secretaria-Executiva do Comitê Gestor da NFS-e de Padrão Nacional — é o órgão que define e versiona o schema XML da Nota Fiscal de Serviços eletrônica de Padrão Nacional, criada para padronizar a emissão entre mais de 5.500 municípios brasileiros. Uma Nota Técnica publicada por esse comitê tem força normativa prática equivalente à de um ato técnico vinculante: sistemas que não a implementarem emitirão notas em schema inválido, sujeito a rejeição na transmissão.

A LC 214/2025, que instituiu o IBS (Imposto sobre Bens e Serviços), a CBS (Contribuição sobre Bens e Serviços) e o IS (Imposto Seletivo), criou a necessidade de novos campos no documento fiscal de serviços. A NFS-e, que até então só precisava registrar o ISS municipal, agora precisa carregar informações de IBS (imposto de estados e municípios, gerido pelo Comitê Gestor), CBS (federal) e, para empresas no Simples Nacional, um tratamento específico de alíquotas e créditos. A NT 009 é a resposta técnica a essa demanda: consolida em uma versão única do schema as adaptações necessárias, endereçando simultaneamente oito problemas distintos.

Para o CFO de uma healthtech ou de uma empresa do mercado de cannabis medicinal no Brasil, o impacto é direto: toda nota de serviço emitida — consultas, licenciamentos, repasses intragrupo, contratos de prestação de serviços — passa pela NFS-e. Uma nota emitida em schema incompatível com a NT 009 pode ser rejeitada pelo ambiente nacional, gerando autuação e ruptura de caixa. O risco não é abstrato: o prazo do CNPJ alfanumérico é julho de 2026, data que já havia chegado quando esta análise foi publicada.

Os 8 Tópicos da NT 009: Mecânica, XML e Implicação Prática

Tópico 1 — Notas de Ajuste IBS/CBS: o Grupo gIBSCBSAjuste e o Campo finNFSe

O problema que este tópico resolve é operacional: no regime do IBS/CBS, um prestador de serviços frequentemente precisa corrigir o valor de tributo declarado em uma nota anterior sem cancelar o documento original. Isso exige um mecanismo de "nota de ajuste" — equivalente funcional à nota de crédito ou débito conhecida no ambiente da NF-e, mas estruturada para a realidade de serviços.

A NT 009 cria o grupo XML gIBSCBSAjuste, que encapsula as informações de ajuste dos tributos IBS e CBS em um bloco dedicado. O campo finNFSe (finalidade da NFS-e) passa a distinguir a finalidade do documento com os seguintes domínios (NT 009):

Implicação para o CFO: o processo de estorno/ajuste de tributos em contratos de serviços recorrentes — muito comum em healthtechs com modelos de assinatura ou em empresas de cannabis medicinal com contratos de fornecimento de longo prazo — ganha rastreabilidade fiscal estruturada. Do lado contábil, o grupo gIBSCBSAjuste deve ser mapeado na escrituração fiscal correspondente (as obrigações acessórias específicas de apuração do IBS/CBS ainda estão sendo definidas), garantindo que os ajustes transitem corretamente no livro fiscal. O risco operacional sem essa estrutura é o duplo registro do tributo: na nota original e na nota de ajuste sem distinção de finalidade.

Tópico 2 — Campo Unificado vAjusteBC: Base de Cálculo para ISSQN, IBS e CBS

Antes da NT 009, ISSQN, IBS e CBS calculavam cada um sua base de forma independente no schema. A NT 009 cria o grupo vAjusteBC — unificando os antigos vDedRed e gReeRepRes — como referência centralizada dos ajustes de base de cálculo dos três tributos.

A mecânica é a seguinte: ao emitir uma nota de ajuste (finNFSe = 1, ajuste de crédito, por exemplo), o emissor informa no grupo vAjusteBC os valores de base que estão sendo ajustados. Os cálculos são declarados em campos próprios — vCalcAjusteBCISSQN para o ISSQN e vCalcAjusteBCIBSCBS para IBS/CBS (há ainda vCalcAjusteBCLocImoveis para operações imobiliárias) —, o que evita divergência entre a base declarada ao município (ISSQN) e a declarada para IBS/CBS. A alíquota de cada tributo permanece em seu próprio campo — o que se centraliza é a referência de ajuste de base, não a alíquota.

Para empresas que operam em múltiplos municípios — como clínicas de cannabis medicinal com unidades em São Paulo, Santos e outras praças — o campo unificado reduz o risco de inconsistência entre a base ISS declarada ao município e a base CBS/IBS declarada ao fisco federal. Inconsistências nessa comunicação, no regime de transição 2026-2032, têm potencial litigioso elevado, conforme discutimos na análise sobre o risco de colisão CARF × CGIBS para o CFO regulado.

Tópico 3 — Campos IBS/CBS para Optantes do Simples Nacional

O Simples Nacional apresenta um caso particular no regime de transição: durante 2026 (ano de teste), as alíquotas simbólicas de CBS 0,9% e IBS 0,1% incidem sobre empresas do regime geral, mas o tratamento dos optantes do Simples é diferenciado. A LC 214/2025 e as regulamentações subsequentes do CGSN estabelecem que o optante do Simples terá campos específicos habilitados para informar IBS/CBS na NFS-e, segregados do DAS (Documento de Arrecadação do Simples), que tem sua própria estrutura de apuração unificada.

A NT 009 habilita esses campos no schema, de forma que o emissor Simples possa informar os tributos IBS/CBS em linhas dedicadas sem que o sistema rejeite a nota por "campos não aplicáveis". A estrutura é própria do optante: o campo opSimpNac ganha a opção "4 – Optante Pendente"; entram os campos regApIBSCBSSN (regime de apuração de IBS/CBS no Simples) e cAtvSN (código da atividade), o grupo gTribSN (alíquotas e valores de IBS/CBS específicos do optante) e o campo vReceitaBrutaSN (base de receita bruta).

Confira nossa análise sobre Simples Nacional na Reforma Tributária: opções de tributação em 10 perguntas e respostas para o contexto regulatório mais amplo dessa decisão.

Tópico 4 — Reintrodução do indFinal: Uso Pessoal e o Art. 57 da LC 214/2025

O campo indFinal — indicador de operação com consumidor final — já existia em versões anteriores da NFS-e e foi temporariamente retirado durante o processo de reestruturação para o Padrão Nacional. A NT 009 o reintroduz com um fundamento legal explícito: o art. 57 da LC 214/2025, que trata do regime diferenciado de IBS/CBS para operações de serviços com consumidor final pessoa física para uso pessoal.

A lógica do campo é a seguinte: quando indFinal = 1 (consumidor final para uso pessoal), a operação pode ter tratamento diferenciado de alíquota, de não-cumulatividade ou de creditamento pelo tomador. Em serviços de saúde — altamente relevante para clínicas de cannabis medicinal e healthtechs —, a distinção entre serviço prestado a pessoa física (uso pessoal) e a pessoa jurídica (insumo tributável) tem impacto direto na cadeia de crédito do tomador.

Tópico 5 — Reestruturação de Operações Imobiliárias

Serviços imobiliários têm tratamento especial em praticamente todos os regimes tributários brasileiros, e com o IBS/CBS não é diferente. A NT 009 reestrutura o grupo XML de operações imobiliárias na NFS-e para comportar as particularidades da LC 214/2025: alíquotas diferenciadas, regimes de redução de base de cálculo previstos para determinadas operações de locação e intermediação, e a distinção entre serviço de administração imobiliária (onde a NFS-e é emitida pela administradora) e a operação de locação em si (onde o tratamento do IBS pode diferir).

Para CFOs de empresas que pagam aluguel ou administram imóveis como parte de sua operação — incluindo toda a cadeia de locação de espaços para clínicas, laboratórios e escritórios de startups reguladas —, essa reestruturação tem impacto nas informações declaradas pelo prestador do serviço imobiliário. Veja a análise de como o aluguel entra no regime IBS/CBS e os limites de isenção para o contexto econômico dessa mudança.

Tópico 6 — Vinculação de Até 99 Transações de Pagamento por Nota

Com a aproximação do split payment — mecanismo pelo qual a instituição de pagamento (PSP) retém e repassa automaticamente o IBS/CBS no momento da liquidação financeira —, a NFS-e precisa ser capaz de referenciar as transações de pagamento que correspondem àquela nota fiscal. A NT 009 permite a vinculação de até 99 transações de pagamento por NFS-e, o que é crítico para:

• Prestadores que recebem por múltiplas parcelas ou métodos de pagamento distintos em uma única nota de serviço;
• Plataformas de saúde digital (healthtechs) com modelos de assinatura fracionada ou cobrança recorrente;
• Empresas de cannabis medicinal que atendem convênios e recebem repasses em múltiplas liquidações por lote.

Do ponto de vista técnico, cada transação de pagamento vinculada à NFS-e é identificada por uma chave de transação que o PSP utilizará para calcular o split payment correspondente. Sem essa vinculação no XML, o PSP não consegue associar o pagamento à nota fiscal e, portanto, não executa o repasse correto do tributo — o que gera obrigação de recolhimento manual pelo prestador, reintroduzindo o risco que o split payment foi desenhado para eliminar.

Aprofundamos a mecânica do split payment em Split Payment na Prática: 3 Cenários de Preparação Para o CFO Regulado.

Tópico 7 — Bens Móveis: de gLocBensMoveis Para bensMoveis, com Até 1.000 Registros

A NT 009 renomeia o grupo gLocBensMoveis para bensMoveis e amplia sua capacidade para até 1.000 registros por nota. Na prática, prestadoras que faturam listas extensas de itens numa única NFS-e — locação de equipamentos médicos para clínicas, dispositivos de monitoramento em healthtechs, ativos de infraestrutura em contratos corporativos — deixam de precisar fragmentar a operação em várias notas.

Vale registrar o que a NT não traz pronto: o cronograma de implantação dos ambientes de homologação e produção ainda será divulgado pela SE/CGNFS-e no Portal da NFS-e. A exceção prática é o CNPJ alfanumérico (Tópico 8), cujo gatilho é externo ao schema: novos CNPJs com letras começam a ser emitidos pela Receita Federal a partir de julho de 2026, independentemente do cronograma da NFS-e.

Tópico 8 — CNPJ Alfanumérico: Conversão de Todos os Campos de Numérico para Caractere

Este é o tópico com prazo mais urgente e impacto técnico mais sistêmico. O CNPJ alfanumérico — que passa a ser emitido pela Receita Federal a partir de julho de 2026 para novos registros — muda o tipo de dado do CNPJ de numérico (14 dígitos inteiros) para alfanumérico: as 12 primeiras posições (raiz de 8 + ordem de 4) podem conter letras maiúsculas A-Z além de dígitos 0-9, e os 2 dígitos verificadores permanecem numéricos.

A NT 009 determina que todos os campos de CNPJ no schema da NFS-e e da DPS sejam convertidos de tipo numérico (xs:integer ou xs:positiveInteger) para tipo caractere (xs:string com padrão de validação [A-Z0-9]{14}). A mudança parece trivial do ponto de vista semântico, mas é tecnicamente profunda:

As implicações práticas são múltiplas e valem para qualquer sistema emissor:

1. Validação de entrada no ERP: todo campo de CNPJ no sistema (cadastro de clientes, fornecedores, sócios, responsáveis técnicos) que aplique validação numérica pura (aceita apenas 0-9) precisará ser alterado para aceitar [A-Z0-9].
2. Cálculo do dígito verificador: o algoritmo de cálculo do DV do CNPJ muda para acomodar caracteres alfanuméricos — letras são convertidas para valores numéricos pelo módulo 11 modificado antes do cálculo dos dígitos verificadores. Sistemas que calculam DV internamente precisam atualizar o algoritmo.
3. Banco de dados: colunas de CNPJ tipadas como BIGINT, INT ou NUMERIC(14) em bancos relacionais precisam ser migradas para VARCHAR(14) ou equivalente. Isso inclui tabelas de clientes, fornecedores, notas emitidas e recebidas, conciliações bancárias e relatórios fiscais.
4. Transmissão XML: o certificado digital do emitente pode ter um CNPJ alfanumérico como sujeito. O módulo de assinatura digital do emissor precisa lidar com esse cenário.
5. Integração com sistemas de terceiros: ERPs que recebem CNPJs de APIs de parceiros (operadoras de saúde, distribuidoras, convênios) precisam garantir que a normalização do dado no recebimento não rejeite caracteres alfabéticos.

Linha do Tempo: NT 009, CNPJ Alfanumérico e o Calendário da Reforma

Para contextualizar a urgência técnica da NT 009, vale mapear onde ela se encaixa no calendário mais amplo da reforma tributária, que impõe múltiplos prazos simultâneos ao CFO regulado:

Segundo artigo publicado no Consultor Jurídico de 13/07/2026, a governança do IBS — dividida entre o Comitê Gestor do IBS e as administrações tributárias dos estados e municípios — ainda enfrenta debates sobre a autonomia de cada ente na interpretação das normas do IBS. Esse contexto de "autofagia federativa", como a matéria denomina, reforça a importância de o CFO manter as obrigações acessórias estritamente aderentes às normas federais (como a NT 009), e não apenas às orientações dos fiscos estaduais e municipais.

Impacto Setorial: Healthtech, Cannabis Medicinal e Fintech

Por Que Clínicas de Cannabis Medicinal Têm Exposição Específica à NT 009?

Clínicas e distribuidoras de cannabis medicinal que operam no Brasil emitem NFS-e com frequência elevada: consultas médicas, laudos técnicos, serviços de farmacêutico clínico, contratos de fornecimento com hospitais e operadoras. Cada uma dessas notas será afetada pela NT 009 em pelo menos dois vetores:

1. indFinal e art. 57 LC 214/2025: a distinção entre paciente pessoa física (consumidor final, indFinal = 1) e tomador corporativo é crítica para o enquadramento tributário e para a cadeia de crédito do IBS/CBS. Notas mal preenchidas nesse campo podem gerar autuação ou disputas sobre creditamento com operadoras de planos de saúde.
2. CNPJ alfanumérico de fornecedores: empresas licenciadas mais recentemente pela ANVISA — especialmente novos entrantes após as RDCs 1.013/2026 e 1.015/2026 — podem ter CNPJs alfanuméricos. Qualquer sistema emissor que rejeite esses CNPJs no cadastro de tomadores ou fornecedores gerará ruptura operacional.

Para uma visão integrada do impacto financeiro e regulatório das RDCs de cannabis no caixa das empresas, consulte nossa análise sobre o custo invisível da RDC 1.015 e o que dossiê, renovação e transfer pricing exigem do caixa.

Fintechs e o Vetor de Split Payment

Fintechs que atuam como prestadoras de serviços financeiros têm dois papéis simultâneos em relação à NT 009: como emissoras de NFS-e de serviços financeiros (taxas de plataforma, gestão de carteira, consultoria regulatória) e como PSPs que serão responsáveis pelo split payment dos tributos de seus clientes. O tópico 6 da NT 009 — vinculação de até 99 transações de pagamento por nota — é especialmente relevante para PSPs que precisarão construir a infraestrutura de associação nota × transação. Sem essa infraestrutura, o split payment não pode ser executado corretamente.

Healthtechs e Modelos de Assinatura

Healthtechs com modelos de assinatura mensal (SaaS clínico, plataformas de teleatendimento, sistemas de prontuário) emitem NFS-e recorrentes para o mesmo tomador. O tópico 6 (múltiplos pagamentos por nota) e o tópico 3 (campos Simples habilitados) são relevantes para a maioria dessas empresas, dado que uma parcela significativa dos tomadores são clínicas e consultórios optantes do Simples Nacional. A nota precisa refletir corretamente o regime do tomador para que o creditamento de IBS/CBS seja válido na escrituração fiscal do cliente.

Checklist de Ação Imediata: O Que o CFO Deve Validar com o Fornecedor de ERP

A NT 009 não é implementada pelo CFO diretamente — ela é implementada pelo fornecedor do sistema emissor de NFS-e (ERP, emissor próprio, plataforma de nota fiscal). Mas o CFO é o responsável por garantir que a empresa está em conformidade. Use a checklist abaixo para estruturar a conversa com o fornecedor técnico:

Se o fornecedor não souber responder a qualquer um dos itens acima, ou afirmar que "ainda está em desenvolvimento", o CFO deve escalar a urgência formalmente (e-mail com prazo) e avaliar plano de contingência — incluindo emissão manual validada com schema atualizado ou uso de emissor alternativo homologado pela SE/CGNFS-e.

Para empresas que ainda não têm uma função financeira estruturada capaz de gerir esse nível de detalhe técnico-fiscal, nossa análise sobre CFO fracionado versus time financeiro interno e a calculadora de custo do CFO podem ajudar a dimensionar a solução mais adequada.

Transfer Pricing e a NFS-e: o Elo Que o CFO de Grupos Multinacionais Não Pode Ignorar

Para empresas que operam com transações intragrupo — um modelo comum em cannabis medicinal com estruturas que combinam uma holding brasileira, distribuidoras locais e licenciados internacionais —, a NFS-e emitida para serviços intragrupo é ao mesmo tempo um documento fiscal e uma evidência de transfer pricing. A NT 009 adiciona uma camada importante a essa equação: com os campos IBS/CBS habilitados e o indFinal identificando o tipo de operação, a NFS-e passa a ser mais granular como evidência da natureza e do preço da transação.

Na estrutura de documentação da Lei 14.596/2023 e da IN RFB 2.161/2023, o Arquivo Local (Local File) deve conter a descrição e os documentos que suportam as transações controladas. Uma NFS-e com os campos corretos de IBS/CBS, regime tributário e finalidade é evidência mais robusta do que uma nota sem esses campos — o que significa que a conformidade com a NT 009 também fortalece o dossiê de transfer pricing da empresa. Utilize a plataforma de cálculo de Preço de Transferência da Algoritimado para estruturar o benchmarking arm's length das suas transações intragrupo de serviços e garantir que a documentação fiscal e a documentação de TP estejam alinhadas.

Lembre-se que, pela IN RFB 2.161/2023 — conforme detalhado no post sobre Master File vs Local File e os gatilhos de documentação —, o Arquivo Local é exigido a partir de R$ 15 milhões em transações controladas, junto com o Arquivo Global (Master File); apenas abaixo desse patamar ambos são dispensados.

FAQ — Perguntas Frequentes Sobre a NT 009 da NFS-e