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.

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.
Participantes e recebedores identificados
Regras de divisão versionadas
Repasse e conciliação por vendedor
02
Como funciona, etapa por etapa
- 01
Mapeie o modelo e os participantes
- 02
Valide recebedores e responsabilidades
- 03
Registre a regra econômica da cobrança
- 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
| Etapa | Pergunta de controle | Evidência |
|---|---|---|
| Criação | Valor, moeda, método e referência estão corretos? | Cobrança registrada |
| Autorização | O provedor aceitou processar? | Evento autenticado |
| Confirmação | O critério do método foi atingido? | Status validado no servidor |
| Liquidação | Quanto ficou disponível e quando? | Agenda e repasse |
| Conciliação | Cobranç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
- 01
Definir pedido, valor, moeda e método.
- 02
Criar uma referência interna única.
- 03
Coletar somente os dados necessários.
- 04
Validar eventos no servidor e deduplicá-los.
- 05
Separar autorização, confirmação e liquidação.
- 06
Tratar expiração, falha, estorno e devolução.
- 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.
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.