Quando SAP Joule na operação fiscal brasileira exige revisar a parametrização fiscal?

Quando a Yara Pinto fala do gatilho entre áreas, eu fico pensando no lado tributário: o combinado é, né, que a gente só sabe da mudança quando ela já virou nota. Yara, como vocês fazem para receber o aviso antes de a regra entrar em vigor?

O risco que vejo é a equipe revisar a parametrização só quando já há nota errada. Na operação de serviços que eu toco, se não me engano, a gente marca revisões a cada mudança de regra e uma revisão de rotina em cada período. Esse caminho vale quando a equipe é pequena e o volume de regra é previsível. Quando o cenário muda muito, vale mais fazer uma revisão por evento, disparada pela própria mudança de regra.

Renata, a sua revisão por evento é o que mais me convence. Agora, na real, o ponto que falta é quem dispara a revisão quando a regra muda por fora. Na química, a gente perdeu tempo porque a alteração chegava pela área de compras e ninguém avisava a fiscal. Eu colocaria um gatilho formal entre as áreas, com um responsável por cada tipo de mudança, para a revisão não depender de alguém lembrar.

Mônica, sobre o cenário, tenho dúvida. Agora, de bate-pronto, quando a sua equipe refaz a pergunta com o mesmo documento, o que muda, a resposta ou o cálculo? Na mineração a gente vê respostas parecidas com números diferentes, e não sei se isso é a parametrização ou um dado de cliente que mudou sem aviso. Qual dos dois você costuma checar primeiro?

A fonte é, tá, quem confere a resposta antes de liberar? Na minha equipe a gente mantém um caderno de casos, com a pergunta, a resposta esperada e a revisão feita, e a origem é, tá, a conferência humana. Quando algo muda, comparamos com o caderno e sabemos se o problema veio da configuração ou da forma de perguntar. Esse caminho vale quando os cenários se repetem. Para operações com muita variação, o caderno precisa ser mais curto e focado nos casos que mexem com imposto.

Concordo em parte com a Mônica Matos, o cenário é o melhor ponto de partida. Em linhas gerais, ó, o caminho é esse. Mas discordo que a revisão fique só na parametrização, porque a configuração certa também depende de quem cadastra o dado de origem. No meu ramo de alimentos, quase todo erro começa numa carga feita sem validação de campos. Então a revisão precisa cobrir o cadastro e a carga, e não só a regra.

Na construção, a gente passou por uma mudança de regra que não estava no cadastro, e a resposta ficou certa só por sorte. Um alerta, ó: não dá para esperar a divergência aparecer para revisar a parametrização. Eu discordo de deixar a revisão para quando a conta não fechar, porque o erro já foi parar em nota. Eu revisaria a cada mudança de regra, antes de liberar a pergunta para os usuários.

Quando a resposta muda sem que a regra tenha mudado, a parametrização é o primeiro suspeito. Minha dica, viu, é começar pelo cenário: refaça a mesma pergunta com o mesmo documento e veja se a diferença aparece de novo. Se aparecer, o problema está na determinação ou no cadastro e a revisão precisa acontecer. Se não aparecer, o problema estava na forma de perguntar. Na minha rotina de distribuidora, essa é a diferença que economiza mais retrabalho.