Marketplace API
Buenas, sería de mucha utilidad la posibilidad de hacer transacciones estilo API Marketplace de MP.
Puntualmente para nuestro caso de uso:
Generamos orden de pago en cuenta de tenant con su token
Enviamos link a cliente de tenant
Retenemos un % de esa operación como comisión.
El objetivo con esto es que el dinero vaya directamente al comercio y que no tengamos que actuar de intermediarios reteniendo y luego teniendo que liquidar.
Menciono el caso de MP porque es el único que conozco, que utilicé, y que más se adapta a lo que necesitamos.
Gracias.
Log in to comment and vote
Comments12
Jul 9
PinnedGood news! We are already working towards our Payouts API, starting with Argentina to be released within Q3. We will be notifying everyone as we make progress. Keep posted and thanks for helping us with your feedback!
Nahuel Candia
Nov 26, 2025
Serviria como MVP un API para Payouts?
Nahuel Krowicki
Nov 27, 2025
Entiendo que no, de esa forma yo como plataforma me convertiría en “intermediario financiero”, tendría que recibir, retener y liquidar a mi usuario final. no? ya que el dinero que entraría no sería realmente un ingreso nuestro, sino fondos ajenos, y eso complica todo a nivel contable
Nahuel Candia
Nov 27, 2025
No, en realidad sería un endpoint que te permitiría transferir un monto determinado a otra cuenta. Los fondos seguirían siendo administrados por nosotros, por lo que no tendrías ese problema de convertirte en intermediario financiero.
La diferencia es que el cálculo del porcentaje o del monto que querés transferir quedaría de tu lado. Además, la transferencia se realizaría después de que los fondos estén acreditados y no en el momento de la transacción.
Por ejemplo, si entra un pago con tarjeta de débito, se acredita en un día y recién al día siguiente deberías ejecutar un CRON job para llamar al endpoint y enviar, por ejemplo, el 10% a esa cuenta. En ese caso vos tendrías que calcular cuánto representa ese 10% del importe cobrado.
Nicolás Cavallin
Nov 28, 2025
Supongo que temporalmente puede servir, pero implicaría más desarrollo de nuestro lado para la conciliación vía CRONs, y el hecho de que la API KEY tenga que ser de escritura/retiro.
Aún así lo más importante es que no afecte la parte fiscal. Por otro lado, entiendo que habría que manejar reembolsos a la inversa, es decir, si alguien solicita reembolso, primero “devolver” nuestra comisión de marketplace al tenant, y luego hacer el reembolso desde el tenant.
No tengo mucha experiencia tampoco como para desarrollar más pero esas serían mis prinicipales preocupaciones versus una integración como la de MP.
Gracias!
Nahuel Candia
Nov 28, 2025
En cuanto a conciliación, para un MVP puede requerir algo de lógica adicional de su lado, pero toda la información está disponible vía API y webhooks, por lo que pueden automatizarlo sin problema.
Respecto a la API Key con permisos de escritura, no cambia su encuadre regulatorio ni fiscal. No les da control operativo sobre los fondos, solo permite emitir instrucciones dentro del sistema de Rebill. La tenencia del dinero sigue siendo de Rebill, por lo que no se configura administración de fondos ni intermediación.
La parte fiscal tampoco se ve afectada: ustedes siguen siendo simplemente la plataforma que define reglas de distribución, igual que en cualquier esquema de split estándar. Vos pagarias impuestos por los fondos que llegan a tu cuenta bancaria.
Sobre los reembolsos, como no es un módulo de marketplace completo como el de MP, el flujo es distinto: si un tenant no tiene saldo suficiente para cubrir el reembolso, primero vos como plataforma tendrias que hacer un top-up (deposito) de fondos a tu cuenta y luego ejecutar el payout del reembolso.
Nicolas Lujan
Jul 8
Hola, ¿tienen alguna novedad sobre esto? Me gustaría utilizar la API de Payouts, en caso de que ya esté disponible.
Estoy desarrollando un plugin para better auth para simplificar la lógica necesaria para construir marketplaces utilizando Rebill. La idea sería la siguiente:
Cuando un usuario se registra, se crea automáticamente una wallet asociada a su cuenta.
Al utilizar Instant Checkout, envío en los metadatos información como
wallet_idyuser_id.Cuando un cliente realiza un pago, ese pago queda automáticamente asociado a la wallet del usuario correspondiente.
Posteriormente, el usuario puede solicitar el retiro de los fondos disponibles en su wallet hacia una cuenta propia
Nahuel Candia
Jul 9
Payouts API for Argentina will be released within Q3! 🏃
Nahuel Krowicki
Nov 28, 2025
Primero gracias por la rápida respuesta y por la solución alternativa propuesta!
Creo que no terminaría de servir por una cuestión principalmente regulatoria.
Si la acreditación ocurre primero en la cuenta de ustedes y luego nosotros debemos calcular y ejecutar transferencias hacia otro user, eso nos convierte —a los ojos de entidades regulatorias— en un “gestor de fondos de terceros”, no?
O sea, aunque los fondos no pasen por nuestra cuenta bancaria, el hecho de tener que retener un porcentaje (aunque sea del lado de ustedes) y luego liquidar manualmente implica actuar como intermediarios financieros, no?. Y -si no estoy mal- lo que el marketplace de mercadopago hace justamente es evitar ese esquema, ya que nos obliga a asumir responsabilidades contables y fiscales que no corresponderían a nuestro modelo de plataforma.
Nahuel Candia
Nov 28, 2025
En este esquema ustedes no pasan a ser gestores de fondos de terceros. Desde la perspectiva regulatoria argentina (y lo mismo aplica en la mayoría de los países), lo que determina la figura de un intermediario financiero o de un PSP que administra fondos es quién tiene la tenencia y el control operativo del dinero.
En este modelo, los fondos siempre permanecen dentro de las cuentas operadas por nosotros como PSP y nunca bajo control ni disposición de ustedes. Ustedes únicamente emiten instrucciones dentro del propio sistema Rebill para indicar el reparto entre los usuarios finales.
Esto es equiparable a cómo funcionan los marketplaces en general: la plataforma no recibe ni custodia fondos, simplemente define reglas y órdenes de liquidación que el propio proveedor ejecuta. Por lo tanto, no se configura gestión de fondos ni intermediación, y no se generan las obligaciones regulatorias que les preocupan.
El responsable regulatorio sigue siendo el PSP (Rebill) que mantiene la tenencia de los fondos y ejecuta las liquidaciones conforme a sus instrucciones.
Me confirmás si a partir de esto, incluso teniendo en cuenta que los cálculos quedarían de tu lado, te haría sentido avanzar con un MVP propuesto de este tipo?
Nahuel Krowicki
Nov 30, 2025
Entonces sí, creo que tiene sentido!
Lo único es que no estoy seguro a qué te referís con que ‘los cálculos quedan de mi lado’. O sea, creo entenderlo, pero me confunde porque no veo otro escenario posible más que yo (como plataforma) haga el cálculo.
O sea, como plataforma soy yo quien define ese % o monto fijo, no? Cual sería un posible escenario en donde no haga eso yo? Te lo consulto solamente para asegurarme de que estoy entendiendo bien
Nahuel Krowicki
Dec 9, 2025
Buenas @Nahuel Candia, quería saber si hay alguna novedad de esto. Muchas gracias!