Para mostrar o limite de crédito do cliente ao vendedor na hora de lançar o pedido, a tela precisa ler o dado direto do ERP, no momento da venda. Assim o pedido já nasce dentro do que o crédito permite.
Na maioria das empresas, o vendedor só descobre o bloqueio horas depois, quando o financeiro avisa. O cliente já foi prometido e o pedido volta para ajuste.
O que o vendedor deve ver na tela do pedido
O vendedor não precisa da ficha financeira inteira. Precisa de poucos dados, bem posicionados, para decidir antes de fechar.
- Limite disponível. O saldo que ainda pode ser usado, e não só o limite total cadastrado.
- Situação do cliente. Liberado, em análise ou bloqueado, com o motivo em linguagem simples.
- Valor do pedido em andamento. O total do carrinho comparado ao saldo, atualizado a cada item.
- Títulos vencidos. Apenas a indicação de que existem, se a política da empresa permitir ao vendedor saber.
O que deve ficar oculto
Dados como histórico detalhado de pagamentos, análises internas de risco e parecer do financeiro costumam ficar fora da visão do vendedor. Ele precisa saber se pode vender, não como a empresa avalia o cliente.
Por isso o acesso por perfil importa. O vendedor vê o resumo, o financeiro vê o detalhe, e o cliente, no portal dele, vê apenas o que lhe diz respeito.
Como evitar o pedido que nasce bloqueado
Imagine um vendedor que monta um pedido de valor alto para um cliente com pouco saldo. Se a tela avisa no meio da digitação, ele ajusta o volume, divide a entrega ou pede a liberação antes de prometer o prazo.
- Consulte em tempo real. Evite cópias do limite em planilha ou tabela paralela, que ficam desatualizadas.
- Avise antes de gravar. O alerta deve aparecer enquanto o pedido é montado, não depois do envio.
- Respeite a regra do ERP. A validação final é sempre a do ERP, com suas alçadas.
- Ofereça o caminho da exceção. Se o crédito não cobre, o vendedor solicita a liberação ali mesmo, com justificativa.
Onde o portal entra
No OrderPro, o Portal de Vendas da FBS Portais, o pedido mostra preço, impostos estimados e o crédito do cliente na própria tela. Os dados vêm do ERP via REST, sem digitação dupla, e as regras do ERP continuam valendo em cada operação.
Se o pedido for recusado, vale separar o que é falha de integração do que é regra de crédito. Este texto ajuda: erro técnico ou erro de negócio.
O vendedor deve poder liberar o crédito sozinho?
Em geral não. Ele deve solicitar a liberação, e quem tem alçada no ERP aprova ou rejeita, com registro do motivo.
Preciso duplicar o limite de crédito no portal?
Não. O portal deve consultar o ERP, que continua sendo a fonte única. Duplicar o dado cria divergência entre o que o vendedor vê e o que o financeiro aplica.
Como próximo passo, liste os pedidos bloqueados do último mês e anote o motivo de cada um. Leve essa lista à TI e ao financeiro para definir quais dados de crédito o vendedor passa a ver na tela.