Quais são os erros mais comuns em fiscal no RISE e GROW with SAP?

Concordo em parte com quem colocou a conferência no pedido, e a gente costuma, tá, fazer isso também. Só que na nossa distribuidora a equipe adotou uma verificação de classificação antes da liberação do pedido, com uma tela própria para o consultor de vendas aprovar. Essa outra forma funciona melhor quando o volume de pedidos é alto e a equipe de vendas é grande. Quando o volume é baixo, prefiro a conferência no faturamento, porque o custo de manter a tela pesa mais que o erro esporádico. Cada caminho vale para um tamanho de operação.

Isso já acontece na criação do pedido, Paula, ou só quando a nota herda o valor? Como dizem, o detalhe muda tudo para a gente, porque nosso caso é siderurgia, com vários centros de custo e cliente de exportação que muda de tipo no meio do processo. Preciso saber em qual etapa a conferência deve começar.

Na venda, a nota de faturamento herda a classificação do pedido. E aí, como de costume, ninguém confere o cliente lá no início. Discordo com educação de quem disse que o erro nasce na apuração: no nosso caso ele nasce antes, quando o pedido é criado com o tipo de cliente errado. Na tela, a nota mostra o imposto calculado, mas o log do faturamento já trazia a origem errada.

Quando a diferença aparece no relatório de conferência, olha, de longe o padrão parece pequeno, mas o auditor pergunta o que aconteceu com cada ocorrência. Rafael, concordo que separar erro de dado e erro de leitura é o ponto central, e eu acrescentaria o registro da trilha: guardar o log e a tela do momento em que o valor foi visto. Assim dá para provar qual etapa errou, sem depender da memória de quem rodou o processo.

A conclusão que importa é que o erro mais caro não é o cadastro, e sim a falta de conferência entre a apuração e o contábil. Agora, um alerta: discordo de tratar o cadastro como vilão sempre, porque na minha experiência o campo certo muitas vezes existia e ninguém olhava o relatório de diferença. Com respeito, acho que a discussão precisa separar erro de dado e erro de leitura do resultado. Sem essa separação, a gente vai corrigir a tabela e repetir o problema no próximo fechamento.

O risco que já vi mais é tratar o cadastro de materiais como detalhe, e o erro só aparece na apuração. Ano passado, numa distribuidora em ECC, o log mostrava a mensagem de condição de imposto não encontrada para um grupo de materiais e ninguém ligava uma coisa à outra. Antes disso, o erro era sempre o mesmo: classificação fiscal copiada de um material antigo, sem revisão. No RISE eu repetiria essa checagem antes de qualquer teste de fechamento, porque o problema some na tela e volta no arquivo.

Vinícius, eu completo com um ponto que aparece muito em obra e construção: o cliente costuma migrar o desenho do ECC sem reavaliar as regras de retenção por tipo de fornecedor. A conta é, pois é, simples de fazer no papel, mas o sistema não sabe que a regra antiga foi pensada para outro processo. Antes de qualquer fechamento, eu peço um teste com uma nota de cada tipo de fornecedor e comparo o resultado com o que o contador espera. Não é elegante, mas pega o erro cedo.