A NFS-e Via criou um padrão nacional específico para o registro de prestações de serviços de exploração de via. Para quem desenvolve sistemas em Delphi, integra ERPs ou conduz a escrituração e a conferência fiscal de concessionárias, a novidade não se resume a mais um arquivo XML: ela conecta cadastros operacionais, identificação de passagens, valores cobrados, tributação e eventos documentais em um mesmo fluxo.

A base técnica inicial desse modelo está na Nota Técnica SE/CGNFS-e nº 006, versão 1.00, de 22 de janeiro de 2026. Ela apresenta o primeiro leiaute da NFS-e Via, disciplinando emissão em XML, transmissão ao Ambiente Nacional e validação síncrona. Mas há um ponto essencial para qualquer projeto: essa nota não deve ser lida isoladamente como fotografia definitiva do leiaute atual. A documentação oficial posterior registra ajustes pela NT 010 e lista uma versão mais recente do anexo de leiautes.

Este artigo percorre o contexto normativo, a estrutura funcional do documento, os reflexos técnicos e contábeis, as atualizações confirmadas e um roteiro concreto de adequação. A proposta é distinguir o que os documentos efetivamente estabelecem daquilo que é uma decisão de implementação ou uma inferência operacional prudente.

O que é a NFS-e Via e qual é a sua base normativa

A Resolução CGNFS-e nº 9, de 30 de dezembro de 2025, publicada no Diário Oficial da União em 5 de janeiro de 2026, instituiu o modelo nacional da NFS-e Via. O documento é exclusivamente digital e se destina ao registro das prestações de serviços de exploração de via sujeitas ao ISSQN, além de outras operações conforme a legislação tributária aplicável.

A emissão é relacionada às concessionárias cadastradas que realizam cobrança de preço ou pedágio. Essa delimitação importa porque afasta uma leitura genérica da NFS-e padrão nacional: a NFS-e Via foi concebida para uma operação com elementos próprios, como a passagem de um veículo, a praça de cobrança e o trecho explorado.

A resolução também prevê geração conforme as especificações técnicas, transmissão ao Ambiente Nacional, validação conforme nota técnica e guarda em arquivo digital. Trata ainda do Registro de Passagem de Veículo, identificado pela sigla RPV, do Documento Auxiliar da NFS-e Via, o DANFSe Via, e dos eventos vinculados ao documento.

Na prática, o modelo distribui responsabilidades entre áreas que nem sempre trabalham juntas no cotidiano. A operação fornece os dados de passagem e cobrança; a área cadastral mantém contratos, trechos e praças; o fiscal avalia os elementos tributários; e a tecnologia converte essas informações em documentos consistentes, assinados, transmitidos e armazenados. Essa integração entre domínios é uma inferência operacional direta do desenho normativo e técnico, não uma obrigação de arquitetura de software descrita literalmente nas fontes.

O papel da NT 006 no primeiro leiaute

A NT 006, versão 1.00, publicou o primeiro leiaute da NFS-e Via. Segundo a nota, o documento é produzido em XML, transmitido ao Ambiente Nacional e submetido a validação síncrona. Em outras palavras, a integração precisa lidar com uma resposta de processamento no fluxo de transmissão, em vez de tratar a emissão apenas como uma remessa a ser conciliada posteriormente.

A especificação também contempla assinatura XML. Para uma aplicação Delphi, isso torna indispensável tratar a assinatura como requisito de integração, e não como mera etapa periférica. A solução deve ser capaz de construir o XML de acordo com a especificação aplicável, assiná-lo e preservar o conteúdo transmitido junto dos retornos recebidos. Essa é uma orientação técnica decorrente dos requisitos documentados; a fonte analisada não prescreve biblioteca, componente Delphi, arquitetura ou linguagem de programação.

A vigência indicada na NT 006 é a partir de 1º de janeiro de 2026. A nota estabeleceu ainda uma contingência excepcional que permitia emitir documentos relativos a operações de janeiro de 2026 até 31 de janeiro daquele ano. Esse período é histórico e não deve ser tratado como prazo em aberto, nem como comprovação da situação operacional atual de cada concessionária ou integração.

Cadastro como parte do cálculo e da identificação

A NFS-e Via não começa no XML. A Resolução nº 9 e a NT 006 descrevem um cadastro operacional que abrange, entre outros elementos, concessionárias, contratos, trechos, praças de cobrança, municípios ou entes federativos, proporcionalidades e alíquotas aplicáveis.

