SAP DRC Cloud Edition: como é o dia a dia de quem já usa?

Só complementando o que a Maria falou. O ponto que mais ajuda, veja, veja bem, é ter um caso de teste por cenário, não por tela. Quando o cenário está escrito, dá para dizer se a divergência nasce do dado de origem ou da parametrização.

Isso não resolve a tese fiscal, que continua com o tributário da empresa, mas tira a discussão do achismo.

Eu iria por outro caminho, sem tanto mapa. No nosso caso, veja, no fim das contas, o que pegou no fechamento foi a conferência do retorno do DRC, não a configuração em si.

• Separar o que sai do sistema e o que volta.
• Definir quem do fiscal aprova a divergência antes do fechamento.
• Registrar as exceções num lugar só, para não virar conversa de corredor.

Essa ordem evitou retrabalho dos dois lados.

Discordo um pouco da ordem. E, lá onde trabalho, a gente começou pela aprovação das divergências e isso fez o time de desenvolvimento parar, porque não sabia o que testar. Sei que deve ser básico, porém vale ter a lista de exceções pronta antes de qualquer conferência.

Também vi que, sem um caso de teste escrito, cada um entende a divergência de um jeito.

Na nossa experiência, o que mudou foi a forma de acompanhar, não a rotina do fiscal em si. E, olha, um palpite: antes de discutir a interface, combine com o fiscal quem olha o retorno e em que tela.

Aqui a gente montou uma planilha simples com o que chega, o que sai e quem confere cada ponto. Como acabei de assumir a área, vindo de construção, foi a forma mais rápida de todo mundo entender a mesma coisa.