Como montar calendário anual de revisão das regras do GUEPARDO Tax?

Primeiro o cenário: o dono da revisão é quem responde pelo resultado fiscal, e a TI executa a alteração. Pelas notas de projeto, governança do cliente é dono por regra, dossiê com data, dono e vínculo com a regra. De modo geral, ó é o fiscal quem assina e a TI quem executa. Registro mínimo por revisão:

• regra e obrigação ligada;
• dono (fiscal) e executor (TI);
• data, achado e decisão.

A decisão tributária é sempre do cliente.

Deixa eu montar o quadro. Pelas notas de projeto, as extensões Z precisam de inventário vivo, com dono, objetivo e o que cada extensão assume do produto, e a regra é parametrização antes de desenvolvimento. No meu projeto, cada linha do inventário ganhou uma data de próxima revisão, e esse campo virou o calendário. A prioridade sai do próprio inventário: extensão Z primeiro, porque é o que mais quebra na atualização.

Vale contar primeiro, sim. Eu ordenaria por risco de dado, não por módulo. Pelas notas de projeto, quando retenção não bate entre nota, guia, Reinf e saldo contábil, a causa raramente está no módulo de apuração; costuma estar na origem. Na última auditoria, pois é, apareceu na nossa amostra também. Passo concreto: liste as regras, marque as que alimentam guia e obrigação, e essas entram no primeiro trimestre do calendário.

Desculpem a insistência, mas discordo de ordenar só por risco de dado. A revisão precisa acabar antes de a obrigação ser gerada e entregue. Segundo a documentação da NTT, o produto tem Agenda Fiscal, que controla entregas, atribui responsável a cada etapa e envia alerta de prazo. A documentação que consultamos não afirma que a agenda dispare revisão de regra; confirme com a NTT ou teste no ambiente. Meu critério: agora, no mês passado, uma revisão marcada em cima do fechamento atrasou a entrega aqui. Nunca marque revisão na semana do fechamento.