Como lidar com ajustes na apuração de ICMS que dependem de decisão do cliente no SAP?

Do lado de quem configura: antes de parametrizar, peça a regra por escrito em uma frase, no formato operação, ajuste e código. Se o cliente não consegue escrever em uma frase, ainda não decidiu, a conta é, pois é, simples assim.

Sobre a versão: eu guardaria a decisão antiga com data de fim e abriria uma nova. Apagar tira a prova do que valeu em cada mês.

Explicando o cenário de onde eu vejo isso, como key user. Na prática, a conta é, é que quem decide assina. O material da NTT diz que o produto não define estratégia tributária, não corrige dado mestre ruim e não substitui governança.

E no teste vale outra regra: quem valida é o cliente, e o teste técnico da consultoria não prova que a apuração do mês está certa. Peça o aceite do cliente por ajuste, com um caso de teste para cada um.

Abrindo um parêntese: discordo de deixar o dossiê só em documento solto. Se a decisão não está ligada ao objeto parametrizado, em seis meses ninguém sabe qual configuração nasceu de qual decisão.

Eu amarraria cada ajuste a um identificador único, o mesmo no dossiê e na documentação da configuração. A documentação da NTT cita histórico de modificação na apuração de PIS/COFINS, mas a base que consultamos não afirma que ele guarde a decisão do cliente. Confirme com a NTT ou teste no ambiente.

Resposta curta: registre a decisão em um documento do cliente, com data, dono e vínculo com a regra parametrizada. Só um detalhe, no material que temos a prática descrita é dono por regra e dossiê com data.

1. A regra em palavras do cliente, em uma frase.
2. Quem decidiu e quando.
3. Qual parametrização implementa aquela decisão.
4. Onde o dossiê fica guardado e por quanto tempo, combinado com o jurídico.