"Este cliente ainda tem plafond?" — a pergunta que o comercial devia fazer antes de dizer que sim

O cliente está do outro lado do balcão, com a lista na mão. Quer fechar hoje: duas paletes, entrega na próxima semana. O comercial sabe que ele costuma pagar tarde, mas não sabe quanto deve neste momento, nem quanto falta para bater no limite de crédito. Tem três opções: liga para o escritório e espera que alguém atenda, abre o portátil no carro e tenta entrar no ERP pela VPN, ou diz que sim e logo se vê.

Quase sempre ganha a terceira. E é aí que começa o problema.

O "logo se vê" tem um custo

Dizer que sim sem saber o plafond parece inofensivo. A encomenda entra, o armazém prepara, a mercadoria sai. Duas semanas depois, a contabilidade repara que o cliente passou largamente o limite, com faturas vencidas há 90 dias. Agora há três más saídas: segurar a mercadoria já preparada e ficar com o cliente zangado; entregar e aumentar a exposição a quem já não está a pagar; ou desfazer a encomenda e o comercial ficar mal visto.

Nenhuma destas conversas é sobre tecnologia. É sobre o comercial ter tomado uma decisão de crédito sem a informação que existia — e que estava no ERP desde o início.

Isto pesa mais no último trimestre. Entre o arranque de outubro, a Black Friday a 27 de novembro e as encomendas de Natal, as encomendas crescem e os clientes pedem mais prazo. É exatamente quando o "logo se vê" sai mais caro.

Porque é que o comercial não pergunta

A informação existe. O PHC, o Primavera, o Sage e a maioria dos ERP portugueses guardam o limite de crédito do cliente, o saldo em conta corrente e o histórico de documentos. O problema é chegar lá.

Em muitas PME, o ERP corre num servidor no escritório. O PHC CS e o Primavera V10 assentam em SQL Server local. No Sage 50, até a própria comunidade de utilizadores reconhece que o acesso aos dados está preso ao posto ou ao servidor. O comercial está em Viseu, na rua, ao telemóvel. Entre ele e o número de que precisa há uma VPN, uma licença de utilizador que muitas vezes não tem, e um ecrã pensado para quem está sentado à secretária.

Por isso o que acontece na prática é uma mensagem no WhatsApp para a colega da contabilidade: "Vê-me o saldo do cliente X?" Ela está a fechar a comunicação de faturas — que este mês passa para 6 de outubro por causa do feriado — e responde daqui a uma hora. O cliente já não está ao balcão.

Como fica a mesma pergunta respondida com os dados reais

Imaginemos o mesmo cliente, com números concretos (o exemplo é ilustrativo):

• Limite de crédito definido no ERP: 15 000 €
• Saldo em aberto em conta corrente: 12 400 €, dos quais 3 100 € vencidos há mais de 60 dias
• Encomendas já aceites e ainda não faturadas: 1 800 €
• Encomenda que o cliente quer fechar agora: 2 300 €

O comercial escreve no WhatsApp, como escreveria à colega: "O cliente X tem plafond para uma encomenda de 2300€?"

Uma resposta séria não é "sim" nem "não". É a conta, com a origem de cada número: limite de 15 000 €, saldo em aberto de 12 400 €, encomendas pendentes de 1 800 €. Sobram 800 €. A encomenda de 2 300 € passa o limite em 1 500 €. E há 3 100 € vencidos há mais de 60 dias.

Com isto, o comercial já tem por onde negociar. Pode propor entregar metade agora e o resto quando os vencidos forem pagos. Pode pedir um pagamento por conta. Ou pode ligar ao gestor com os números na mão em vez de um "acho que ele deve alguma coisa". A decisão continua a ser dele e da empresa. O que muda é que deixa de ser tomada às cegas.

Repare num detalhe: as encomendas aceites mas não faturadas. Muitos controlos de crédito só olham para o que já está faturado. Se a resposta ignorar o que já está comprometido, o plafond parece maior do que é. É precisamente este tipo de pormenor que separa uma resposta tirada dos dados de uma resposta com bom aspeto.

