Vários prazos em 90 dias disputam o mesmo time fiscal e a mesma fila de TI

Entre hoje e o primeiro dia de 2027, o calendário da Reforma Tributária empilha mais prazos do que qualquer time fiscal consegue tratar com a mesma prioridade. Documento novo, endpoint novo, benefício que some, regime que muda. Cada data chega como se fosse a mais urgente. Nem todas têm a mesma consequência se perdidas.

Prazo não é risco.

Prazo com multa associada é risco.

O resto é ruído disfarçado de urgência.

As datas que já estão confirmadas

Uma data que já tem confirmação oficial com trecho verificável é 1º de outubro de 2026. O Comitê Gestor do IBS e a Receita Federal, em comunicado de 28 de setembro de 2026, confirmaram que a "transmissão dos lotes com eventos de tabela para o ambiente de produção deverá ocorrer em 1º de outubro", no contexto da divulgação dos endpoints de produção do DeRE, o Documento de Arrecadação de Receitas Estaduais.

Esse tipo de exigência tem característica técnica específica: não é uma obrigação de apuração ou recolhimento diretamente, é uma obrigação de infraestrutura e integração. A empresa precisa ter o canal de comunicação com o ambiente de produção funcionando, testado, com os lotes de eventos de tabela fluindo corretamente antes da data definida.

Esse tipo de prazo costuma ser subestimado justamente porque não parece, à primeira vista, ter consequência financeira direta.

Mas integração que falha na data de corte vira, rapidamente, uma obrigação de apuração ou recolhimento atrasada, porque a empresa não consegue transmitir o que precisa transmitir.

O calendário divulgado pela Receita Federal em julho de 2026 já havia fixado uma sequência de datas de obrigatoriedade para diferentes documentos fiscais eletrônicos, com o CT-e entrando em 3 de agosto de 2026. Além dessas duas datas com trecho oficial conferido, há outras exigências em discussão no mercado, como opção de regime, obrigatoriedade de novos documentos e vencimento de benefícios de convênio, com datas apontadas entre outubro e o início de 2027. Essas datas adicionais devem ser confirmadas diretamente na fonte oficial específica de cada obrigação antes de qualquer decisão operacional, já que a divulgação de mercado nem sempre reproduz o texto normativo com exatidão.

O padrão comum entre essas datas, confirmadas ou ainda em verificação, é que nenhuma delas chega isolada: cada uma pressupõe que a anterior já foi resolvida, e qualquer atraso acumulado num prazo anterior se propaga, com efeito composto, para a capacidade de cumprir o prazo seguinte.

Esse efeito composto é especialmente relevante quando duas datas de categorias diferentes se encaixam em sequência curta: uma integração que atrasa dez dias pode significar que a janela de teste para a obrigação seguinte, que dependia daquela integração funcionando, encolhe na mesma proporção, sem que o calendário oficial reconheça esse encadeamento interno.

Vale ainda registrar que o ritmo de publicação desses atos tem sido rápido: menos de dois meses separam a obrigatoriedade do CT-e, em agosto, da confirmação dos endpoints do DeRE, no fim de setembro. Para o time fiscal, isso significa que o calendário de referência precisa ser atualizado com frequência maior do que a de um planejamento trimestral tradicional.

O que cada tipo de prazo costuma exigir

Olhando o padrão desses cronogramas de implementação, é possível separar os prazos em três categorias por natureza da obrigação, mesmo quando o detalhe específico de cada data pede confirmação direta na fonte oficial correspondente antes de qualquer ação concreta.

A primeira categoria é prazo de infraestrutura e integração, como o caso do DeRE descrito acima. Esse tipo de prazo exige trabalho técnico de conexão, teste de ambiente e validação de fluxo de dados entre o SAP e o sistema do ente arrecadador ou do Comitê Gestor. O risco de perder esse tipo de prazo é operacional antes de ser tributário: a empresa simplesmente não consegue cumprir a obrigação seguinte se a integração não estiver pronta.

A segunda categoria é prazo de opção ou enquadramento, em que a empresa precisa decidir, dentro de uma janela, qual regime ou qual tratamento vai adotar. Esse tipo de prazo costuma ter consequência mais direta sobre a apuração, porque a opção feita ou não feita dentro do prazo determina a regra aplicável dali para frente, às vezes sem possibilidade de retroagir a escolha.

A terceira categoria é prazo de vencimento ou extinção, em que um benefício, um regime de transição ou uma regra anterior deixa de valer numa data específica. Esse tipo de prazo exige verificação prévia de quais benefícios a empresa usufrui hoje e qual é, precisamente, a data e a condição de extinção aplicável ao caso dela, porque convênios e regimes de transição frequentemente têm regras de vigência próprias, nem sempre coincidentes com a data mais divulgada no mercado.

Cada categoria pede um tipo diferente de verificação antes de qualquer plano de ação: a primeira pede teste técnico, a segunda pede decisão formalizada dentro da janela, a terceira pede confirmação da condição específica de vigência do benefício em questão.

Vale notar que as três categorias normalmente exigem donos diferentes dentro da organização. Infraestrutura e integração pertence à área de TI e ao time de parametrização do SAP. Opção de regime pertence ao time fiscal e jurídico tributário, muitas vezes com validação da diretoria financeira. Vencimento de benefício pertence a quem acompanha o contencioso e os incentivos fiscais vigentes. Tratar os três como se fossem uma única tarefa, sob um único responsável, é outro erro comum de priorização que atrasa tudo ao mesmo tempo.

