Como criar marketplace de fornecedores: o que resolver antes do primeiro seller

Criar um marketplace de fornecedores parece, de longe, “um ecommerce com pedidos maiores”. Na prática, o ciclo B2B é outro: comprador corporativo, aprovação interna, nota fiscal que precisa entrar no ERP, pagamento em parcelas ou prazo, e regras comerciais que mudam por cliente e por região. Se você trata isso como detalhe depois do primeiro seller, o canal trava no primeiro pedido grande.

Este guia responde como criar marketplace de fornecedores com foco no que o operador precisa decidir antes de cadastrar o primeiro parceiro: fluxo de pedido, dinheiro, documento fiscal e integração com o sistema do comprador.

Marketplace de fornecedores não é vitrine B2C ampliada

Em B2C, o comprador decide sozinho, paga no checkout e espera entrega. Em B2B de fornecimento, quem compra é uma empresa com processo: cotação, pedido de compra interno, alçada de aprovação, recebimento no almoxarifado ou na obra, conferência de NF-e, lançamento no contas a pagar.

O marketplace entra como canal transacional sobre uma rede que já existe (distribuidores, representantes, fabricantes). O ganho está em padronizar catálogo, pedido e repasse; não em copiar o funil de uma loja de varejo. Se ainda está escolhendo o primeiro modelo, vale cruzar com produtos, serviços ou B2B: qual começar primeiro.

O ciclo de pedido B2B que o operador precisa desenhar

Antes do primeiro seller, desenhe o ciclo completo em uma página (ou planilha) e valide com um comprador e um fornecedor reais:

1. Descoberta e catálogo: preço é público, por login, por tabela por cliente ou por região?
2. Carrinho e cotação: o pedido nasce como orçamento, pedido firme ou os dois?
3. Aprovação: quem no cliente corporativo aprova valor, prazo e condição de pagamento?
4. Confirmação: o seller confirma estoque, prazo de faturamento e frete?
5. Faturamento e entrega: em que momento nasce a obrigação fiscal e logística?
6. Recebimento: o comprador confirma quantidade recebida antes de liberar pagamento?
7. Pagamento e repasse: prazo, parcelas, boleto, Pix, cartão corporativo; comissão da plataforma quando entra?

Sem esse mapa, a tecnologia vira formulário bonito em cima de WhatsApp e planilha. A validação da ideia continua válida: prove o fluxo manualmente antes de escalar software.

Pedidos grandes: volume, mínimo e fracionamento

Pedidos B2B costumam ter valor alto, múltiplas linhas, mínimo por SKU e múltiplos pontos de entrega (filiais, obras, CDs). Defina cedo:

• Pedido mínimo por fornecedor, por categoria ou por região.
• Fracionamento de entrega: uma NF por entrega ou uma NF com várias remessas?
• Desconto por volume: quem autoriza: seller, plataforma ou tabela negociada por conta-chave?
• Substituição de item: equivalente permitido? quem aprova no lado do comprador?

O operador precisa de regras explícitas no contrato com sellers e na interface (ou no processo manual do piloto). “O comercial fecha no telefone” não escala quando dez compradores corporativos pedem o mesmo desconto com critérios diferentes.

Pagamento parcelado, prazo e split: caixa antes do catálogo

B2B raramente fecha em “cartão à vista no checkout”. Entram boleto com vencimento, Pix com prazo, cartão corporativo parcelado, crédito do fornecedor (30/60/90 dias) e, em alguns modelos, antecipação ou retém parte do valor até conferência.

Decisões que não podem ficar para depois do go-live:

• Sobre o que incide a comissão do marketplace: bruto, líquido, frete dentro ou fora, desconto comercial.
• Quem assume inadimplência se o comprador atrasa após a entrega: seller, plataforma ou seguro/garantia.
• Parcelamento: custo financeiro repassado ao comprador, absorvido pelo seller ou rateado.
• Split de pagamento: o valor já nasce dividido entre seller e plataforma ou tudo cai na conta do operador e repassa depois (modelo que não escala e complica leitura fiscal).

Aprofunde em split de pagamento no Brasil. Split organiza repasse; não substitui política de crédito B2B nem substitui acordo de prazo com cada conta.

Sinais de que o financeiro ainda não está pronto

• Ninguém sabe se “pedido aprovado” libera faturamento, cobrança ou os dois.
• Comissão é percentual no slide, mas no contrato com seller está outro critério.
• O comprador corporativo exige nota antes do pagamento e o seller só emite após o dinheiro; impasse recorrente.

Nota fiscal de produto, CFOP e o filtro do contas a pagar

Para o comprador PJ, a NF-e não é burocracia lateral: é passagem no ERP. Erro de CFOP (tipo de operação na nota), CNPJ, inscrição estadual, valor ou referência do pedido de compra trava o pagamento, e o marketplace vira “canal ruim” mesmo com preço competitivo.

No modelo mais comum de intermediação, quem vende o produto emite a NF-e ao comprador; a plataforma documenta a comissão ou taxa de intermediação em separado. Híbridos (estoque próprio + sellers) exigem modo por item no catálogo. Veja o mapa completo em quem emite nota fiscal em um marketplace.

Antes do primeiro seller, alinhe com contador e com um comprador piloto:

Tema	Pergunta para fechar
Emissor	Seller emite ao comprador? Plataforma em algum item?
Momento	NF na confirmação, no faturamento, no despacho ou na entrega?
CFOP	Venda interestadual, substituição tributária, bonificação, devolução; qual código por cenário?
Referência	Campo de pedido de compra do cliente na NF e no XML?
Anexos	Comprador precisa de XML + DANFE em e-mail, portal ou API?
Devolução	Roteiro de nota de devolução e estorno quando o recebimento falha