Essas informações influenciam a tributação por trecho. Portanto, a qualidade cadastral deixa de ser somente uma preocupação administrativa: ela passa a afetar a formação dos dados tributários que chegarão ao documento fiscal. É recomendável que a equipe contábil participe da homologação de cadastros e das regras que os selecionam, enquanto a equipe técnica assegura rastreabilidade entre o dado de origem e o XML gerado.

Um cuidado particularmente importante é não simplificar essa realidade em uma única alíquota fixa por concessionária sem validação do cenário cadastral. A existência de trechos, entes federativos, proporcionalidades e alíquotas no fluxo oficial mostra que o contexto da passagem deve ser considerado. A forma exata de modelar isso — tabelas, serviços de domínio, parametrizações ou regras de banco de dados — é escolha de cada sistema.

Quais dados compõem o documento fiscal

A NT 006 prevê grupos de informações que refletem a natureza da operação. No XML, estão contemplados dados de identificação da nota, passagem veicular, praça, trecho, veículo, modalidade de passagem, pagamento, valores e tributos. Entre os grupos tributários previstos aparecem ISSQN, PIS/Cofins e um grupo opcional para IBS/CBS.

Essa composição é relevante por dois motivos. Primeiro, o documento não se limita a identificar prestador, tomador e valor, como uma leitura simplificada de documento de serviço poderia sugerir. Segundo, cada bloco deve possuir fonte de dados confiável no sistema emissor. Uma aplicação pode até montar um XML formalmente bem estruturado, mas continuará vulnerável a inconsistências se os dados de passagem, trecho ou pagamento forem recuperados de registros sem governança.

Passagem, praça, trecho e veículo

Os elementos de passagem veicular, praça, trecho e veículo conectam a emissão fiscal à ocorrência operacional. Para desenvolvimento, isso sugere separar a captura do evento operacional da transformação fiscal: a passagem pode ter seu ciclo próprio no sistema de arrecadação, enquanto a NFS-e Via exige o conjunto de atributos necessário para a emissão.

Essa separação favorece auditoria e reprocessamento. Se uma emissão precisar ser investigada, o sistema deve conseguir relacionar o documento aos dados operacionais usados em sua composição. Trata-se de uma boa prática inferida da presença desses campos no leiaute; não há, nas fontes examinadas, um modelo obrigatório de banco de dados ou uma exigência de identificador interno específico.

Pagamento, valores e tributos

O grupo de pagamento é outro ponto sensível, pois conecta a modalidade utilizada à operação registrada. Os grupos de valores e tributação, por sua vez, exigem coerência entre cobrança, base operacional e informações fiscais. Para contabilidade, a consequência é a necessidade de conciliar não apenas totais emitidos, mas também os critérios que levaram cada operação ao respectivo trecho e tratamento tributário.

A previsão de ISSQN, PIS/Cofins e grupo opcional de IBS/CBS informa o escopo do primeiro leiaute, mas não autoriza presumir que todas as regras de negócio associadas a esses grupos estejam detalhadas apenas na NT 006. Onde houver dúvida sobre obrigatoriedade de um campo, domínio aceito, validação ou cálculo, a consulta deve alcançar o arquivo de leiautes e a documentação técnica atualmente disponibilizada.

Cancelamento, substituição e manifestação

A NT 006 especifica eventos de cancelamento e de cancelamento por substituição. Isso significa que o ciclo de vida do documento não termina com a autorização obtida na transmissão. Sistemas emissores precisam contemplar rotinas próprias para esses eventos, inclusive para preservar a relação entre o documento original e o resultado posterior da operação.

A recomendação prática é que o sistema evite tratar cancelamento como simples alteração de status local. Como há evento fiscal previsto, a rotina deve gerar a estrutura exigida, transmitir o evento quando aplicável, armazenar o retorno e atualizar a visão operacional e contábil de modo rastreável. Essa é uma consequência técnica razoável da previsão de eventos; detalhes de campos e regras devem ser conferidos no leiaute vigente.

A atualização posterior também merece atenção. A NT 010, de 11 de setembro de 2026, acrescenta o Evento de Manifestação do Adquirente, com aceite ou rejeição. Assim, produtos que apresentem ou recebam informações para o adquirente precisam avaliar como tratar essa nova etapa no ciclo documental: haverá consulta, recepção, armazenamento e exibição de seu resultado? A fonte confirma a inclusão do evento, mas não permite afirmar, sem análise adicional, todos os prazos e efeitos operacionais de cada manifestação.

Atualização documental: por que a NT 006 não basta sozinha

