Have something to say?
Chargeback analytics through API (webhooks)
We would like it to be added on your side to be able to: respond to disputes faster - this will allow us to set up a specific alert in an internal channel specifically related to such cases analyse disputes more thoroughly - was it from the first / recurring client, timeline, win rate, and card brand Potentially can increase win rate for disputes
MoR (comerciante registrado)
Estoy a punto de lanzar una aplicación SaaS. Mi objetivo es llegar a clientes de todo el mundo, facturar en dólares estadounidenses y resolver la cuestión de los impuestos internacionales. Si tienes alguna novedad sobre MoR, por favor, avísame.
Enlace de renovación desde la API en las suscripciones en pausa
Buenas! Cómo andan? Actualmente por API no se pueden crear renewal links para subs pausadas, pero sí se puede hacer desde la UI. El force al card-renewal carece de sentido cuando un usuario quiere, por ejemplo, regularizar una sub pausada por mora con transferencia / qr o simplemente otra tarjeta que tenga pre cargada, sobre todo cuando es posible hacerlo desde la plataforma. Esto nos fuerza a tener que hacer un trabajo completamente manual para regularizar esas subs, cuando podríamos hacerlo todo automático por API. Gracias!
Permitir la creación de roles personalizados con diferentes permisos
Actualmente solo hay seis roles predefinidos con permisos preestablecidos. Para nosotros es importante poder configurar los permisos de forma más detallada para algunas personas que, por ejemplo, no necesitan tener acceso a la creación de enlaces, a los saldos ni a los equipos, pero que sí deben poder copiar y enviar enlaces de pago a los clientes que han informado de que Rebill no les ha enviado nada.
El mejor complemento de autenticación para mercados online
Hola, ¿tienen alguna novedad sobre esto : https://product.rebill.com/es/p/marketplace-api? Me gustaría utilizar la API de Payouts, en caso de que ya esté disponible. Estoy planeando desarrollar un plugin oss para better auth con el fin de simplificar la lógica necesaria para construir marketplaces utilizando Rebill. La idea base sería la siguiente: 1 - Cuando un usuario se registra, se crea automáticamente una wallet asociada a su cuenta. 2 - Al utilizar Instant Checkout, envío en los metadatos información como wallet_id y user_id. 3 - Cuando un cliente realiza un pago, ese pago queda automáticamente asociado a la wallet del usuario correspondiente. 4 - Posteriormente, el usuario puede solicitar el retiro de los fondos disponibles en su wallet hacia una cuenta propia
Habilitar la búsqueda de enlaces de pago por ID de enlace
Actualmente, si necesitamos encontrar un enlace concreto, tenemos que buscarlo por su título. La búsqueda por ID de enlace o por enlace completo permitiría una búsqueda más rápida en el panel de control.
API sobre facturas
Hola, Como parte de nuestro desarrollo, necesitaríamos poder acceder a las facturas para mostrarlas en nuestra plataforma. Solo vemos la opción de enviarlas automáticamente por correo electrónico, pero nos gustaría acceder a ellas a través de la API o recibirlas mediante webhooks para poder mostrárselas a los consumidores más adelante. ¿Hay alguna forma de hacerlo? ¡Gracias de antemano!
Añadir una página de análisis de uso para cada enlace de pago creado, con el fin de ver quién lo ha utilizado y cuándo.
Esta función está disponible en Stripe y nos ayuda muchísimo a localizar pagos no registrados procedentes de diferentes direcciones de correo electrónico, en caso de que los clientes afirmen que han pagado, pero no podamos encontrar el pago.
Mostrar el código de error detallado en el panel de control
¡Hola! Actualmente solo podemos ver el motivo genérico del fallo en el panel de control («Rechazado por el banco emisor de la tarjeta. Pide al usuario que lo intente más tarde o que utilice otro método»). Nos sería de gran ayuda poder ver también el «errorStatusDetail» (do_not_honor) en el panel de control para poder ofrecer explicaciones más detalladas a nuestros clientes.
Integración con Meta Conversions API (CAPI) o Píxel en el Checkout
¡Hola, equipo! Estaría genial que agregaran una integración directa con la API de Conversiones de Meta (CAPI) y el Píxel en las pantallas de pago. Hoy en día es muy difícil trackear bien las campañas usando solo el navegador. Además, con el nuevo algoritmo de Meta (Meta Andromeda), el sistema necesita sí o sí datos limpios desde el servidor para entender quiénes están comprando de verdad. Sin esto, el algoritmo trabaja a ciegas y es casi imposible escalar las ventas de forma rentable. Poder mandar los eventos de compra (especialmente vía CAPI de servidor a servidor) no es un lujo, es una necesidad clave para cualquier negocio que use tráfico pago hoy en día. ¿El beneficio? Ganamos todos: Si los comercios podemos nutrir bien al algoritmo de Meta, vamos a vender muchísimo más. Y al vender más nosotros, lógicamente Rebill va a procesar un volumen de pagos mucho más alto. ¡Ojalá lo puedan sumar pronto al roadmap! Sería un golazo.
DISPUTAS/contragargos
Solicitamos contar con visibilidad y seguimiento de cada caso, para poder conocer su estado en todo momento: si continúa en gestión, si fue resuelto a favor del comprador o a favor de la empresa.
Posibilidad de configurar un calendario de pagos para las suscripciones
Nos encantaría poder configurar pagos variables con una fecha específica y personalizable para el siguiente pago. Ejemplo: 1.º pago: 18 000 MXN 2.º pago: 3.500 MXN, +26 días 3.º pago: 3.500 MXN, el mes que viene 4.º pago: 3.500 MXN, el mes que viene Actualmente tenemos que utilizar una combinación de producto y plan para poder ofrecer dicha opción
Problema con webhook
Buenas tardes, no me estan llegando los eventos de suscripciones a Make, les dejo el link del webhook. Saludos. https://hook.us2.make.com/twuxiqib5veksvuixm5s1bythuhtpudp
Añadir el evento «contracargos» al panel de control y la posibilidad de ordenar los datos según este criterio
Actualmente, si consultamos las devoluciones en el nuevo panel de control, todas aparecen vinculadas a la fecha de pago original y ni siquiera sabemos cuándo se iniciaron. Por lo tanto, no sabemos cuáles podemos rebatir y cuáles no.
Sugerencias de mejoras operativas
Incrementar la cantidad de reintentos de cobro, sumando 3 adicionales, para alcanzar un total de 7 intentos. Permitir la activación y el cobro manual mientras la operación se encuentra en estado “reintentando”, sin necesidad de esperar 48 horas. Esto resulta clave especialmente el último día del mes, ya que el alumno puede informar que ya percibió sus haberes y está en condiciones de abonar. De esta forma, se evita considerarlo como no recuperado dentro del mes vigente y mejora el porcentaje de recupero. Reducir la longitud del link de cambio de tarjeta, para facilitar su uso y envío. Simplificar los campos del link de pago, eliminando la obligatoriedad de completar domicilio y código postal. Incorporar la visualización del tipo de tarjeta en la plataforma (crédito, débito o prepaga).
Documentación y MCP server para LLM
Hola, como están? Creo que tienen una solución muy buena, pero es muy difícil para un LLM procesar su pagina dé desarrolladores. No es por nombrar la competencia pero mercado libre tiene 3 cosas que podrían agregar ustedes: Documentación en formato .md Mcp server de la documentación Chabot con IA para consultar (hecho el mcp server esto seria el siguiente paso natural ) Espero que les siente bien mi recomendación, saludos!!
Webhooks de producción rechazados con 401
Hola equipo! Necesitamos ayuda para diagnosticar la autenticación de webhooks en producción, porque las requests entrantes no están alineando con el esquema de seguridad documentado. Contexto: Endpoint: https://mercantis.io/api/rebill/webhook Content-Type procesado: application/json Implementamos validación HMAC SHA-256 según docs (x-rebill-signature + secreto compartido) También probamos allowlist de IPs (34.225.22.63, 3.221.139.192) Comportamiento observado: Las requests entrantes no incluyen x-rebill-signature (ni headers equivalentes de firma) IP de origen observada en logs: 52.158.209.200 (fuera de la allowlist documentada) Resultado: 401 en el 100% de los intentos (no es intermitente) Importante: Esta integración venía funcionando correctamente. No rotamos API keys ni cambiamos la URL del webhook. ¿Nos pueden confirmar el contrato de autenticación vigente para webhooks en producción? Si lo necesitan, podemos compartir request IDs y timestamps exactos de entregas fallidas.
Webhooks de producción rechazados con 401.
Hola equipo! Necesitamos ayuda para diagnosticar la autenticación de webhooks en producción, porque las requests entrantes no están alineando con el esquema de seguridad documentado. Contexto: Endpoint: https://mercantis.io/api/rebill/webhook Content-Type procesado: application/json Implementamos validación HMAC SHA-256 según docs (x-rebill-signature + secreto compartido) También probamos allowlist de IPs (34.225.22.63, 3.221.139.192) Comportamiento observado: Las requests entrantes no incluyen x-rebill-signature (ni headers equivalentes de firma) IP de origen observada en logs: 52.158.209.200 (fuera de la allowlist documentada) Resultado: 401 en el 100% de los intentos (no es intermitente) Importante: Esta integración venía funcionando correctamente. No rotamos API keys ni cambiamos la URL del webhook. ¿Nos pueden confirmar el contrato de autenticación vigente para webhooks en producción? Si lo necesitan, podemos compartir request IDs y timestamps exactos de entregas fallidas.