Essa divisão de donos também muda o ritmo de cada categoria. Um prazo de infraestrutura pode ser resolvido em sprints curtos de TI, com entregas incrementais testáveis a cada semana. Um prazo de opção de regime geralmente depende de uma única decisão formal, tomada em um momento específico, sem espaço para ajustes incrementais depois de registrada. Confundir o ritmo de uma categoria com o da outra é outra fonte comum de atraso: times de TI que tentam "sprintar" uma decisão jurídica tributária, ou times fiscais que tratam uma integração técnica como se fosse uma assinatura de documento.

Filtro de aplicabilidade por consequência

A pergunta executiva central não é "quantas datas tem o calendário". É: qual dessas datas tem consequência financeira direta para a operação específica da empresa, e qual é aplicável de forma genérica ao mercado, mas sem efeito relevante no caso concreto.

Essa distinção importa porque cronogramas divulgados por autoridade fiscal tendem a ser abrangentes por natureza, cobrindo múltiplos regimes, múltiplos tipos de contribuinte e múltiplas situações, das quais só uma parte se aplica a qualquer empresa específica.

Tratar toda data do cronograma geral como se tivesse a mesma urgência para a própria operação é um erro de priorização tão caro quanto ignorar uma data que realmente importa.

O time fiscal que trata vários prazos como igualmente críticos, sem filtrar por aplicabilidade real, dilui atenção e capacidade de execução em obrigações que talvez nem se apliquem ao regime da empresa, enquanto a data que de fato gera multa compete pela mesma fila de prioridade.

O filtro correto cruza três perguntas para cada data do calendário: a obrigação se aplica ao regime e ao porte da empresa? Existe consequência financeira direta, como multa, perda de crédito ou impossibilidade de operação, em caso de descumprimento? A obrigação depende de infraestrutura que ainda não está pronta, tornando o prazo mais apertado do que parece à primeira vista?

Uma data que passa nas três perguntas com resposta afirmativa entra no topo da fila. Uma data que falha na primeira pergunta pode, legitimamente, sair do radar imediato, desde que essa exclusão seja documentada com o motivo, não apenas presumida.

Documentar a exclusão tem valor que vai além da organização interna: se uma data acabar se revelando aplicável mais tarde, por mudança de porte da empresa ou por nova interpretação da norma, o registro de que a exclusão foi deliberada e fundamentada protege quem tomou a decisão, em vez de deixar parecer que o prazo simplesmente foi esquecido.

Plano de 90 dias

Um plano de 90 dias que trate esse volume de prazos com seriedade começa pelo levantamento completo e atualizado de todas as datas aplicáveis ao regime específico da empresa, confirmadas diretamente nas fontes oficiais correspondentes a cada obrigação, sem presumir aplicabilidade pela divulgação genérica de mercado.

O segundo passo é classificar cada data confirmada pelas três perguntas do filtro de aplicabilidade, documentando a resposta e a fonte que a sustenta, de forma que a priorização resultante seja defensável depois, não apenas uma impressão de quem fez o levantamento.

O terceiro passo é verificar, para cada prazo priorizado, se a dependência técnica correspondente no SAP já está mapeada: qual módulo, qual integração, qual parametrização precisa estar pronta antes da data, e quem internamente é o responsável por entregar essa parte.

O quarto passo é estabelecer pontos de checagem intermediários dentro da janela de 90 dias, não apenas uma verificação final próxima da data de vencimento. Prazo de infraestrutura, em particular, precisa de tempo de teste antes da virada, e descobrir uma falha de integração no último dia útil antes do prazo não deixa margem de correção.

O quinto passo é revisitar o próprio calendário periodicamente, porque novos atos normativos e novos comunicados oficiais continuam sendo publicados ao longo do período, podendo alterar datas, criar exceções ou adicionar novas obrigações que não constavam no levantamento inicial.

O sexto passo é formalizar, em um documento único de referência, quem é o responsável por cada categoria de prazo e qual é o critério de escalonamento se um ponto de checagem indicar atraso. Sem essa formalização, a descoberta de um atraso costuma gerar reunião emergencial em vez de ação corretiva já prevista, o que consome ainda mais do tempo escasso que o time já não tinha de sobra.

O sétimo passo, muitas vezes esquecido, é alinhar esse plano com as áreas de negócio que dependem da operação continuar funcionando normalmente durante a transição, como compras, vendas e logística. Um plano de 90 dias que só circula dentro do time fiscal e de TI corre o risco de gerar uma mudança de sistema que pega o resto da empresa de surpresa, mesmo que tecnicamente tenha sido entregue dentro do prazo.

O oitavo passo é reservar, dentro da janela de 90 dias, uma margem de contingência explícita para o imprevisto regulatório. Dado o ritmo observado de publicação de novos atos conjuntos e comunicados oficiais ao longo de 2026, é razoável esperar que pelo menos uma data do calendário mude, seja antecipada, adiada ou condicionada a algum novo requisito, antes que o período de 90 dias termine.

Calendário cheio não é prioridade definida. É só uma lista esperando alguém decidir o que vale multa e o que é ruído.

A capacidade real do time fiscal e da fila de TI para absorver esse volume de prazos simultâneos é informação específica de cada empresa, que só um levantamento interno revela. A decisão sobre qual prioridade aplicar a cada obrigação, e qual risco aceitar em caso de recurso limitado, é sempre do time fiscal e da liderança executiva.

O que não depende de levantamento nenhum é se existe, hoje, um filtro documentado de aplicabilidade e consequência para cada data do calendário, em vez de uma lista tratada como igualmente urgente do início ao fim.

Na DFSpro, o primeiro passo é sempre um diagnóstico real: confirmar na fonte oficial cada data aplicável ao regime da empresa, classificar por aplicabilidade e risco financeiro, confirmar as dependências técnicas no SAP para os prazos prioritários, e devolver um plano de 90 dias com responsável e checagem intermediária definidos. Se o seu calendário fiscal ainda trata todas as datas como igualmente urgentes, talvez seja a hora de descobrir quais realmente são.