O portal oficial mantém a NT 006 e a NT 010 na relação de notas técnicas da NFS-e Via. A NT 010 informa atualização do leiaute da NFS-e Via para a versão 1.01. Entre as mudanças expressamente confirmadas está a inclusão do domínio “6. Sem cobrança” no campo NFSeVia/infNFSeVia/valores/modPagamento.

A alteração parece pontual, mas merece tratamento cuidadoso. Em software, um novo valor de domínio alcança validações de entrada, tipos enumerados, regras de serialização, telas, importações, relatórios e testes automatizados. Na área fiscal, exige avaliar como operações sem cobrança são classificadas e acompanhadas internamente, sem criar interpretações tributárias que não estejam nos documentos aplicáveis.

Além disso, a página oficial de leiautes da NFS-e Via lista o Anexo IV — Leiautes RN ADN — versão 1.00.04, publicado em 22 de setembro de 2026 e atualizado em 2 de outubro de 2026. Esse dado confirma que há material técnico posterior a ser considerado.

Não foi possível examinar o conteúdo interno do arquivo XLS do Anexo IV na pesquisa que fundamenta este texto. Por isso, não é seguro listar todas as diferenças entre o leiaute inicial da NT 006 e o anexo atualmente indicado pelo portal. Também não há confirmação, nas fontes disponíveis, de cronograma de implantação da NT 010, prazo de adequação ou revogação integral da NT 006. A posição segura é tratar a NT 006 como base histórica e estrutural, confrontando-a com a NT 010 e com o anexo atual antes de implantar ou alterar produção.

Aplicação prática

A adequação ganha qualidade quando é conduzida como um trabalho conjunto entre tecnologia, fiscal, contabilidade e operação. O roteiro abaixo ajuda a organizar esse esforço com base no que está confirmado na documentação.

1. Fixe a base documental usada pelo projeto

Registre formalmente a NT 006 como referência do primeiro leiaute e inclua a NT 010 na análise de impacto. Consulte também o Anexo IV atualmente listado no portal. A versão do leiaute deve fazer parte do controle de configuração do projeto, junto de schemas, exemplos de XML, regras internas e evidências de homologação.

Evite programar somente a partir de cópias antigas de XML ou de conclusões extraídas da NT 006. O risco não é apenas rejeitar um documento: é reproduzir no sistema uma visão desatualizada das modalidades de pagamento ou dos eventos suportados.

2. Faça um inventário de fontes de dados

Liste de onde vêm os dados de concessionária, contrato, trecho, praça, ente federativo, proporcionalidade, alíquota, passagem, veículo, pagamento e valores. Para cada item, defina responsável, regra de atualização e vínculo com a emissão.

Em Delphi, uma abordagem consistente é manter modelos de domínio claros para a passagem e para o documento fiscal, sem confundir ambos com a classe de serialização XML. Essa separação facilita testes, reduz acoplamento e torna mais simples adaptar o serializador quando uma atualização de leiaute mudar campos ou domínios.

3. Estruture a emissão como fluxo completo

O fluxo confirmado pela NT 006 inclui geração do XML, assinatura, transmissão ao Ambiente Nacional e validação síncrona. Portanto, implemente estados explícitos para, no mínimo, documento preparado, assinado, transmitido, validado com êxito ou processado com retorno que exija tratamento.

Guarde o XML transmitido e o retorno associado. Isso atende à necessidade de preservação digital prevista na resolução e fornece base para suporte, conciliação e auditoria. Não é possível, com as fontes analisadas, definir prazo de retenção, tecnologia de armazenamento ou política de backup; essas decisões precisam observar os requisitos aplicáveis à organização.

4. Teste os eventos desde o início

Crie cenários para emissão normal, cancelamento e cancelamento por substituição. Acrescente à matriz a Manifestação do Adquirente, introduzida pela NT 010, verificando os caminhos de aceite e rejeição previstos pelo evento. Para cada cenário, valide a coerência entre o evento transmitido, o retorno recebido, o status interno e os reflexos nos processos fiscais e contábeis.

Também inclua teste específico para a modalidade de pagamento “6. Sem cobrança”. O objetivo não é antecipar regras não confirmadas, mas garantir que o software aceite, serialize, persista e apresente o novo domínio de acordo com a documentação vigente.

5. Concilie o fiscal com a operação

A área contábil deve conseguir partir do total documentado e alcançar os componentes operacionais relevantes: trecho, praça, passagem, valor e tratamento tributário. Já a operação deve ser capaz de identificar quando um evento fiscal mudou o estado de um documento ligado a determinada passagem.

Esse desenho de conciliação é uma recomendação de controle, derivada da integração entre dados operacionais e fiscais prevista no leiaute. Ele não substitui a análise tributária específica de cada concessionária nem cria, por si só, regra de escrituração.