O que tem de estar certo para isto funcionar

A pergunta é simples. A responsabilidade de lhe responder não é. Para um comercial confiar no número antes de dizer que sim a um cliente, a integração tem de cumprir quatro coisas.

Responder a partir dos dados reais, sem inventar. A resposta vem de uma consulta SQL à base de dados do ERP, não de um modelo a adivinhar. Se o limite de crédito do cliente não estiver preenchido no ERP — e em muitas empresas não está —, a resposta certa é dizer isso mesmo: "este cliente não tem plafond definido; o saldo em aberto é de 12 400 €". Inventar um limite seria pior do que não responder.

Só leitura. Consultar o plafond não pode mexer em nada. A ligação ao ERP não escreve, não altera fichas, não aprova encomendas. É uma janela, não uma porta.

Ver só o que lhe compete. Isolamento por empresa ao nível da base de dados, e cada pergunta registada: quem perguntou, o quê, quando, que dados foram consultados e quanto custou a mensagem. Se amanhã alguém quiser saber quem consultou o saldo de um cliente, a resposta está no registo de auditoria.

Conhecer o ERP por dentro. "Plafond", "saldo" e "encomendas pendentes" vivem em tabelas e campos diferentes consoante o ERP e a forma como cada empresa o usa. Uma camada semântica já construída para o PHC é o que permite pôr isto a funcionar em horas, em vez de semanas de mapeamento à medida.

E porque no WhatsApp, e não noutra app?

Porque é lá que o comercial já está. A Cegid lançou em agosto a Cegid Pulse, com assistentes de IA dentro do PHC e do Primavera nas versões Evolution e GO — dentro do próprio sistema ou da sua aplicação. Pelo que foi anunciado publicamente, não há menção a WhatsApp, e quem está em versões on-premise mais antigas, ou noutros ERP, fica de fora. O comercial ao balcão continua sem resposta.

Há também a questão das regras da Meta. Desde janeiro de 2026, a Meta tenta afastar do WhatsApp Business API os assistentes de IA genéricos. Na União Europeia, essa restrição está suspensa provisoriamente por decisão da Comissão Europeia de junho, e o desfecho ainda não se conhece. Mas há uma coisa que nunca esteve em causa em nenhuma fase: um agente com um âmbito definido, ligado a um processo de negócio concreto e a correr na Business API oficial. Perguntar o plafond de um cliente ao ERP da própria empresa é exatamente isso. Um bot montado em bibliotecas não oficiais que imitam o WhatsApp Web é outra história. Pode custar à empresa o número de telefone.

A objeção que vale a pena levar a sério

"O comercial não deve ver a situação financeira do cliente." É uma posição legítima, e há empresas onde faz todo o sentido. Mas há uma distinção a fazer: o comercial não precisa de ver o extrato. Precisa de saber se a encomenda cabe e, se não couber, por quanto não cabe. Isso decide-se por perfil — o que cada pessoa pode perguntar é configurado pela empresa, não pelo comercial.

A outra objeção é "o ERP já bloqueia quando passa o plafond". Alguns bloqueiam, se estiver configurado. Mas bloqueiam no escritório, na altura de lançar o documento — muito depois de o comercial ter dito que sim ao cliente. O bloqueio evita o erro no sistema. Não evita a conversa difícil que vem a seguir.

Em resumo

O plafond é das perguntas mais simples que um comercial pode fazer, e das mais caras de não fazer. A resposta já está no ERP. Só falta chegar ao sítio onde a decisão é tomada: o balcão do cliente, o carro, o telemóvel.

Se quiser ver como fica esta pergunta com os dados da sua empresa — do PHC primeiro, e também de outros ERP portugueses —, marque uma demonstração em nemea.pt. Mostramos-lhe a resposta e de onde vem cada número.