El monto mínimo para crear un pago recurrente es de $50.00 MXN. El cliente debe verificar que los datos de pago sean correctos y autorizar los cobros antes de programarlos. Una vez configurados el sistema los ejecutará automáticamente en las fechas definidas.
Paso 1. Autenticación
Para usar el módulo de pagos recurrentes necesitas unaccess_token. Este token se obtiene enviando tu API Key al endpoint de autenticación y debe incluirse en todas las llamadas siguientes.
Método: POST Endpoint: /api/v3/auth/login
Header requerido:
Flujo de autenticación:
1
Obtén tu API Key con el equipo de desarrollo de PayCode
2
Envía una solicitud POST al endpoint de autenticación incluyendo el header Authorization con tu API Key
3
Guarda el access_token que recibes en la respuesta
4
Incluye ese token en todas las llamadas siguientes con el formato Bearer {token}
Paso 2: Crear pago recurrente
Crea un nuevo pago recurrente. El endpoint es el mismo para todos los tipos de frecuencia — lo que cambia es el valor del campoperiodicity y los campos adicionales requeridos según el tipo.
Método: POST Endpoint: /api/v3/schedule_payments
Header requerido: Authorization: Bearer {token}
Campos del request:
Los siguientes campos aplican a todos los tipos de pagos recurrentes:
date_start_payments no puede ser anterior a la fecha actual ni exceder 30 días a partir de ella.Si
date_start_payments es el mismo día del registro, el cobro se ejecuta 24 horas después de la creación.2.1 Pago único periodicity: 1
Aunque este módulo está diseñado para pagos recurrentes, también permite realizar un cobro que se ejecuta una sola vez. No requiere
date_end_payments ni payment_day.2.2 Pago semanal periodicity: 2
Cobros automáticos cada semana en el día definido. Requiere date_end_payments y payment_day.
Campo payment_day día de la semana en el que se ejecutará el cobro:
Ejemplo de request:
2.3 Pago quincenal periodicity: 3
Cobros automáticos dos veces al mes. Requiere date_end_payments y payment_day.
Ejemplo de request:
2.4 Pago mensual periodicity: 4
Cobros automáticos una vez al mes en el día configurado. Requiere date_end_payments y payment_day.
El campo payment_day define el día del mes en el que se ejecutará el cobro. Los valores permitidos son del 1 al 30.
Para mantener una recurrencia consistente el sistema considera todos los meses como si tuvieran 30 días. Si un mes tiene 31 días el cobro se ejecuta el día 30. En febrero el día 30 corresponde al último día del mes.
2.5 Pago personalizado periodicity: 5
Cobros automáticos con un intervalo fijo en días definido por el integrador. En lugar de payment_day se usa payment_days_interval.
Campo payment_days_interval: valores permitidos del 1 al 180, define el número de días entre cada cobro contado a partir de date_start_payments.
Los cobros se calculan de forma incremental a partir de
date_start_payments usando el valor definido en payment_days_interval. Fórmula: siguiente_ejecución = date_start_payments + (n × payment_days_interval) donde n representa el número de ejecución (0, 1, 2…).El cálculo se realiza usando días naturales consecutivos. A diferencia del pago mensual esta periodicidad no aplica la normalización del mes comercial de 30 días.
date_start_payments es 2026-01-01 y payment_days_interval es 60, los cobros ocurrirán el 2026-01-01, 2026-03-02, 2026-05-01 y así sucesivamente hasta date_end_payments.
Ejemplo de request:
Paso 3: Listar pagos recurrentes
Obtiene la lista de todos los pagos recurrentes registrados, paginados en bloques de 25 registros por página. Método:GET Endpoint: /api/v3/schedule_payments
Header requerido: Authorization: Bearer {token}
Ejemplo de respuesta 200 OK:
Obtener detalle de un pago recurrente
Obtiene toda la información de un pago recurrente específico. Método:GET Endpoint: /api/v3/schedule_payments/{id}
Reemplaza
{id} con el identificador del pago recurrente.Paso 4: Editar pago recurrente
Actualiza los parámetros de un pago recurrente existente. Solo se modifican los campos incluidos en el request. Método:PUT Endpoint: /api/v3/schedule_payments/edit/{id}
Header requerido: Authorization: Bearer {token}
Campos editables:
Ejemplo de request:
Paso 5: Cancelar pago recurrente
Método:DELETE Endpoint: /api/v3/schedule_payments/cancel/{id}
Header requerido: Authorization: Bearer {token}
Una vez cancelado el pago recurrente no puede reactivarse ni procesarse.
Ejemplo de respuesta 200 OK:

1.png?fit=max&auto=format&n=4-5R_aQB0EkHGUZD&q=85&s=9d9475963092edc3d5df46df2866696a)