Marketplaces
Conecte as operações de checkout e pagamento do marketplace, preservando o contexto do vendedor, pedido, reembolso, disputa e reconciliação.
Nesta página
Os fluxos de pagamento do marketplace envolvem mais do que o comprador e um único pedido. Eles também podem depender da identidade do vendedor, da integração do provedor, da propriedade comercial, do comportamento de divisão ou pagamento, de pagamentos parciais, reembolsos, disputas, reservas e reconciliação financeira.
Defina o modelo de operação primeiro#
Antes de escolher uma integração, confirme:
- qual entidade é a responsável pelo pagamento do comprador;
- se os vendedores utilizam uma conta de processamento compartilhada ou contas separadas;
- qual sistema calcula comissões, valores para o vendedor, impostos, reservas e pagamentos;
- qual provedor e conta suporta qualquer operação de divisão, transferência, sub-vendedor ou pagamento necessária;
- quem é responsável por reembolsos, disputas, saldos negativos e reconciliação de pagamentos do vendedor.
Os contratos públicos de pedido e pagamento da DEUNA não implicam que todos os provedores suportem o processamento de divisão ou pagamentos. Seu Gerente de Contas Técnicos deve confirmar a conexão suportada, o modelo de conta, a operação, as credenciais e o comportamento de pagamento.
Preserve o contexto do marketplace#
| Contexto | Orientações de implementação |
|---|---|
| Pedido do comprador | Utilize uma referência imutável do pedido do comerciante e a DEUNA order_token. |
| Vendedor | Utilize uma referência estável e não sensível nos campos ou metadados suportados. |
| Itens e entrega | Preserve a relação entre o vendedor, o envio, a cancelamento e o reembolso em seu sistema de registro. |
| Tentativas de pagamento | Mantenha todas as rotas, tentativas, capturas, reembolsos e resultados incertos conectados ao pedido original. |
| Operações financeiras | Reconcilie o pagamento do processador, o livro-razão do marketplace, a obrigação do vendedor, a taxa, a reserva, o reembolso e a evidência da disputa. |
Projete operações parciais intencionalmente#
Teste pedidos com múltiplos vendedores, envios, tempos de captura, cancelamentos e reembolsos. Um reembolso ou captura parcial devem permanecer dentro das capacidades da operação e do provedor habilitado para a conta. Não crie um segundo pedido apenas para recuperar de um resultado de pagamento desconhecido.
Para integrações de risco que aceitam o contexto do vendedor, utilize apenas os campos suportados pelo provedor selecionado e conexão anti-fraude. Não envie credenciais do provedor ou dados pessoais do vendedor desnecessários através dos metadados.
Continuar com Recursos dos provedores, Captura e reembolsos, Gestão de disputase Reconciliação de Pagamento.