Pagamentos · Marketplaces

Uma cobrança, múltiplas responsabilidades visíveis.

Marketplaces conectam pagador, plataforma e vendedores. Cadastro, divisão econômica, responsabilidade e repasse precisam ser definidos antes de processar.

Orquestração de pagamentos na plataforma Digittro
Pagamentos · Digittro
Conteúdo aprofundado2 min de leituraRevisado em 31/08/2026Equipe editorial e operacional Digittro

Visão executiva

O essencial antes de operar

Intenção atendida: Planejar pagamentos de marketplaces com participantes, responsabilidades, divisão econômica, reservas, repasses e conciliação.

  • Marketplace não é apenas checkout com vários itens.
  • Cada recebedor precisa de cadastro e papel definido.
  • Split depende de estrutura e provedor elegíveis.
  • Reembolso afeta a divisão original.
  • Relatórios preservam cada participante.

01

O que esta solução organiza

Marketplaces conectam pagador, plataforma e vendedores. Cadastro, divisão econômica, responsabilidade e repasse precisam ser definidos antes de processar. O desenho da jornada separa claramente solicitação, validação, confirmação e conciliação. Assim, cada participante sabe o que precisa ocorrer antes de avançar.

01

Participantes e recebedores identificados

02

Regras de divisão versionadas

03

Repasse e conciliação por vendedor

02

Como funciona, etapa por etapa

  1. 01

    Mapeie o modelo e os participantes

  2. 02

    Valide recebedores e responsabilidades

  3. 03

    Registre a regra econômica da cobrança

  4. 04

    Concilie taxas, reservas e repasses

03

Qualidade operacional por padrão

Antes de confirmar qualquer operação, revise titularidade, valores, moeda ou ativo, rede quando aplicável, prazos, tarifas e destinatários. Dados enviados por canais não verificados não devem ser usados para transferências.

A Digittro apresenta estas informações para explicar o produto, e não como promessa de aprovação, rentabilidade, disponibilidade contínua ou aconselhamento financeiro, jurídico ou tributário.

03

Modelo antes do fluxo financeiro

Marketplace conecta comprador, plataforma e um ou mais vendedores, mas a relação jurídica e financeira varia. Antes da integração, é necessário definir quem vende, quem cobra, quem presta suporte, quem responde por reembolso e como taxas são apresentadas. A tecnologia não corrige um modelo contratual indefinido.

Receber todo valor em nome próprio ou dividir automaticamente não deve ser presumido. Prestador, cadastro, atividade, país e regras aplicáveis determinam o fluxo elegível. A página descreve requisitos de projeto sem prometer split ou subconta para qualquer negócio.

04

Participantes, divisão e versão

Cada vendedor mantém identidade, beneficiários, representantes, conta de destino, status e produtos habilitados. A plataforma também possui tarifa ou comissão documentada. Na criação do pedido, a regra econômica informa participantes, percentuais ou valores, arredondamento e responsável por custos.

A regra é copiada para a cobrança e não muda retroativamente quando o contrato do vendedor é atualizado. Pedido com múltiplos vendedores mantém itens e referências suficientes para reconstruir a divisão. Alteração manual exige permissão, justificativa e auditoria.

05

Reserva, repasse e exceções

Pagamento confirmado pode continuar sujeito a liquidação, reserva e disputa. O painel separa saldo da plataforma e de cada vendedor sem sugerir disponibilidade conjunta. Repasses mostram bruto, comissão, taxa, retenção, ajuste e líquido, ligados às transações de origem.

Reembolso total ou parcial considera itens, participantes e divisão original. Chargeback pode afetar vendedor, plataforma ou reserva conforme contrato e regras do método. A conciliação não distribui diferenças por suposição; encaminha exceções para responsável.

Saída de vendedor, mudança bancária e bloqueio de conta seguem procedimento sem redirecionar recursos informalmente. Métricas por participante preservam privacidade e ajudam a encontrar fraude, atraso e qualidade operacional.

A arquitetura técnica também isola participantes. Credenciais, webhooks e permissões não permitem que um vendedor consulte dados ou saldos de outro. Operações administrativas de alto impacto exigem autenticação forte e trilha de auditoria. Na homologação, cenários cobrem carrinho com vários vendedores, cancelamento parcial, vendedor suspenso, saldo reservado, repasse falho e disputa posterior. Relatórios reconciliam o total do comprador com a soma de vendedores, comissão, tarifas, reservas e ajustes. Qualquer diferença permanece visível até resolução formal.

Comparativo

Marketplace: participantes, divisão e repasse

EtapaPergunta de controleEvidência
CriaçãoValor, moeda, método e referência estão corretos?Cobrança registrada
AutorizaçãoO provedor aceitou processar?Evento autenticado
ConfirmaçãoO critério do método foi atingido?Status validado no servidor
LiquidaçãoQuanto ficou disponível e quando?Agenda e repasse
ConciliaçãoCobrança, taxas e pedido correspondem?Extrato e identificadores

Os estados, prazos e responsabilidades efetivos variam conforme método, provedor, país e contrato.

Checklist

Antes de solicitar uma cotação

  1. 01

    Definir pedido, valor, moeda e método.

  2. 02

    Criar uma referência interna única.

  3. 03

    Coletar somente os dados necessários.

  4. 04

    Validar eventos no servidor e deduplicá-los.

  5. 05

    Separar autorização, confirmação e liquidação.

  6. 06

    Tratar expiração, falha, estorno e devolução.

  7. 07

    Conciliar valor bruto, taxas e líquido.

Vocabulário

Termos usados nesta página

Cobrança
Registro que relaciona valor, moeda, pagador e pedido.
Autorização
Aceite inicial para processar um pagamento.
Confirmação
Evento que satisfaz o critério definido para o método.
Liquidação
Disponibilização financeira após regras e prazos.
Webhook
Evento enviado por integração para atualizar o sistema.
Conciliação
Correspondência entre pedido, pagamento, custos e repasse.

Fontes

Referências institucionais

Links externos usados para contextualização normativa e educação financeira. Nenhum direciona a concorrentes.

  1. Banco Central do Brasil — Sistema de Pagamentos Brasileiro ↗
  2. Banco Central do Brasil — normas do Pix ↗
  3. PCI Security Standards Council — PCI DSS ↗

04

Perguntas frequentes

Split está disponível para qualquer negócio?+

Não. Depende do modelo, provedor, cadastro e regras aplicáveis.

A plataforma pode receber tudo em nome próprio?+

A estrutura jurídica e financeira precisa ser validada; não deve ser presumida.

Como tratar reembolso?+

A regra deve relacionar pedido, participantes, divisão original e valores devolvidos.