Quando uma baixa retroativa vira um problema no SAP Business One.

Por aqui já nos deparamos com uma situação interessante no SAP Business One.

A opção “Bloquear estoque negativo” estava habilitada, mas uma baixa com data retroativa foi permitida pelo sistema.

À primeira vista, parece estranho. Se o bloqueio está ativo, por que o SAP permitiu?

O ponto está justamente na data da movimentação.

Pode existir saldo suficiente hoje, mas na data em que aquela baixa foi registrada, o estoque ainda não existia. E aí surge um problema: olhar apenas o saldo atual não representa necessariamente o que aconteceu naquele momento.

No nosso caso, tratamos essa situação através de uma consistência via Transaction Notification, validando o saldo de acordo com a data do lançamento.

Se naquela data a baixa deixar o estoque negativo, a transação é bloqueada mesmo que hoje exista saldo disponível.

É claro que isso também está diretamente relacionado a processos. Muitas vezes, é preciso ajustar a rotina, orientar os usuários e melhorar a disciplina dos lançamentos.

Mas, se podemos criar uma barreira para evitar que uma inconsistência aconteça, por que correr o risco?

As Transactions existem justamente para isso: colocar regras no sistema e garantir que determinados processos sejam respeitados.

No fim, não é apenas sobre bloquear uma movimentação. É sobre proteger a integridade da informação.

Texto por: Laronaylle Oliveira - Consultora contábil Tekoa