Have something to say?

Tell Rebill how they could make the product more useful to you.

Optimización de sección Balance

Problema actual: existe cierta incertidumbre sobre el tiempo de liberación de los fondos, ya que varía según el método de pago, banco o tarjeta. Además, el proceso de extracción es manual o requiere la intervención del equipo de soporte, lo que genera fricción y demora en la disponibilidad del capital. Propuesta de mejora: Calendario de Liquidación: Sería genial tener una vista de calendario o cronograma, dentro de la sección Balance. Esto nos daría una previsibilidad financiera total. Visualización: Poder ver qué días de la semana/mes se liberarán montos específicos (ej: "Lunes 23: Se liberan ARS $50.000"). Trazabilidad: Al hacer clic en una fecha, ver el desglose de los cobros que componen ese monto, clientes, su método de pago y el motivo del plazo (ej: 72hs hábiles por tarjeta de crédito). Automatización de Retiros: Añadir una opción para configurar "Retiros Automáticos". La idea sería poder elegir que, una vez que los fondos pasen al estado "Disponible", se transfieran automáticamente a la cuenta bancaria vinculada sin necesidad de realizar el pedido manual o contactar a soporte.

Lucas Nasich 6 days ago

💡 Feature request

Pre-fill document type and number via API (prefilledFields)

Problem Currently, prefilledFields.customer in the Payment Links API only supports: email, fullName, phoneNumber, countryCode, and language. There's no way to pre-fill document type (typeIdNumber) and document number (idNumber) via the API payload. This forces merchants to use Custom JS workarounds with URL query parameters, which: Requires extra frontend development Is fragile and undocumented Doesn't work reliably across all scenarios Use Case When a customer completes checkout on our e-commerce platform, we already collect their document. We want to pass this data to Rebill to avoid asking the customer to re-enter it. Proposed Solution Add these fields to prefilledFields.customer Benefits Reduces friction at checkout and improves conversion rates Consistent with how phone prefill works (recently added) No need for Custom JS workarounds

Vic R 24 days ago

💡 Feature request

Deshabilitar datos de usuario en Checkout SDK

Me topé con una discrepancia entre el sandbox y el modo productivo usando el Checkout SDK. En el modo sandbox, estoy pasando los datos de usuario (email y nombre) como prop del componente y estoy ocultando que esos datos (customerInformation) se pidan al usuario al momento de completar el pago. Esto funciona correctamente y el pago se procesa perfecto. En el modo productivo, este setup no funciona. El submit del formulario directamente no funciona, claramente no valida este setup. Al cambiar esta config a customerInformation: true, y mostrar los fields para que el usuario ingrese los datos de email y nombre, ahi el formulario valida y el submit funciona. El problema de esto (al menos que me este faltando información, agradecido si me la facilitan) es la identificación del usuario en el webhook para poder asignar ese estado de la suscripción en mi DB. Si el usuario es capaz de modificar su email al momento de realizar el pago, me quedaría una subscripción huérfana y tendría que identificar manualmente a que email pertenece ese usuario en mi DB.

Mauro Barrionuevo About 1 month ago

💡 Feature request