Limitações da documentação analisada

Este artigo se apoia exclusivamente nas fontes oficiais indicadas. O Anexo IV de leiautes, listado na versão 1.00.04, está em formato XLS e não teve seu conteúdo interno confirmado na pesquisa. Assim, não foram detalhados campos, validações, cardinalidades, códigos ou diferenças além das mudanças expressamente confirmadas na NT 010.

Também não foi identificado, nas fontes fornecidas, cronograma de implantação da atualização para a versão 1.01, prazo de adequação ou declaração de revogação integral da NT 006. A vigência e a contingência mencionadas na NT 006 descrevem o início do padrão e a situação excepcional de janeiro de 2026; elas não comprovam o estágio atual de operação de cada concessionária, município ou integração.

Por fim, há diferença entre a data do ato e a data de publicação da Resolução nº 9: o ato é de 30 de dezembro de 2025, enquanto a cópia oficial disponível no portal registra publicação no DOU em 5 de janeiro de 2026. Ambas as informações foram apresentadas com sua respectiva função para evitar ambiguidade cronológica.

Conclusão

A NT 006 estabeleceu a primeira base técnica da NFS-e Via: documento digital em XML, transmissão ao Ambiente Nacional, validação síncrona, assinatura e eventos de cancelamento. Seu leiaute conecta a emissão fiscal aos dados de passagem, praça, trecho, veículo, pagamento, valores e tributação, o que exige colaboração efetiva entre operação, fiscal, contabilidade e desenvolvimento.

Para projetos em Delphi, a prioridade não é apenas gerar XML. É construir um fluxo versionável e auditável, no qual cadastros influenciem corretamente a emissão, os retornos síncronos sejam tratados, os eventos tenham ciclo próprio e os documentos sejam preservados com seus resultados de processamento.

Ao mesmo tempo, a atualização da NT 010 e a existência de um Anexo IV posterior impedem que a NT 006 seja usada como única referência atual. A decisão tecnicamente mais segura é usar a nota inicial para compreender a estrutura do modelo, confirmar a versão de leiaute aplicável no portal oficial e transformar cada alteração documental em análise de impacto, testes e validação conjunta com a área fiscal.

Referências

COMITÊ GESTOR DA NOTA FISCAL DE SERVIÇO ELETRÔNICA DE PADRÃO NACIONAL. Resolução CGNFS-e nº 9, de 30 de dezembro de 2025. Brasília, DF: Diário Oficial da União, 5 jan. 2026. Disponível em: https://www.gov.br/nfse/pt-br/biblioteca/portarias-e-resolucoes-cgnfs-e/resolucaocgnfsen930122025.pdf. Acesso em: 5 out. 2026.

PORTAL DA NOTA FISCAL DE SERVIÇO ELETRÔNICA. Leiautes — NFS-e Via. Brasília, DF, atualizado em 2 out. 2026. Disponível em: https://www.gov.br/nfse/pt-br/nfs-e-via/documentacao-tecnica/leiautes. Acesso em: 5 out. 2026.

PORTAL DA NOTA FISCAL DE SERVIÇO ELETRÔNICA. Notas técnicas — NFS-e Via. Brasília, DF, atualizado em 2 out. 2026. Disponível em: https://www.gov.br/nfse/pt-br/nfs-e-via/documentacao-tecnica/notas-tecnicas. Acesso em: 5 out. 2026.

SECRETARIA-EXECUTIVA DO COMITÊ GESTOR DA NOTA FISCAL DE SERVIÇO ELETRÔNICA DE PADRÃO NACIONAL. Nota Técnica nº 006: leiaute Nota Fiscal de Serviço para Exploração de Via — NFS-e Via: versão 1.00. Brasília, DF, 22 jan. 2026. Disponível em: https://www.gov.br/nfse/pt-br/nfs-e-via/documentacao-tecnica/notas-tecnicas/nt-006-se-cgnfse-leiaute-nfse-via-v-1.00.pdf. Acesso em: 5 out. 2026.

SECRETARIA-EXECUTIVA DO COMITÊ GESTOR DA NOTA FISCAL DE SERVIÇO ELETRÔNICA DE PADRÃO NACIONAL. Nota Técnica nº 010: adequações NFS-e Via: versão 1.00. Brasília, DF, 11 set. 2026. Disponível em: https://www.gov.br/nfse/pt-br/nfs-e-via/documentacao-tecnica/notas-tecnicas/nt-010-se-cgnfse-leiaute-nfse-via-v-1.00.pdf. Acesso em: 5 out. 2026.