A transação mais simples que pode ser gerada com as APIs do Moip possui um pagador e um único recebedor. Este é o padrão utilizado para as transações tradicionais no e-commerce.
O Moip permite que um pagamento realizado seja dividido (split) em tempo real entre diferentes contas Moip. Este esquema viabiliza o uso do Moip como solução para marketplaces/plataformas por facilitar o pagamento da cadeia de envolvidos e permitir o funcionamento de diversos modelos de negócios.
Os recebedores secundários (SECONDARY) não possuem relação com os compradores. Isto é, um comprador que faz um pagamento, neste esquema, não “enxerga” o recebedor secundário na transação, nem a forma com que os pagamentos foram divididos entre as partes. Pode haver mais de um recebedor secundário por transação, mas apenas um recebedor primário (PRIMARY).
Abaixo um quadro comparativo com as características de cada papel assumido (recebedor primário, secundário e comprador) em uma transação dividida.
| Funcionalidade | Pagador | Recebedor Primário | Recebedor Secundário |
|---|---|---|---|
| Obrigatoriedade na transação | Sim | Sim | Não |
| Obrigatoriedade de Conta do Moip | Não | Sim, conta de vendedor | Sim, conta de vendedor |
| Relacionamento comercial entre comprador e pagador | Sim | Sim | Não |
| Recebimento de e-mails | Não | Não | Não |
| Reembolsos | Pode solicitar | Pode realizar | Não realiza, mas tem saldo correspondente limitado |
| Reclamações e disputas | Pode abrir | Responde | Não responde, mas tem o saldo correspondente bloqueado/debitado |
| Contestações (chargebacks) | Pode abrir | Responde | Não responde, mas tem o saldo correspondente bloqueado/debitado |
| Relatórios transacionais | Visualiza apenas recebedor | Visualiza pagador e recebedores secundários | Visualiza pagador e recebedor primário |
| Tarifo Moip | Não paga | Paga por padrão | Paga se configurado |
| NF-e de serviços do Moip | Não recebe | Recebe por padrão | Recebe caso pague a tarifo Moip |
Responsável pelo relacionamento com o comprador
Apesar do pagamento ser dividido em 2 (ou mais) partes, uma delas deve sempre ser a responsável pela venda e pelo relacionamento com o consumidor final. Chamamos esta entidade de Recebedor primário. O tratamento de disputas, contestações e reembolsos apenas pode ser realizado por ele. Da mesma forma, toda a comunicação recebida para o consumidor final, tais como e-mail e o nome na fatura do cartão, são identificados com os dados do recebedor primário.
Plataformas de e-commerce e marketplaces com a característica de “classificados” tendem a optar por definir seus vendedores como recebedores primários. Ao contrário, marketplaces que queiram gerenciar o relacionamento com o consumidor definem os vendedores como recebedores secundários, tornando-os “fornecedores” dos produtos/serviços.
Para definir o seu usuário vendedor como recebedor primário, basta que você utilize o token Oauth dele para criar o pedido. Desta forma o seu usuário será o resource owner do pedido que foi criado. Para tornar o marketplace o recebedor primário, utilize o token do marketplace na criação do pedido.
Para saber mais sobre questões técnicas do on-boarding de um marketplace/plataforma, por favor, visite nossa Referência API.
Valor a ser dividido
As regras de divisão são configuradas por pedido. A divisão pode ser feita:
- Por meio de um valor percentual de 0 a 100% (exemplo: 20%)
- Por meio de um valor fixo (exemplo: R$ 5)
Responsável pela tarifa de processamento de pagamento do Moip
A tarifa do Moip pode ser paga pelo responsável do negócio ou por uma das partes envolvidas no pagamento. Esta também é uma definição que varia de acordo com o modelo de negócios do marketplace. Por padrão, o recebedor primário é o responsável pelo pagamento das tarifas.
Para alterar esta configuração basta incluir a informação no JSON adicionando a flag feePayor como true no objeto "receiver", que será o pagador da taxa.
Comentários
Artigo fechado para comentários.