Flujo end-to-end: Mercado Pago

Recorrido completo de la vida de un crédito, mapeado a los endpoints del MVP. Persona: Juan Pérez Méndez (CURP PEMJ900412HDFRNS09), buen pagador con 2 cuentas activas + 1 saldada.

1. Onboarding (one-time)

No es un endpoint: Mercado Pago firma contrato, recibe su X-API-Key y client_secret, y los guarda en su backend.

2. Consulta al originar

Juan pide un BNPL de 12,000 MXN en el checkout. MP llama POST /v1/reports/standard con purpose: "originacion_bnpl". Recibe 2 cuentas activas, ambas current, utilización 25%, no thin file. → confirma que no hay mora.

3. Decisión

100% interna de MP: corre su modelo, aprueba, define monto y tasa. Trisenda no se entera.

4. Reporting de la originación

MP llama POST /v1/events con event_type: "originacion" (HMAC firmado, Idempotency-Key para evitar duplicados). Recibe 202 pending_reconciliation, identity_match_score: 0.98.

5. Reconciliación

MP consulta GET /v1/events/{event_id} hasta ver accepted. Si hubiera mandado el nombre con typo, quedaría en needs_review y aparecería en GET /v1/reconciliation/queue.

6. Disponibilidad ecosistémica

En menos de 24h el evento es visible para todo el ecosistema con contrato. Otro lender (ej. BBVA) que consulte a Juan ahora ve 3 cuentas activas, pero la nueva aparece anonimizada — no ve que el acreedor es Mercado Pago (Art. 39 LRSIC). Si BBVA fuera no_reportador, su consulta costaría 16 MXN en vez de 8.

7. Vida del crédito

MP reporta eventos posteriores vía POST /v1/events: pago (mes 1), atraso si Juan se retrasa (clave delinquent_minor), y cierre con clave paid_off al liquidar.

8. Loop al consumidor

El derecho del titular lo cubre el Reporte Especial: Juan llama POST /v1/reports/special/request (recibe OTP por email) y luego POST /v1/reports/special/verify. Aquí ve el nombre del acreedor ("Mercado Pago Mexico, S.A. de C.V."), el glosario de claves y el resumen de derechos.

Transversal: Audit

Cada lectura y escritura genera entries. MP, su compliance officer, o Condusef ante un reclamo, las consultan vía GET /v1/audit?subject_curp=PEMJ900412HDFRNS09.