O que precisa ficar registrado quando uma regra da reforma é configurada no SAP fiscal com GUEPARDO Tax?

Sem querer atrapalhar: sobre a pergunta da Vanessa, o material que temos diz que valores simulados são estimativas da ferramenta e não substituem a apuração oficial. Então não serve como prova de regra certa. No meu projeto, ó, registramos também qual prontidão cada regra tinha: a do SAP, com as notas da SAP, a do produto fiscal, com as notas técnicas da NTT, e a do dado, como NCM e classificação. Cada prontidão tem dono diferente.

Pessoal, bom dia. Completando:

1. Marque a regra como provisória, com uma data de revisão.
2. Registre o gatilho que força a revisão antes, como mudança de texto.
3. Guarde a regra anterior, para voltar se preciso.

Aqui na empresa, né, a data de revisão é o que impede a provisória de virar definitiva sem ninguém decidir. Sou gerente fiscal, não do fiscal puro, e esse campo de data foi a melhor mudança do ano.

Pra dar o contexto: sou key user fiscal e pelo que vi, tá, só o registro da decisão não basta. Discordo de parar aí. O material que temos diz que teste só no modo atual não basta e que a virada exige teste no modo novo e conciliação contábil. Guarde também o caso de teste e o resultado esperado, senão ninguém prova depois que a regra provisória fazia o que a decisão dizia. Decisão sem teste é opinião arquivada.

Objetivamente: registre quem decidiu, o quê, quando e com base em qual texto. Veja, sem pressa, o essencial por regra provisória é a data, o autor, o motivo e a versão do texto usada. O material que temos registra que decisão de enquadramento, alíquota, redução e aproveitamento de crédito é do cliente, então o nome de quem decidiu pelo lado do cliente precisa estar lá. Sem esse nome o registro prova pouco.