Como reduzir retrabalho de fechamento fiscal causado por erro de parametrização no SAP?

Como estamos hoje, bem, um adendo com um critério que dá para aplicar sozinho: refaça o caso com um documento limpo, pelo caminho padrão. Se sai certo, a causa estava no processo ou no dado do caso original. Se sai errado de novo, é regra parametrizada. Um exemplo das notas de projeto: o código de receita preso ao cadastro do parceiro, em que o mesmo prestador faz serviços com códigos diferentes e a guia sai com código errado ou com ajuste manual mensal. Aí a causa é a regra, não o analista.

Deixa eu montar o quadro. Veja, o fato é que sem registro não há medição. Eu faria isto por dois ou três fechamentos seguidos:

1. uma linha por correção manual, com o que foi corrigido, onde e quem corrigiu;
2. uma coluna de causa, com poucas opções: dado de origem, regra parametrizada, processo manual, extensão própria;
3. contagem por causa ao fim de cada fechamento;
4. ataque às duas causas mais frequentes, e só depois às demais.

As notas de projeto citam causas que se repetem, como nota emitida por caminho sem lançamento contábil automático e lançamento manual direto na conta de imposto.

E aí, pessoal. Meu adendo é uma discordância: nem todo retrabalho é erro de parametrização. As notas de projeto descrevem retenção lançada direto na contabilidade, sem passar pelo registro do documento, caso em que o imposto existe no razão e não na base da apuração. Isso é processo, e corrigir configuração não resolve. Por isso a coluna de causa precisa ter processo manual, senão tudo vira parametrização e o time ajusta a regra sem tocar na causa verdadeira. Sou coordenador tributário, não do fiscal, e peço desculpa se for básico.