Setembro de 2026 chegou com duas mudanças regulatórias ao mesmo tempo. Desde o dia 1º, a NFS-e no padrão nacional passou a ser obrigatória para ME e EPP. A regra vem da Resolução CGSN 189/2026. No mesmo mês, abriu a janela para decidir entre o Simples tradicional e o Simples Híbrido, como já detalhamos em Simples Híbrido: por que a decisão fiscal trava sem os sistemas prontos. São duas mudanças diferentes, com prazos diferentes. Mas as duas expõem o mesmo problema, sistema que não passou por um checklist de integrações antes de a mudança virar obrigatória.

Esse padrão não é novo, e também não vai parar aqui. Antes foi o SPED, depois o eSocial, agora é a NFS-e nacional e o Simples Híbrido. Por isso, em vez de tratar cada mudança como uma emergência isolada, vale montar um checklist de integrações reaproveitável. O mesmo checklist serve para testar a próxima mudança, e a seguinte.

O padrão se repete a cada mudança grande

A Resolução CGSN 189/2026 unificou a emissão da NFS-e em todo o território nacional. Na prática, empresas que antes dependiam de portais municipais precisam confirmar se o próprio sistema já tem integração com o ambiente nacional. Não basta assumir que sim. Já a decisão do Simples Híbrido exige outro tipo de teste, ligado à emissão de documentos com os novos campos de IBS e CBS. Exige também a importação correta de crédito. São dois pontos de falha diferentes, mas o mesmo remédio, testar antes de precisar.

O checklist de integrações em seis pontos

Antes de qualquer prazo regulatório virar obrigatório, vale rodar esse checklist de integrações com quem cuida da TI do escritório:

• Primeiro, confirme se o fornecedor do sistema já liberou um ambiente de sandbox. Use esse ambiente de fato, não só leia o comunicado sobre ele.
• Segundo, emita um lote de teste com os novos campos obrigatórios. Use pelo menos dez documentos variados, e não apenas um documento avulso escolhido a dedo.
• Terceiro, teste a importação de XML de fornecedores e de extratos bancários. Use um arquivo real do cliente, não o arquivo de exemplo do manual do sistema.
• Quarto, confira de forma cruzada o que o sistema emitiu com o que a contabilidade recebeu. Prefira um relatório automático a uma conferência manual item por item.
• Quinto, abra um chamado de teste com o suporte do fornecedor antes do prazo valer. Assim dá para medir o tempo real de resposta quando algo travar de verdade.
• Sexto, defina uma data limite de rollback. Se o teste falhar, a equipe precisa saber até quando ainda é possível voltar ao processo anterior sem multa.

Escritórios que já documentaram esse tipo de rotina, como mostramos em TI para contadores: 10 integrações que simplificam auditorias, chegam a cada prazo novo com menos sobressalto. O processo de teste já existe, só muda o que está sendo testado.

Por que o checklist de integrações não pode ser feito na véspera

Segundo recomendação da Ottimizza Automação Contábil, investir em testes controlados reduz risco durante uma transição regulatória. A recomendação é simular cenários de erro antes que eles se tornem críticos. O problema é que a maioria dos escritórios só testa na última semana. Nesse momento, o fornecedor do sistema já está sobrecarregado de chamados, e o tempo de resposta desaba. Por isso, a recomendação prática é simples, rode esse checklist de integrações com pelo menos trinta dias de antecedência de qualquer data que a Receita Federal ou o Comitê Gestor publicar.

Na Altcom, tratamos teste de integração como rotina trimestral, não como resposta a prazo. Assim, quando uma mudança como a NFS-e nacional ou o Simples Híbrido chega, o sistema já passou por pelo menos um ciclo de validação. Quem só testa quando a Receita obriga, sempre vai testar atrasado. O custo desse atraso aparece na pior hora, no meio do fechamento.

Quem deve participar do checklist de integrações

O checklist de integrações não é tarefa só da TI. Ele exige participação de quem lida com os dados no dia a dia, como o responsável fiscal e o time que fecha as obrigações todo mês. Por isso, defina com clareza quem acompanha cada etapa antes de começar.

Na prática, três perfis precisam estar envolvidos. O contador ou o responsável fiscal confirma se os documentos de teste refletem situações reais do escritório, como nota com retenção, cancelamento ou nota complementar. O time de TI interna ou terceirizada executa os testes técnicos e documenta os resultados. Já o fornecedor do sistema, seja Questor, Domínio, Alterdata, Senior ou Fortes, precisa estar disponível para confirmar prazos e abrir chamado se algo falhar.

Quando só a TI participa, o teste costuma validar a conexão técnica, mas não captura erros de regra fiscal que só o contador identificaria. Da mesma forma, quando só o contador participa, faltam os logs e evidências técnicas que comprovam o que foi testado. Se o fornecedor não responder dentro do prazo combinado mesmo em teste, vale revisitar se ele ainda é a melhor opção para o escritório, como mostra o post quando vale trocar de fornecedor de TI. Assim, o checklist funciona melhor como responsabilidade compartilhada, com um nome definido para cada ponto.

O que registrar depois de cada rodada do checklist

Testar sem registrar é quase o mesmo que não testar. Se a Receita ou um cliente perguntar depois se o escritório validou a integração antes da mudança, é preciso ter evidência, não só a lembrança de que funcionou.

Guarde pelo menos quatro informações de cada rodada, a data do teste, quais documentos ou cenários foram usados, o resultado de cada ponto do checklist e quem aprovou a liberação para produção. Esse registro não precisa ser sofisticado. Uma planilha compartilhada ou um board de tarefas já resolve, desde que alguém seja responsável por mantê-lo atualizado.

Esse hábito também ajuda em auditorias futuras e em conversas sobre LGPD, já que mostra que o escritório trata a integração entre sistemas como processo controlado, não como aposta. Além disso, para quem quer revisar como outras rotinas de TI são auditadas depois do fechamento, o post checklist de TI para o fechamento do ano contábil detalha o mesmo princípio aplicado a outra data crítica do calendário.

Perguntas frequentes

Esse checklist de integrações serve só para as mudanças de setembro de 2026?
Não. A lógica é a mesma que já valeu para o SPED e para o eSocial. Vai valer também para a próxima mudança regulatória depois da NFS-e nacional e do Simples Híbrido.

Quanto tempo antes do prazo devo rodar esse checklist?
O ideal é começar com pelo menos trinta dias de antecedência de qualquer data publicada pela Receita Federal ou pelo Comitê Gestor.

O que fazer se o sistema falhar em algum ponto do teste?
Acione o fornecedor imediatamente. Ative o plano de rollback definido no sexto ponto do checklist, sem esperar o prazo virar obrigatório para agir.

O checklist precisa ficar documentado formalmente?
Sim. Guarde a data, os cenários testados e o resultado de cada ponto. Sem esse registro, fica difícil provar depois que o escritório testou a integração antes da mudança valer.

Quem deve liderar o teste, o contador ou a TI?
Nenhum dos dois isoladamente. O ideal é que o contador valide as regras fiscais dos documentos de teste e a TI execute e documente a parte técnica, com um responsável final definido para cada rodada.