Changelog

Acá listamos cambios que afectan a integradores: endpoints nuevos, campos agregados/cambiados, deprecaciones. Mejoras del dashboard o internas no entran.

2026-05

target_origin acepta múltiples dominios (2026-05-12). Podés mandar target_origin como array en POST /v1/payments y POST /v1/cards para listar todos los orígenes (dominios/subdominios) desde donde podés embeber el iframe de Dinelco. La forma string (un solo origen) sigue funcionando. Ver Sobre target_origin.
Notificaciones por email configurables (2026-05-02). Te avisamos por email cuando un webhook agota reintentos o cuando un cliente sube un comprobante de transferencia para revisar. Configurás en Configuración → Webhooks → Notificaciones por email. Throttle: máx 1 email por hora (webhooks fallidos) / 30 min (comprobantes).
Aprobar/rechazar comprobantes vía API (2026-05). Endpoints POST /v1/payments/{id}/confirm y POST /v1/payments/{id}/reject para automatizar la aprobación de transferencias si tenés tu propia lógica.

2026-04

Customers como entidad referencial (2026-04). Endpoints GET /v1/customers y GET /v1/customers/{id}. Auto-create al crear pagos o tarjetas con customer.customerId. Webhook payment.* ahora incluye customer_id (external_id) en el payload. Ver guía de customers.
Reversa de pagos Dinelco (2026-04). POST /v1/payments/{id}/reverse para Dinelco antes del corte de liquidación. Webhook payment.reversed. Mensaje específico cuando ya pasó la ventana (responseCode: 90019). Ver guía de reversa.
Pago Failed (no Pending) cuando falla el create (2026-04). Antes los pagos con payload inválido quedaban como pending fantasma. Ahora se marcan failed con rejection_reason = mensaje del provider.
Sección /cards en el dashboard del tenant (2026-04). Listado read-only con drawer.

Si tenés un caso particular o preguntas sobre algún cambio, escribinos a desarrollo@ingalca.com.