AAPD

Resumen de AAPD

Atiéndete Ahora y Paga Después: el modelo 30/70, el widget y el pipeline de cobranza con la ISAPRE.

AAPD ("Atiéndete Ahora y Paga Después", también conocido como CNPL en interno) es el producto de financiamiento sanitario de Skip. Skip le presta plata al paciente: solo paga el 30% de la prestación con su tarjeta al momento de atenderse — algunos lo llaman "copago virtual", aunque no es estrictamente un copago — y el 70% restante queda diferido. Skip presenta el reembolso ISAPRE por el paciente y decide — en función del resultado de la ISAPRE — cuándo cobrar el 70% (más una comisión).

El modelo 30/70

PasoQuién pagaCuándo
AtenciónEl paciente recibe la consulta / procedimientoDía 0
30% al momentoPaciente paga con tarjetaDía 0
Reembolso ISAPRE presentadoSkip → ISAPREDía 0 (automático)
Si la ISAPRE apruebaSkip cobra el 70% restanteDía de aprobación
Si el acceso a la ISAPRE se bloqueaSkip dispara cobro anticipado del 70% + comisionesAl detectarlo
Si la ISAPRE no resuelve a tiempoSkip dispara cobro anticipado del 70% + comisionesSegún política de Skip

La tarjeta del paciente se captura una vez al inicio (el 30%) y se reutiliza para el cargo diferido. El paciente no ingresa datos de tarjeta dos veces.

Quién hace qué

ParteQué hace
Tú (el partner)Disparas AAPD desde tu checkout, hosteas el iframe, recibes el webhook, y envías el gasto (la boleta) a Skip para que rinda.
Backend de SkipMintea widget tokens, crea el Beneficiary del paciente, presenta los reembolsos ISAPRE, decide cuándo cobrar el 70%, envía notificaciones WhatsApp/email.
SkipPayGestiona el ciclo de vida de la orden, coordina el financiamiento, firma tus webhooks.
Proveedor de financiamientoCobra las tarjetas y aprueba el préstamo subyacente. Queda detrás de Skip.
ISAPREEl seguro de salud del paciente — puede reembolsar parte del costo.

Tú solo hablas con Backend Skip y SkipPay. El proveedor de financiamiento y la ISAPRE quedan completamente detrás de Skip.

Qué construyes

Tu backend
  ├─► POST /orders (SkipPay)               crea la orden
  ├─► POST /api/spot/widget (Skip)         mintea el widget token
  ├─► POST /api/spot/gastos (Skip)         envía el gasto (boleta) — obligatorio
  └─► Recibe webhooks de SkipPay           order.changed (status: paid, refunded, …)

Tu frontend
  └─► Renderiza <iframe src="...">         el paciente completa el pago

Navegador del paciente ─postMessage→ Tu frontend  cuando termina

Cuatro secciones cubren la integración completa:

Enviar el gasto a Skip (obligatorio)

AAPD no termina cuando el paciente paga el 30%. Para que Skip presente el reembolso ante la ISAPRE/seguro — y así pueda cobrar el 70% restante cuando corresponda — tu backend tiene que enviarnos el gasto de la prestación:

  • La boleta es obligatoria. Es el documento que Skip presenta a la ISAPRE. Sin boleta no hay rendición, y sin rendición el modelo 30/70 no cierra.
  • Manda toda la metadata que tengas (nombre, fecha, RUT emisor, RUT del médico, monto): mientras más completo, mejor el matcheo y la aprobación del reembolso.
  • Incluye la orden médica si aplica o está disponible. Algunas prestaciones (ej. exámenes, kinesiología) la requieren para que la ISAPRE reembolse; adjúntala junto con la boleta cuando la tengas.
  • Liga el gasto a la orden con skip_pay_order_id = el hash de la orden AAPD. Ese campo es lo que convierte la boleta en parte del flujo AAPD y gatilla la rendición.

El envío se hace vía POST /api/spot/gastos. Es idempotente por orden: reintentar es seguro y no duplica el gasto. Ver también Rendición y cobros.

Modelo de auth (versión de una página)

CredencialDóndePara qué
client_secretTu backend, solo server-sideCrear órdenes, reembolsos, operaciones admin
client_idBackend y frontend (browser-safe)Operaciones del paciente (validar identidad, agregar método de pago)
public_keyBackend y frontend (browser-safe)Minteo del widget Spot
webhook_secretTu backend, solo server-sideVerificar HMAC-SHA256 de webhooks entrantes

client_secret y webhook_secret nunca deben aparecer en código de browser. Los otros dos son públicos por diseño.

Para más detalle ver Conceptos → Autenticación.

On this page