Configurar un pago recurrente
Una Pay Order programada es una plantilla: guarda el cliente, la cuenta, el método guardado y el importe, además de una frecuencia y una fecha de inicio, y REDA Pay crea y procesa un pago real a partir de ella en cada fecha de vencimiento. El alquiler el día 1 de cada mes, una cuota semanal, un cargo anual: todos son programaciones. El personal las crea desde la pantalla de pago con el botón Schedule; los clientes pueden crear las suyas en tu portal (consulta Pago automático en el portal).
- El trabajo diario que ejecuta las programaciones está programado en tu organización. Si no, no se ejecuta nada; consulta Programar el trabajo diario de pagos recurrentes.
- El cliente tiene, o va a ingresar, una tarjeta o cuenta bancaria guardada. Una programación necesita un método reutilizable.
- El botón o el componente de pago permite programar (Enable Scheduling Order activado; sin
rpay__nosch=1en la dirección).
Paso 1: abrir la pantalla y elegir el método y el importe
Sigue los pasos 1 a 3 de Cobrar un pago: abre la pantalla de pago desde el registro del cliente, selecciona un método guardado o ingresa uno nuevo, y escribe el importe de cada pago. Schedule se habilita cuando el método, el correo y el importe son válidos.
Paso 2: definir la programación
Haz clic en Schedule. La Pay Order se guarda y se abre Confirm Pay Order Summary con los importes y estos campos:
| Campo | Valores | Notas |
|---|---|---|
| Schedule Type | One Time · Every Week · Every 2 Weeks · Every Month · Every 3 Months (Quarterly) · Every 6 Months · Every Year | Obligatorio |
| Process on Month Day | 1 a 28 | Para programaciones mensuales, trimestrales, semestrales y anuales. Los días 29 a 31 no se ofrecen, así que una programación nunca se salta los meses cortos |
| Process on Week Day | Monday a Sunday | Para programaciones semanales y quincenales |
| Schedule Start Date | Una fecha futura | Obligatorio. "Please provide a valid future date." impide hoy o una fecha anterior |
| Schedule End Date | Una fecha posterior al inicio, o vacío | Opcional; no se ofrece para One Time. "Schedule end date is optional and must be greater than start date." |
Process Order aparece cuando los campos son válidos. Haz clic en él. REDA Pay registra ahora el cliente y el método en Payload, para que la programación pueda ejecutarse sola más adelante, pero hoy no se mueve dinero. Vuelves al registro con la referencia de la orden.
Una programación mensual. La comisión que se muestra es la que llevará cada pago generado.
Cómo se ejecuta la programación
- La Pay Order tiene Order Type Schedule y Status Schedule - Active mientras se cumplan todas las condiciones: un tipo de programación y una fecha de inicio, el cliente registrado en Payload, un método, un perfil y una cuenta activos, una fecha de fin vacía o no vencida, y la orden sin revocar. Schedule Active lo muestra como casilla.
- REDA Pay calcula Schedule Next Run Date: la fecha de inicio para One Time; el día de la semana elegido para las semanales; el día del mes elegido para las demás. No se planifica nada después de la fecha de fin.
- Cada día, el trabajo de pagos recurrentes busca las programaciones que vencen ese día y clona cada una en una nueva Pay Order Immediate, vinculada mediante Parent Pay Order, y luego la procesa exactamente como un pago cobrado en pantalla, comisión incluida.
- Se completa Schedule Last Run Date de la programación, System Run Instances sube en uno y la fecha de la próxima ejecución avanza.
La programación en sí nunca se procesa; se procesan sus hijas. En la lista relacionada Pay Orders de la programación (o en un informe sobre Parent Pay Order) ves una orden hija por ejecución, cada una con su propia Pay Transaction.
Los campos propios de la programación. Next Run Date es lo que mira el trabajo diario.
Cuando falla una ejecución
Si el pago creado a partir de una programación se rechaza o falla, la orden hija conserva una Pay Transaction failed, el propietario de la programación recibe una notificación en la aplicación "Scheduled Payment [P-000000] failed." y un REDA Pay Log registra la ejecución. La programación sigue activa y vuelve a intentarlo en la siguiente fecha de vencimiento; no reintenta la que falló. Cobra el importe pendiente con un pago único.
Cambiar, pausar o detener una programación
| Para… | Haz esto |
|---|---|
| Cambiar el importe, el día o la frecuencia | Edita directamente los campos de la Pay Order programada; la fecha de la próxima ejecución se recalcula. Los campos de importe y comisión se pueden editar porque la plantilla nunca se procesa |
| Cambiar a otro método guardado | Edita Pay Method en la orden programada |
| Pausar | Define Schedule End Date con una fecha pasada, o desmarca Keep Active en el método. Vacíalo o restablécelo para reanudar |
| Detener para siempre | Usa Revoke Order en la programación, con una nota. Las programaciones revocadas nunca vuelven a ejecutarse |
| Ver lo que se ejecutó | Abre las Pay Orders relacionadas de la programación, o filtra las Pay Orders por Parent Pay Order |
Eliminar el método guardado desde la pantalla de pago también detiene todas las programaciones que lo usan; la pantalla advierte "Any schedule payments associated with this pay method will become inactive." (los pagos programados asociados a este método quedarán inactivos).
Ejemplo práctico
Un residente paga $1,250.00 de alquiler con cuenta bancaria el día 1 de cada mes, desde el 1 de noviembre de 2026 hasta que termina el contrato, el 31 de octubre de 2027. La cuenta cobra $1.75 por cada pago bancario.
| Ajuste | Valor |
|---|---|
| Importe | 1250 |
| Schedule Type | Every Month |
| Process on Month Day | 1 |
| Schedule Start Date | 1 de noviembre de 2026 |
| Schedule End Date | 31 de octubre de 2027 |
Resultado: doce órdenes hijas, una el día 1 de cada mes, cada una por $1,251.75. Después de la duodécima, Schedule Next Run Date queda vacío y Schedule Active se desactiva.
Errores que debes evitar
| Error | Qué ocurre | Solución |
|---|---|---|
| El trabajo diario no está programado | Las programaciones aparecen activas pero nunca se ejecutan | Prográmalo; consulta Programar el trabajo diario de pagos recurrentes |
| Esperar un pago hoy | El primer pago es en la fecha de inicio | Cobra aparte un pago inmediato para hoy |
| Programar con un método de un solo uso (de un enlace de pago) | Schedule Active sigue desactivado | Marca Keep Active en el método, o guarda uno reutilizable |
| Elegir el día 1 y esperar fin de mes | El día del mes es literal | Elige 28 para "fin de mes" |
| Eliminar el método para "detener" una programación | Funciona, pero también quita el método para los pagos únicos | Revoca la programación |
Preguntas frecuentes
Cuando se ejecuta el trabajo diario: la hora que eligió tu administrador al programarlo.
Payload rechaza la ejecución; la programación sigue activa y vuelve a fallar la vez siguiente. Reemplaza el método y edita el Pay Method de la programación.
No. Una programación cobra un importe fijo. Los importes variables necesitan un pago único nuevo cada vez, o una automatización que cree órdenes inmediatas; consulta Automatizar pagos con flujos.