Desde 1º de novembro de 2026, microempresas e empresas de pequeno porte optantes pelo Simples Nacional que prestam serviços sujeitos à NFS-e precisam emitir o documento no padrão nacional. A regra está na Resolução CGSN nº 191, de 4 de agosto de 2026, que alterou a Resolução CGSN nº 140, de 2018, e revogou a norma anterior, que previa 1º de setembro de 2026 (Receita Federal).
Para o escritório de contabilidade, o efeito não é de interpretação, e sim de operação em paralelo. Dezenas de clientes passam a emitir em um ambiente novo ao mesmo tempo, cada um com seu sistema de origem, seu responsável interno e seu volume de notas. Este artigo trata do que precisa estar organizado do lado da infraestrutura e dos acessos para que essa transição não pare o faturamento de ninguém.
O que mudou em 1º de novembro
A obrigatoriedade alcança as prestações de serviço sujeitas à exigência de NFS-e nas empresas optantes do Simples Nacional, e não toda a operação dessas empresas. A emissão passa a ser feita pelo Emissor Nacional da NFS-e, seja pela aplicação web, seja por integração de sistema próprio via API.
Duas datas convivem e vale separá-las com clareza na comunicação com o cliente:
- 1º de novembro de 2026: emissão no padrão nacional para ME e EPP optantes do Simples que prestem serviços sujeitos à NFS-e.
- 1º de janeiro de 2027: entram em vigor as regras de CBS e IBS para os optantes do Simples, conforme o Ato Conjunto RFB/CGIBS nº 4/2026. Até 31 de dezembro de 2026 seguem valendo as regras atuais do regime.
Ou seja, adotar o emissor nacional agora não antecipa a apuração dos novos tributos. Quem tratar as duas mudanças como uma só tende a travar decisões que já poderiam estar resolvidas — assunto que detalhamos no artigo sobre apuração de CBS e a TI do escritório contábil.
Por que a mudança chega à TI do escritório
Em 30 de outubro de 2026, o Portal Contábeis publicou os pontos de atenção da virada: definir os responsáveis pela emissão e pela conferência das notas, verificar o acesso dos usuários ao ambiente nacional, confirmar se o sistema emissor está preparado para integração e consultar as orientações da administração tributária municipal (Portal Contábeis).
Nenhum desses quatro itens é uma decisão fiscal. Todos são questões de cadastro de acesso, integração de sistema e responsabilidade nomeada — exatamente o terreno em que o escritório costuma descobrir a lacuna no dia da emissão.
O problema se multiplica pela escala da carteira. Conferir um cliente é simples; conferir cento e poucos, cada um com um sistema diferente, exige levantamento organizado e um lugar definido para registrar o resultado. É aqui que o suporte de TI para contadores deixa de ser atendimento a estação travada e passa a ser parte do calendário de obrigações.
Acessos e responsáveis: o primeiro ponto de falha
A pergunta que para o faturamento no primeiro dia raramente é fiscal. É "quem consegue entrar no ambiente para emitir?".
Vale levantar, cliente por cliente:
- Quem no cliente está habilitado a emitir no ambiente nacional, e quem confere o que foi emitido.
- Se o acesso depende de certificado digital, onde esse certificado está instalado, quando vence e quem tem a senha.
- Se existe procuração eletrônica necessária e se ela está vigente.
- Se o acesso é individual ou compartilhado pela equipe — e, no segundo caso, como o histórico do sistema vai apontar quem emitiu cada documento.
- Quem é o substituto quando o responsável está ausente.
O item das credenciais compartilhadas é o mais comum e o mais incômodo. Quando a equipe inteira usa a mesma conta, o registro do sistema mostra um usuário genérico, e a resposta a qualquer questionamento depende de memória. Contas nominais custam tempo de organização uma vez e resolvem o problema de forma permanente.
Certificados digitais merecem controle próprio, com inventário de titular, validade, local de instalação e responsável pela renovação. O mesmo raciocínio aparece no artigo sobre cadastro divergente e rejeição no novo leiaute da NFS-e: a rejeição não avisa antes, aparece na emissão.
Integração por API ou emissão na aplicação web
A escolha entre emitir diretamente na aplicação web e integrar o sistema do cliente via API muda o volume de trabalho manual e o tipo de risco.
A aplicação web resolve quem emite pouco e não tem sistema próprio de faturamento. Não exige projeto, mas exige disciplina: alguém precisa emitir, conferir e guardar o documento.
A integração via API faz sentido para quem tem volume ou já emite por sistema. Nesse caso, entram perguntas técnicas que o fornecedor do sistema precisa responder por escrito: a versão do sistema em uso contempla o padrão nacional, há ambiente de testes disponível antes de emitir em produção, e quem acompanha os retornos de erro da integração. A documentação oficial de referência fica concentrada na biblioteca de documentação técnica do Portal Nacional da NFS-e.
Um alerta prático: a resposta "está tudo certo" dada por telefone não serve como evidência. Vale pedir confirmação por escrito, com a versão do sistema e a data, e guardar essa resposta junto do registro do cliente.
Guarda dos documentos emitidos: o que precisa sobrar
Mudança de ambiente de emissão costuma deixar um rastro incompleto. Os documentos emitidos nos meses anteriores estão em um lugar; os novos, em outro. Quando alguém precisa reconstruir a sequência, descobre que não há série única.
O controle mínimo cabe em quatro definições:
- Onde ficam guardados os arquivos dos documentos emitidos, e por quanto tempo.
- Se existe cópia fora da rede de produção do cliente e fora do ambiente de emissão.
- Com que frequência essa cópia é verificada, e quando a restauração foi testada pela última vez.
- Quem consegue acessar esse acervo além do responsável direto.
Backup que nunca foi restaurado é expectativa, não garantia. O backup corporativo em nuvem usado nos contratos da Diversa cobre servidores, estações, sistemas corporativos e Microsoft 365, com cópias criptografadas, cópias imutáveis e testes periódicos de restauração.
Fila de erros de emissão precisa de dono
Em qualquer virada de ambiente de emissão, o primeiro mês produz erros: acesso que não funciona, dado de cadastro que o novo ambiente não aceita, integração que devolve retorno não tratado. O risco não está no erro, e sim no erro que ninguém vê no mesmo dia.
Vale definir antes, e por escrito: onde os retornos de erro aparecem, quem olha essa fila, com que frequência, e para quem o caso escala quando a correção depende do cliente ou do fornecedor do sistema. Também vale combinar como o cliente avisa o escritório quando não conseguiu emitir — porque, da perspectiva dele, o faturamento parou e o telefone é o canal mais rápido.
Esse tipo de acompanhamento contínuo é o que descrevemos em serviços gerenciados de TI: monitoramento, gestão de atualizações e backup verificado em vez de conferência manual quando alguém se lembra. O Portal Nacional da NFS-e concentra as orientações oficiais e os canais de atendimento para dúvidas de emissão.
Checklist de controles para o escritório contábil
- A carteira de clientes foi separada entre quem é alcançado pela obrigatoriedade e quem não é?
- Para cada cliente alcançado, está nomeado quem emite e quem confere as notas?
- O acesso ao ambiente nacional foi testado antes da primeira emissão real?
- Os certificados digitais envolvidos têm inventário com titular, validade e responsável pela renovação?
- O acesso é feito por contas nominais, com histórico por pessoa?
- O fornecedor do sistema de faturamento confirmou por escrito, com versão e data, que o sistema contempla o padrão nacional?
- Existe ambiente de testes disponível antes de emitir em produção?
- Está definido onde ficam os arquivos dos documentos emitidos e por quanto tempo?
- Existe cópia desse acervo fora da rede de produção, com restauração testada neste semestre?
- A fila de erros de emissão tem responsável nomeado e frequência de verificação?
- Está combinado como o cliente avisa o escritório quando não conseguir emitir?
Como a Diversa apoia escritórios de contabilidade
O trabalho da Diversa Tecnologia em TI para contabilidade parte da rotina do escritório: fechamento, obrigações acessórias, certificados digitais, base de dados e sigilo dos documentos de clientes. É esse recorte que separa o suporte de TI para contadores de um atendimento genérico.
Nos contratos de serviços gerenciados, isso inclui monitoramento contínuo, gestão de atualizações, backup verificado e suporte remoto e presencial, com SLA de 99,8% de disponibilidade e primeira resposta humana em menos de 30 minutos para incidentes críticos. Hoje são mais de 2.500 dispositivos acompanhados de forma contínua, com mais de 20 anos de mercado no Rio de Janeiro e parcerias Microsoft e Acronis Platinum.
Dois artigos tratam de pontos vizinhos a este: a parametrização do cClassTrib e o risco no cadastro de produtos e, no lado de dados e automação, contabilidade inteligente, IA e BI em ação.
Conclusão
A obrigatoriedade da NFS-e de padrão nacional para ME e EPP pede decisão fiscal pouco e organização muito: acesso testado, responsável nomeado, integração confirmada por escrito, acervo de documentos com local definido e cópia verificada, e uma fila de erros com dono.
Se hoje não é possível dizer quem emite em cada cliente da carteira, nem onde ficam os documentos emitidos, esse é o ponto de partida. Fale com os especialistas da Diversa para avaliar acessos, certificados, integrações e backup antes do próximo fechamento.