Crear rendition file schedule
Changed onCrea un rendition file schedule: la programación de un cobro por lote recurrente para una cuenta.
Se usa para dejar configurado qué facturas se cobrarán por lote y con qué restricciones. Valida el payload contra la organización autenticada y devuelve el rendition file schedule creado con sus restricciones. Falla con 400 si el payload es inválido o el grupo de cuentas no está configurado.
Request
- Base URLhttps://api.trytoku.com
- URLhttps://api.trytoku.com/rendition-file/schedules
- AuthAPI key in header x-api-key
Headers
Llave de API de una Account, para operar sobre esa Account en lugar de la principal.
Request body
Whether the user selected 'All business days of the year' (excludes current day). Stored in metadata.
An enumeration.
Integración por la que se cursa un intento de cobro: el adquirente, banco o recaudador concreto que lo ejecuta. La mayoría de los valores corresponde a una institución de un solo país; el resto son mecanismos propios de Toku, como internal_psp, manual_pac o external_payment.
Es el conjunto más amplio de gateways de Toku y crece cada vez que se habilita una institución nueva, así que conviene leerlo como una lista abierta y no agotar sus valores en el código. Para el gateway con que se inscribió un medio de pago, ver PaymentMethodGateway.
Formato del archivo de rendición. Cada valor corresponde al layout que exige un banco o adquirente concreto para intercambiar cobros por archivo, así que el valor a usar lo determina la institución con la que opera la cuenta y no es una elección libre. DEFAULT es el layout propio de Toku, para las instituciones que no imponen uno.
No todos los valores implican un archivo de banco: EVO_API_BATCH_V100 y BTG_API_V2 nombran lotes que se cursan por API, sin generar ni intercambiar un archivo de banco.
List of dates to schedule
Producto de cobro de Toku: la combinación de método de pago, país y modalidad con que se ejecuta un cobro. El nombre codifica esas tres cosas — por ejemplo pix_br_recurring_psp es Pix recurrente en Brasil bajo el modelo PSP, y cards_cl_onetime_pst es tarjetas de un solo pago en Chile bajo el modelo PST.
Es el valor que decide con qué integración se ejecuta el cobro, así que buena parte de la lógica que depende del país se resuelve a partir de él. Qué productos tiene habilitados una organización es parte de su configuración: este listado es el universo posible, no lo que una organización determinada puede cobrar hoy.
cash, cash_mx_one_time_psp, cash_mx_one_time_pst y transfer_mx están deprecados y solo sobreviven por compatibilidad con registros históricos.
Response
Successful Response
Integración por la que se cursa un intento de cobro: el adquirente, banco o recaudador concreto que lo ejecuta. La mayoría de los valores corresponde a una institución de un solo país; el resto son mecanismos propios de Toku, como internal_psp, manual_pac o external_payment.
Es el conjunto más amplio de gateways de Toku y crece cada vez que se habilita una institución nueva, así que conviene leerlo como una lista abierta y no agotar sus valores en el código. Para el gateway con que se inscribió un medio de pago, ver PaymentMethodGateway.
Producto de cobro de Toku: la combinación de método de pago, país y modalidad con que se ejecuta un cobro. El nombre codifica esas tres cosas — por ejemplo pix_br_recurring_psp es Pix recurrente en Brasil bajo el modelo PSP, y cards_cl_onetime_pst es tarjetas de un solo pago en Chile bajo el modelo PST.
Es el valor que decide con qué integración se ejecuta el cobro, así que buena parte de la lógica que depende del país se resuelve a partir de él. Qué productos tiene habilitados una organización es parte de su configuración: este listado es el universo posible, no lo que una organización determinada puede cobrar hoy.
cash, cash_mx_one_time_psp, cash_mx_one_time_pst y transfer_mx están deprecados y solo sobreviven por compatibilidad con registros históricos.
Changes
- info
endpoint added
- info