Que ciclo de revisão da parametrização do GUEPARDO Tax evita dívida técnica fiscal?

Discordo em um ponto: não vale revisar tudo no mesmo ciclo. agora, falando sério, o que gera dúvida técnica é a regra sem dono, não a regra antiga.

1. Primeiro revise o que está sem dono.
2. Depois o que quebrou na última atualização.
3. Só então o resto.

Revisar tudo de uma vez cansa o time e o ciclo morre no segundo mês. Isso é julgamento meu, não regra do produto. acompanho o assunto desde a implantação do S/4HANA 2021.

Só completando o Thiago: o ciclo precisa olhar duas coisas diferentes, e na minha rotina, viu, separe-as.

1. Parametrização: a regra configurada ainda faz o que o dossiê diz?
2. Extensões próprias: existe inventário com dono, objetivo e o que cada uma assume do produto?

As extensões próprias são a parte que mais quebra na atualização, e a regra de decisão é parametrizar antes de desenvolver. acabei de assumir a área, vindo de agro.

Outra forma de fazer: amarrar a revisão a um evento, em vez de uma data de calendário. A pergunta é simples, e agora, um ponto importante: toda vez que houver atualização de versão, mudança de lei ou saída de alguém-chave, a regra afetada passa pela revisão.

Na prática o evento de atualização é o mais forte, porque a janela costuma ser depois que as obrigações do mês foram geradas e entregues, com regressão comparando evidência de períodos já fechados. passamos por situação parecida no fechamento do mês passado.

Comece por registrar, não por revisar: cada regra precisa de dono, de motivo e de data. Me desculpem a franqueza, mas o truque é, né que o ciclo só funciona se existir um dossiê por regra.

1. Dono da regra.
2. Por que ela existe.
3. Data da última revisão.

Sem isso a revisão vira adivinhação. Sou acabei de assumir a área, vindo de mineração.