CFOP errado é sintoma de modelo de negócio ainda aberto, não de “configuração que o TI ajusta depois”. Sellers precisam de emissor (certificado, integração ou parceiro) compatível com o volume e com os estados que atendem.

Integração com o ERP do comprador: o que o operador promete (e o que não promete)

Grandes compradores não “baixam PDF no portal” para sempre. Pedem integração: pedido exportado, status de entrega, NF importada, às vezes catálogo punchout (compra dentro do ERP com catálogo do marketplace).

Antes do primeiro seller, seja honesto sobre o estágio:

• Fase 1: Portal + planilha/API simples: pedido com número único, status visível, download de XML da NF; suficiente para pilotos com 2–5 contas.
• Fase 2: Integração bidirecional: API ou EDI com ERPs comuns (SAP, TOTVS, Omie, Bling, etc.); mapeamento de SKU, centro de custo, filial de entrega.
• Fase 3: Punchout / catálogo integrado: comprador monta carrinho no ERP com preço e regra já negociados.

Prometer ERP do comprador no dia zero sem piloto manual costuma atrasar o lançamento seis meses. Prometer campos e identificadores estáveis (ID do pedido, linha, CNPJ seller, chave da NF-e) permite que o time de TI do cliente integre sem você implementar todos os conectores de uma vez.

Do lado dos sellers, o espelho é integração com ERP/emissor deles (estoque, pedido, NF). O marketplace precisa exportar pedido confirmado em formato que o seller consome; não só e-mail de “novo pedido”.

Checklist: o que resolver antes do primeiro seller

Use como gate de go-live operacional (não só de software):

Negócio e contrato

• Papel jurídico de cada CNPJ (plataforma, seller, comprador).
• Comissão, fee fixo, mensalidade do seller: base de cálculo escrita.
• Política de cancelamento, atraso, falta parcial e devolução.
• Quem define preço e desconto em conta-chave versus catálogo aberto.

Pedido e aprovação

• Fluxo orçamento → pedido → aprovação documentado.
• Campos obrigatórios: pedido de compra do cliente, filial, observação fiscal.
• Regra de confirmação de estoque e prazo pelo seller (SLA).

Pagamento e repasse

• Meios aceitos e quem oferece crédito/prazo.
• Modelo de split ou repasse manual (com data limite de migração para split).
• Conciliação: pedido ↔ pagamento ↔ repasse por transação.

Fiscal

• Quem emite NF-e ao comprador e em que evento do pedido.
• Tabela de cenários CFOP (venda, bonificação, devolução, remessa).
• Documento da comissão da plataforma para o seller.

Comprador corporativo

• Formato de entrega da NF (portal, e-mail, API).
• Referência do pedido de compra na nota e no extrato.
• Piloto com um comprador que aceite testar o fluxo fim a fim.

Tecnologia mínima

• Catálogo com dono por item (seller X ou plataforma).
• Área do seller com pedido, status e documento fiscal.
• Identificadores estáveis para integração futura com ERP.

Só depois disso faz sentido acelerar cadastro de sellers em massa. Para atração dos primeiros parceiros com proposta clara, veja também como atrair os primeiros sellers.

FAQ

Marketplace de fornecedores precisa de split desde o dia um?

Não é obrigatório no piloto com poucos sellers e volume controlado, mas o desenho do repasse e da comissão precisa existir desde o início. Planeje migrar para split na operadora de pagamentos antes do volume tornar repasse manual insustentável.

O comprador pode pagar em 60 dias direto ao seller?

Pode, se o modelo comercial for crédito do fornecedor e a plataforma cobrar comissão por outro meio (mensalidade, fee por pedido, nota de intermediação). O marketplace precisa registrar o pedido e a comissão mesmo quando o dinheiro não passa pelo checkout; senão GMV e receita da plataforma viram números incomparáveis.

Quem escolhe o CFOP: plataforma ou seller?

Na prática, quem emite a NF-e (em geral o seller) define o CFOP com apoio do contador, conforme operação (venda, remessa, devolução). A plataforma define política e validações (bloquear emissão sem pedido vinculado, exigir referência do cliente) para reduzir erro que trava o pagamento no ERP do comprador.

Preciso integrar com todos os ERPs do Brasil?

Não no lançamento. Precisa de pedido e NF bem estruturados e de um piloto com integração manual ou API simples. Conectores específicos vêm com escala e com demanda repetida dos mesmos ERPs.

Posso começar só com WhatsApp e planilha?

Sim, para validar demanda: desde que o piloto reproduza aprovação, NF e prazo de pagamento, não só “lista de preço”. O risco é achar que validou B2B quando só validou divulgação.

Conclusão

Como criar marketplace de fornecedores com sustentação passa por aceitar que B2B tem ciclo de pedido, pagamento e fiscal diferentes do varejo: pedidos grandes com regras por conta, pagamento parcelado ou a prazo, NF-e com CFOP e referências que o ERP do comprador exige, e integração que evolui do portal à API. Resolver isso antes do primeiro seller evita que o canal morra no primeiro cliente corporativo exigente.

A Vendra foi pensada para marketplaces multi participante no Brasil: catálogo, pedidos, pagamentos e repasses com sellers, incluindo cenários B2B e rede de fornecedores, para você lançar com operação coerente enquanto fecha contrato, fiscal e integrações com especialistas.

• Conhecer a plataforma
• Ver modelos suportados
• Criar marketplace com a Vendra