Descargas y cambios
Descargas
| Archivo | Qué es |
|---|---|
| Colección de Postman | Todas las peticiones Pay-In, listas para usar: países, tasas de cambio, métodos de pago, crear un depósito, consultar un depósito, reenviar una notificación y simulate de sandbox. |
| Entorno de Postman: sandbox | base_url = https://sandbox-api.cashela.com. |
| Entorno de Postman: producción | base_url = https://production-api.cashela.com. |
| Vectores de prueba de la firma | Casos para probar tu verificación de X-Cashela-Signature. Ver Webhooks. |
Usar la colección de Postman
- Importa la colección y el entorno que necesites.
- Rellena
partner_keycon tu clave API ypartner_secretcon tu secreto API del Portal de Desarrolladores.partner_secretes una variable de tipo secret: guárdala en tu valor local (current) y no la compartas ni la sincronices. - Ejecuta primero Get Available Payment Methods y usa uno de los códigos
payment_methoddevueltos en Create Deposit. - Añade al cuerpo de Create Deposit los campos del pagador que exige el método elegido (
required_fields), por ejemplophone,document_key,document_number, con datos válidos para el país del depósito. Ver Datos del pagador y documentos. - Pon en
referencelareferencedel depósito o tuexternal_identifierpara ejecutar Get Transaction, Resend Callback y, en sandbox, Simulate Final Status.
La colección no incluye las peticiones de anulación y reembolso. Ver Anulaciones y reembolsos.
Versiones
La API Pay-In se sirve bajo /api/v1/. Su versión de contrato (actualmente 3.5.0) cambia con independencia de la URL:
- Las versiones menores (3.4 → 3.5) son aditivas: campos nuevos en las respuestas, códigos de error nuevos, comportamiento opcional nuevo. Construye tu integración para ignorar los campos que no conozca.
- Las versiones mayores (2.x → 3.0) cambian algo que una integración existente puede notar.
Historial de cambios
3.5.0 (2026-10-19)
- En opciones de tarjeta que cobran en USD,
amount/currencyde la notificación son lo cobrado en USD (por ejemplo5.00 USD), no la factura en moneda local. Los demás métodos no cambian. GET /transactions/{reference}añadedetails.charged_amountydetails.charged_currency: lo que realmente se cobró al cliente, la misma cifra queamount/currencyde la notificación.details.invoice_*no cambia y sigue siendo la factura.- Documentado: en
DECLINEDyCANCELLED, los importes de la notificación son la cotización, no dinero que se movió.
3.4.0 (2026-10-18)
- Las anulaciones y reembolsos son solo para depósitos con tarjeta: los demás responden
422PARTNER_PAYIN_REVERSAL_NOT_SUPPORTEDy no se mueve nada. - Una anulación o un reembolso total devuelve todo el cargo a la tarjeta y Cashela conserva su comisión.
3.3.0 (2026-10-18)
- Cada opción de método de pago añade
document_types(documentos aceptados con su formato) yrequired_fields(todos los campos que exige el método).
3.2.0 (2026-10-18)
- Cuando la red de pago rechaza un depósito por un campo del pagador, el
422PARTNER_PAYIN_PROVIDER_REJECTEDindica el campo en unprovider_reasonopcional.
3.1.0 (2026-10-16)
- Un rechazo por cumplimiento en Obtener métodos de pago lleva
code: PARTNER_PAYIN_COMPLIANCE_BLOCKED.
3.0.0 (2026-10-15)
- Cambio incompatible:
card.networkes el código de red en minúsculas (visa,mastercard,discover,amex), onullsi se desconoce, tanto en el depósito como en la notificación.
2.0.0 (2026-10-15)
- Cambio incompatible: el sobre de éxito es
success,data,message. Se eliminaron dos claves internas que llevaba.
1.6.0 (2026-10-14)
- Nuevo estado final
REVERSEDpara un depósito completado cuyo dinero se devolvió por completo. - Las respuestas
422de validación llevan tambiénsuccess: false(status: falsese mantiene como alias obsoleto).
1.5.0 (2026-10-13)
- Las opciones de método de pago pueden traer
availability; un depósito con un método no disponible responde422PARTNER_PAYIN_ROUTE_UNAVAILABLE.
1.4.0 (2026-10-07)
- Nuevo endpoint solo de sandbox para llevar un depósito a un estado final:
POST /sandbox/transactions/{reference}/simulate.
1.3.0 (2026-10-07)
- Host de producción confirmado:
https://production-api.cashela.com. - Documentados la notificación firmada, el esquema de firma y los vectores de prueba.
1.2.0 (2026-10-06)
- La notificación añade
card(network,last4) después de las claves existentes.
1.1.0 (2026-10-05)
- En algunas cuentas, las opciones de método de pago añaden
data_standardy los errores de validación añadenfield_errors[].
1.0.0 (2026-09-26)
- Línea base del contrato Pay-In v1.