A adaptação da Nota Fiscal de Serviço eletrônica (NFS-e) aos campos de IBS e CBS exige uma distinção que parece simples, mas tem efeito direto no desenvolvimento de sistemas e na rotina contábil: autorização técnica não é sinônimo automático de conformidade tributária. Uma nota pode passar pelo autorizador sem rejeição sistêmica e, ainda assim, estar sem uma informação que já se tornou obrigatória para aquela operação.
Para equipes que mantêm ERPs em Delphi, integrações fiscais e rotinas de escrituração, essa diferença muda a forma de priorizar o trabalho. Não basta testar se o XML ou a requisição é aceito. É preciso saber para quais operações o preenchimento é exigido, qual ambiente deve emitir o documento e como demonstrar a correção de inconsistências quando elas forem identificadas.
Neste artigo, vamos separar os cronogramas aplicáveis em 2026, explicar o caso particular das microempresas e empresas de pequeno porte do Simples Nacional, traduzir o impacto para software houses e contabilidades e propor um roteiro de implantação. Como os marcos de outubro, novembro e dezembro de 2026 eram futuros na data da pesquisa que embasa este texto, a leitura deve ser prospectiva e acompanhada de revisão normativa antes da entrada em produção.
A resposta curta: autorização não encerra a análise de conformidade
A pergunta central é objetiva: se a NFS-e foi autorizada, o emissor já cumpriu a obrigação de informar IBS e CBS? A resposta é: não necessariamente.
A orientação específica do Portal da NFS-e informa que, até 31 de dezembro de 2026, a ausência de informações de IBS e CBS não provoca rejeição sistêmica da NFS-e nacional. A mesma orientação, porém, qualifica a omissão como evidência de desconformidade do documento fiscal após o início da obrigatoriedade aplicável à operação. Portanto, a aceitação pelo sistema não elimina a necessidade de observar o cronograma de preenchimento. Essa é a referência mais direta para a NFS-e e deve prevalecer na definição de regras de negócio do emissor (PORTAL DA NFS-E, 2026a).
Há uma razão operacional para separar os conceitos. A validação é o comportamento do ambiente autorizador diante de uma mensagem fiscal: aceitar, rejeitar ou processar o documento. A conformidade, por sua vez, é mais ampla: depende de o documento conter as informações requeridas, nos casos e prazos previstos. Em termos de produto, isso significa que o status “autorizada” não deveria ser apresentado aos usuários como um certificado absoluto de regularidade.
A comunicação conjunta da Receita Federal e do Comitê Gestor do IBS também esclarece, em relação aos documentos fiscais eletrônicos, que o adiamento de validações não suspende a obrigação de adequação nem altera o cronograma de preenchimento. Embora essa comunicação trate de uma regra geral de validação e a orientação da NFS-e seja a fonte específica para esse documento, as duas fontes convergem na distinção entre não rejeição e cumprimento da obrigação (RECEITA FEDERAL DO BRASIL; CGIBS, 2026).
O que não se pode concluir da autorização
Não é correto inferir que toda NFS-e autorizada sem IBS e CBS esteja conforme apenas porque não houve rejeição. Também não é adequado dizer que a flexibilização revogou ou adiou as datas de obrigatoriedade. A evidência disponível aponta justamente para a manutenção do cronograma.
Há ainda uma cautela importante quanto às consequências da omissão. O Ato Conjunto RFB/CGIBS nº 4, de 2026, fixa os marcos de obrigatoriedade para os documentos fiscais eletrônicos, inclusive a NFS-e, mas a pesquisa não identificou no texto do ato um rol de sanções pela ausência dos campos. Por isso, não se deve atribuir ao Ato nº 4 penalidades específicas que ele não enumera. A orientação do Portal da NFS-e menciona desconformidade e remete a sanções e prazos definidos, mas a descrição das consequências deve permanecer vinculada à regulamentação aplicável, sem extrapolações (RECEITA FEDERAL DO BRASIL; CGIBS, 2026a).
Três calendários que o sistema não deve misturar
A implementação fica mais segura quando a equipe trata três assuntos como agendas independentes: o início do preenchimento de IBS e CBS por operação, a não rejeição sistêmica durante 2026 e a mudança de emissor para parte dos contribuintes do Simples Nacional.
| Marco | Quem é alcançado | Providência principal |
|---|---|---|
| 1º de outubro de 2026 | Maior parte dos serviços sujeitos ao ISS, excetuadas as categorias com prazo posterior | Preparar emissão com IBS e CBS conforme o enquadramento da operação |
| 1º de novembro de 2026 | ME e EPP optantes pelo Simples Nacional | Emitir NFS-e exclusivamente pelo Emissor Nacional, via aplicação web ou API |
| 1º de dezembro de 2026 | Grupos específicos definidos no cronograma, como plataformas, certos subitens, bens imateriais, condomínios e locações | Aplicar a obrigatoriedade de IBS e CBS aos grupos alcançados |
| 1º de janeiro de 2027 | Contribuintes optantes pelo Simples Nacional, para o cronograma de IBS e CBS | Aplicar o marco próprio de preenchimento desses campos |
| Até 31 de dezembro de 2026 | NFS-e nacional | Considerar que a falta dos campos não gera rejeição sistêmica, sem tratar isso como dispensa de conformidade |
O Ato Conjunto RFB/CGIBS nº 4, de 2026 estabelece 1º de outubro de 2026 para a maior parte dos serviços sujeitos ao ISS que não estejam entre as exceções. Para categorias específicas, o marco é 1º de dezembro de 2026. Entre elas, a pesquisa confirmada menciona plataformas, determinados subitens da lista de serviços, bens imateriais, condomínios e locações. Para os optantes do Simples Nacional, o ato prevê 1º de janeiro de 2027.
Essa tabela é um mapa inicial, não uma substituição da classificação fiscal e da leitura da norma aplicável a cada operação. O ponto prático é evitar uma única variável genérica, como DataObrigatoriedadeIBSCBS, usada para todas as empresas e serviços. A regra precisa levar em conta, ao menos, a natureza da operação e o regime do contribuinte.
Como modelar o cronograma em um ERP Delphi
Para desenvolvedores Delphi, a tradução mais útil da regra é separar configuração normativa, classificação operacional e comportamento da interface. A configuração normativa guarda os marcos e suas versões. A classificação operacional identifica qual grupo da regra alcança o serviço emitido. A interface informa ao usuário se a nota foi autorizada e, separadamente, se há pendência de preenchimento segundo a regra parametrizada.
Em vez de espalhar datas pelo código-fonte, é recomendável manter uma estrutura versionada de regras. Ela pode conter a vigência, o perfil do contribuinte, o grupo da operação, a exigência dos campos e a origem normativa. A emissão consulta essa estrutura antes da geração da mensagem fiscal. Assim, uma alteração posterior pode ser tratada como atualização de parâmetros e de versão de leiaute, com trilha de auditoria.
Também vale registrar o resultado da validação de negócio antes do envio. Se uma nota for autorizada durante a fase sem rejeição, mas estiver sem os campos exigidos pela regra aplicável, o sistema pode persistir uma pendência interna de conformidade. Isso não é uma afirmação de sanção nem uma substituição de análise contábil; é um controle de qualidade para impedir que o retorno positivo do autorizador esconda uma lacuna de dados.
Simples Nacional: mudança de emissor antes do marco de IBS e CBS
O Simples Nacional é o exemplo mais claro de que os cronogramas não podem ser confundidos. A Receita Federal informa que, a partir de 1º de novembro de 2026, as microempresas e empresas de pequeno porte optantes pelo Simples Nacional deverão usar obrigatoriamente o Emissor Nacional da NFS-e. A emissão poderá ocorrer por aplicação web ou por integração via API (RECEITA FEDERAL DO BRASIL, 2026).
O mesmo esclarecimento oficial diferencia essa obrigação do cronograma de IBS e CBS: para os optantes do Simples Nacional, os efeitos relativos a esses campos começam em 1º de janeiro de 2027. Em consequência, uma empresa pode precisar alterar o canal de emissão em novembro de 2026 sem que isso signifique antecipação da data aplicável ao preenchimento de IBS e CBS.
Para uma software house, a consequência é concreta. Uma integração que hoje dependa do município como autorizador precisa ser examinada quanto à capacidade de comunicação direta com a API do Emissor Nacional. Não basta reutilizar a tela de emissão já existente: autenticação, contratos de integração, dados enviados, retornos processados e contingências precisam ser verificados conforme a documentação técnica aplicável.
Para a contabilidade, o trabalho é de conciliação de cadastros e responsabilidades. É prudente identificar os clientes enquadrados como ME ou EPP do Simples, mapear o emissor usado atualmente e alinhar a transição com quem mantém o sistema. A classificação correta do regime precisa estar disponível para a regra de negócio; caso contrário, um mesmo produto pode aplicar ao cliente do Simples uma data própria de outro perfil de contribuinte.
Aplicação prática: correção, evidência e diálogo entre áreas
O Programa Nacional de Conformidade Tributária (PNCT) adiciona uma dimensão relevante ao período de implantação. Em 2026, o programa permite a permanência de contribuinte com inconsistências, desde que sejam cumpridas cumulativamente condições como evolução no preenchimento, resposta às comunicações, retificação das inconsistências até 31 de dezembro de 2026 e indicação de profissional contábil responsável (RECEITA FEDERAL DO BRASIL; CGIBS, 2026b).
A leitura prática não é que o sistema pode deixar a adequação para depois. A inferência mais prudente é outra: equipes de tecnologia e contabilidade precisam conseguir localizar inconsistências, responder às comunicações recebidas e produzir correções rastreáveis. Para isso, controles de versão e registros operacionais se tornam parte da implantação fiscal.
Uma aplicação possível é manter, para cada emissão, a versão das regras utilizadas, a data de processamento, os campos enviados, o retorno recebido e as eventuais retificações. Em Delphi, isso pode ser incorporado à camada de auditoria já usada para integrações fiscais: registrar requisição e resposta com proteção adequada de dados, correlacionar a nota com a regra de negócio e preservar o histórico de alterações cadastrais relevantes. O objetivo é suportar reconciliação e correção, não criar uma base paralela sem finalidade definida.
Checklist de implantação para tecnologia e contabilidade
Antes dos marcos previstos, a organização pode executar um ciclo coordenado de preparação:
- Mapear serviços e contribuintes. Identifique quais serviços emitidos se enquadram nos grupos do cronograma e separe os clientes por regime tributário.
- Versionar regras e leiautes. Centralize datas, grupos de operações e exigências de campos em configurações auditáveis; evite lógica fiscal fixa no código.
- Separar validação técnica de validação de negócio. O retorno de autorização deve ser registrado, mas a aplicação precisa verificar se os campos requeridos foram preenchidos segundo a regra vigente.
- Testar o Emissor Nacional para o Simples. Para ME e EPP, valide antecipadamente a operação pela aplicação web ou API, conforme o modelo adotado.
- Criar fila de inconsistências. Notas autorizadas com dados faltantes, quando a regra interna as identificar, devem aparecer em acompanhamento para análise e eventual retificação.
- Definir responsáveis e comunicação. Tecnologia, fiscal e contabilidade precisam saber quem classifica a operação, quem parametriza o sistema e quem acompanha as comunicações relacionadas à conformidade.
- Guardar evidências de correção. Registre alterações, respostas e retificações de forma organizada, especialmente diante das condições previstas para o PNCT em 2026.
O checklist não substitui a análise tributária de cada caso. Ele organiza a colaboração entre quem conhece o negócio e a legislação, quem opera a emissão e quem desenvolve ou mantém a integração.
Municípios e Ambiente de Dados Nacional: obrigação distinta
Outra separação necessária envolve os municípios. A Lei Complementar nº 214, de 2025, determina a adaptação de sistemas para leiaute que permita informar IBS e CBS e o compartilhamento de documentos fiscais eletrônicos em ambiente nacional. Desde 1º de janeiro de 2026, Municípios e Distrito Federal devem autorizar a NFS-e no padrão nacional ou compartilhar documentos de emissor próprio com o Ambiente de Dados Nacional da NFS-e (BRASIL, 2025).
A lei também prevê, no art. 62, § 7º, suspensão temporária de transferências voluntárias em caso de não atendimento ao caput do artigo. Esse ponto é dirigido à obrigação legal dos entes e não deve ser confundido com a situação do contribuinte emissor de uma nota específica.
Para fornecedores de software municipal ou empresas que integram com diferentes prefeituras, a implicação é não tratar a flexibilização de rejeição por IBS e CBS como sinal de que a integração nacional deixou de ser relevante. São frentes distintas: uma diz respeito ao comportamento de validação do documento; outra, à arquitetura de autorização e compartilhamento prevista na legislação.
Limitações e cuidados de interpretação
Há limites objetivos na evidência disponível. O material de Perguntas e Respostas da NFS-e mencionado na apuração não pôde ser conferido diretamente porque exigiu autenticação no Portal gov.br. Por essa razão, este artigo não afirma como fatos detalhes desse material que não foram verificados diretamente, como regras operacionais específicas de locação, códigos transitórios, fluxos de autorização ou parâmetros de lotes da API.
Também é necessário evitar transformar a menção à desconformidade em uma lista presumida de punições. O cronograma de obrigatoriedade está confirmado no Ato Conjunto nº 4, mas a pesquisa não encontrou nele um elenco de sanções pela omissão dos campos. A conduta segura é acompanhar os atos supervenientes, a documentação técnica vigente e a orientação profissional aplicável à operação concreta.
Por fim, datas e especificações de integração devem ser revisadas imediatamente antes de implantar mudanças em produção. Em projetos fiscais, uma decisão baseada em uma versão antiga de leiaute pode ser tecnicamente correta no momento do desenvolvimento e inadequada no momento da emissão.
Conclusão
A NFS-e autorizada sem IBS e CBS em 2026 não deve ser interpretada, automaticamente, como documento plenamente conforme. Até 31 de dezembro de 2026, a orientação específica para a NFS-e prevê ausência de rejeição sistêmica por falta dessas informações, mas preserva a necessidade de observar o cronograma de obrigatoriedade aplicável a cada operação.
Para desenvolvedores Delphi, o caminho é transformar a norma em regras versionadas, separar aceitação técnica de validação de negócio e manter trilhas de auditoria que permitam identificar e corrigir inconsistências. Para profissionais de contabilidade, a prioridade é classificar corretamente serviços e regimes, acompanhar a mudança de emissor no Simples Nacional e atuar de forma integrada com a equipe de tecnologia.
A principal lição é organizacional: outubro, novembro e dezembro de 2026 tratam de eventos diferentes. Quando o ERP, a contabilidade e a operação distinguem esses calendários, a adaptação deixa de depender apenas da resposta do autorizador e passa a considerar a qualidade fiscal da informação emitida.
Referências
BRASIL. Presidência da República. Lei Complementar nº 214, de 16 de janeiro de 2025. Texto compilado. Brasília, DF: Planalto, 2025. Disponível em: https://www.planalto.gov.br/ccivil_03/leis/lcp/lcp214compilado.htm. Acesso em: 28 set. 2026.
PORTAL DA NOTA FISCAL DE SERVIÇO ELETRÔNICA. Secretaria-Executiva do CGNFS-e. CGNFS-e orienta sobre os prazos para destaque de IBS/CBS nas notas fiscais de serviço. Brasília, DF, 7 ago. 2026. Disponível em: https://www.gov.br/nfse/pt-br/noticias/cgnfs-e-orienta-sobre-os-prazos-para%20destaque-de-ibs-cbs-nas-notas-fiscais-de-servico. Acesso em: 28 set. 2026.
RECEITA FEDERAL DO BRASIL. Simples Nacional: NFS-e Nacional será obrigatória para ME e EPP a partir de 1º de novembro de 2026. Brasília, DF, 14 ago. 2026. Disponível em: https://www.gov.br/receitafederal/pt-br/assuntos/noticias/2026/agosto/simples-nacional-nfs-e-nacional-sera-obrigatoria-para-me-e-epp-a-partir-de-1o-de-novembro-de-2026. Acesso em: 28 set. 2026.
RECEITA FEDERAL DO BRASIL; COMITÊ GESTOR DO IBS. Ato Conjunto RFB/CGIBS nº 4, de 30 de julho de 2026. Brasília, DF, 2026a. Disponível em: https://www.cgibs.gov.br/upload/arquivos/202607/31091735-20260730-16h30-ato-conjunto-rfb-cgibs-na-c2-ba-4-260731-090909.pdf. Acesso em: 28 set. 2026.
RECEITA FEDERAL DO BRASIL; COMITÊ GESTOR DO IBS. Ato Conjunto RFB/CGIBS nº 5, de 12 de agosto de 2026. Brasília, DF, 2026b. Disponível em: https://cgibs.gov.br/upload/arquivos/202608/13065932-ato-conjunto-rfb-cgibs-n-c2-ba-5-2026-regulamenta-o-programa-nacional-de-conformidade-tributaria-docx-assinado.pdf. Acesso em: 28 set. 2026.
RECEITA FEDERAL DO BRASIL; COMITÊ GESTOR DO IBS. Receita Federal e Comitê Gestor do IBS esclarecem adiamento das regras de validação dos documentos fiscais eletrônicos. Brasília, DF, 6 ago. 2026. Disponível em: https://cgibs.gov.br/receita-federal-e-comite-gestor-do-ibs-esclarecem-adiamento-das-regras-de-validacao-dos-documentos-fiscais-eletronicos. Acesso em: 28 set. 2026.
Descubra mais sobre Régys Borges da Silveira
Assine para receber nossas notícias mais recentes por e-mail.
Dê-nos sua opinião, seu comentário ajuda o site a crescer e melhorar a qualidade dos artigos.