Portal do cliente B2B: pedidos, boletos e segunda via

Segunda-feira de manhã, o comercial atende o telefone: "manda aquele pedido igual ao do mês passado". O financeiro recebe um e-mail pedindo a segunda via do boleto. O faturamento recebe outro, pedindo o XML da nota. A expedição responde a terceira mensagem do dia perguntando onde está a carga. Nenhuma dessas conversas exige alguém pensando, mas todas ocupam alguém.

Um portal do cliente B2B tira esse volume das pessoas e coloca no autoatendimento, com as regras que o seu cliente já tem com você. A condição é que ele seja um portal B2B de verdade, e não uma loja virtual com campo de CNPJ. Este texto mostra a diferença e como integrar o portal ao ERP sem tirar o vendedor do jogo.

O que seu cliente B2B liga para perguntar

Antes de desenhar qualquer tela, conte o que chega hoje ao comercial, ao financeiro e ao atendimento. Numa distribuidora ou indústria que vende para empresas, a lista costuma ser parecida:

• Repetir um pedido ou fazer reposição dos itens de sempre.
• Consultar preço e disponibilidade antes de comprar.
• Segunda via de boleto e situação de títulos em aberto.
• Nota fiscal: XML e DANFE para o fiscal do cliente.
• Status do pedido: faturado, em separação, despachado, previsão de entrega.
• Rastreio da carga.
• Certificados, fichas técnicas e laudos de produtos.

Esses pedidos têm duas características: são repetitivos e a resposta já está no ERP. É exatamente o que um portal resolve bem. O que não é repetitivo, como negociação de volume, desenvolvimento de produto e problema de qualidade, continua com as pessoas.

B2B não é loja virtual com CNPJ

A tentação é pegar uma plataforma de e-commerce, ativar o cadastro de pessoa jurídica e chamar de portal B2B. Funciona até o primeiro cliente grande entrar. As diferenças que importam:

Algumas plataformas de e-commerce têm módulos B2B que cobrem parte disso. Quando as regras comerciais são simples, eles resolvem. Quando cada cliente tem tabela, condição e fluxo próprios, o portal sob medida integrado ao ERP costuma ser o caminho mais limpo.

Preço, condição de pagamento e crédito por cliente

O cliente B2B precisa ver o preço dele, não um preço de vitrine. E isso é mais complexo do que parece:

• Tabelas por cliente, grupo, região ou canal, com vigência.
• Descontos por volume e mix, às vezes com regras escalonadas.
• Condições de pagamento negociadas: prazos diferentes por cliente ou por faixa de valor.
• Impostos: o preço final depende da tributação da operação, que varia com o estado de destino, o regime do cliente e o produto. Mostrar um preço que muda no faturamento gera desconfiança.
• Limite de crédito e títulos vencidos: o portal precisa consultar e bloquear, ou encaminhar para liberação, pedidos que excedem o limite.

A regra de ouro é que essas regras não sejam reescritas no portal. Elas já existem no ERP. O portal consulta o ERP (ou uma cópia sincronizada, para desempenho) e, se precisar calcular localmente, usa exatamente os mesmos parâmetros, com validação final no ERP ao receber o pedido.

Vários compradores e aprovadores na mesma empresa

Uma empresa cliente não é uma pessoa. É um comprador de manutenção, outro de produção, um gerente que aprova acima de certo valor, alguém do financeiro que só quer os boletos e as notas.

O portal precisa suportar:

• Vários usuários por cliente, cada um com seu login.
• Perfis: quem pode comprar, quem só consulta, quem acessa o financeiro.
• Alçadas de aprovação definidas pelo próprio cliente: pedidos acima de um valor vão para aprovação de alguém da empresa dele antes de chegar a você.
• Várias unidades com endereços de entrega e, às vezes, CNPJs diferentes sob o mesmo grupo.
• Um administrador do lado do cliente, que cadastra e remove seus próprios usuários.

Isso é controle de acesso sério: cada usuário só vê os dados da sua empresa e do seu perfil, e toda ação fica registrada. Os erros de segurança mais comuns em APIs e portais, como acessar um pedido de outra empresa trocando um número na URL, estão em segurança de APIs: erros comuns.

Pedido recorrente, recompra, boletos e notas sem pedir

O que faz o cliente B2B usar o portal é a economia de tempo dele. Algumas funções fazem mais diferença do que qualquer vitrine:

• Repetir pedido: um clique para refazer um pedido anterior, com ajuste de quantidades.
• Lista de reposição: os itens que o cliente compra sempre, com a última quantidade.
• Importação de planilha ou código do cliente: muitos clientes têm seus próprios códigos de produto; o portal faz a correspondência.
• Pedido programado: entregas periódicas pré-definidas.
• Financeiro: títulos em aberto e pagos, segunda via de boleto, código Pix quando disponível, extrato.
• Documentos fiscais: XML e DANFE de todas as notas, com busca por período e download em lote.
• Status e rastreio: o pedido por etapa, com a nota e o link de rastreio quando despachado.
• Documentos técnicos: fichas, certificados e laudos por produto ou lote.

Notificações proativas completam o quadro: pedido faturado, carga despachada, boleto vencendo. O cliente não precisa entrar no portal para saber o que aconteceu.

O vendedor dentro do portal, não contra ele

A maior resistência a um portal B2B vem do time comercial: "o cliente vai comprar sozinho e eu perco a comissão", "vou perder o relacionamento". É uma preocupação legítima, e o desenho do portal pode resolvê-la.

• Carteira preservada: todo cliente tem vendedor responsável, e pedidos pelo portal contam para a carteira e a comissão dele, conforme a política da empresa.
• O vendedor enxerga tudo: pedidos, carrinhos abandonados, itens que o cliente parou de comprar, títulos vencidos. Isso vira pauta de visita.
• O vendedor pode montar o pedido no portal e enviar para o cliente aprovar.
• Negociação continua humana: condição especial, volume grande e item fora de linha passam pelo vendedor.

O efeito esperado é que o vendedor gaste menos tempo digitando pedido de reposição e mais tempo vendendo. Quando a equipe externa também usa um app para visitas, portal e app compartilham as mesmas regras e o mesmo fluxo de pedidos, como descrevemos em app de força de vendas offline.

Integração com o ERP como fonte da verdade

O portal é uma janela para o ERP, não um segundo ERP. A divisão típica:

• Do ERP para o portal: clientes e usuários, produtos, tabelas de preço, estoque disponível, limites de crédito, pedidos, notas, títulos, status de entrega.
• Do portal para o ERP: pedidos, solicitações de cadastro, alterações de endereço (como solicitação, não como alteração direta).

Entre os dois, uma camada de integração com fila, idempotência (o mesmo pedido nunca entra duas vezes) e reprocessamento. Dados que mudam pouco, como catálogo e tabelas, são sincronizados; dados críticos no momento do pedido, como crédito e estoque, são consultados ou validados na hora. Se o ERP ficar indisponível, o portal continua recebendo pedidos e os envia quando ele voltar. Os padrões dessa camada estão em como integrar seu sistema com o ERP.

Quando a ideia evolui para reunir vários fornecedores numa mesma plataforma, o projeto muda de natureza e passa a ser um marketplace, com outros desafios, discutidos em como desenvolver um marketplace B2B.

Riscos e erros comuns

• Preço diferente entre portal e faturamento, a forma mais rápida de perder a confiança do cliente.
• Regras comerciais duplicadas no portal e no ERP.
• Lançar sem o comercial, que passa a boicotar o portal.
• Portal só de pedido, sem financeiro e documentos, que resolve metade das ligações.
• Controle de acesso fraco entre empresas e perfis.
• Adoção sem plano: abrir o portal e esperar que os clientes descubram sozinhos.

Como medir se deu certo

• Proporção de pedidos recebidos pelo portal, por cliente e vendedor.
• Volume de contatos ao comercial e ao financeiro para segunda via, nota e status.
• Pedidos com correção manual antes do faturamento.
• Clientes ativos no portal e frequência de uso.
• Tempo entre o pedido e o faturamento.

Checklist do projeto

• Levantar o que os clientes pedem hoje, por canal e área.
• Mapear as regras de preço, condição e crédito no ERP.
• Definir perfis, alçadas e a administração pelo cliente.
• Decidir o que é sincronizado e o que é consultado em tempo real.
• Envolver o comercial no desenho e na política de comissão.
• Escolher clientes piloto e um plano de adoção.

Autoatendimento com as regras do seu cliente

A Pervian Tech desenvolve portais B2B sob medida no nosso trabalho de desenvolvimento web: preço e crédito por cliente, múltiplos compradores e aprovadores, financeiro e documentos fiscais, e integração com o ERP que a empresa já usa.

O trabalho começa por um diagnóstico inicial gratuito do que os seus clientes pedem hoje e do que o ERP expõe. Com ele definimos as fases, a partir de um grupo de clientes piloto, e o investimento, que é sob consulta. Se o seu comercial ainda passa a manhã digitando pedido de reposição, conte como funciona hoje.