Cómo se concilia un pago
La conciliación vive en la plataforma central. Compara un evento (notificación de Yape) con los pedidos abiertos del mismo cliente.
| Del evento | Del pedido |
|---|---|
| Monto exacto | Monto en PEN |
| Hora de llegada | Hora de creación y vencimiento |
| Remitente (a veces enmascarado) | — (no se comparte el nombre del comprador) |
El monto es la clave; la hora acota; remitente y código solo desempatan.
Estados
Sección titulada «Estados»stateDiagram-v2
[*] --> DETECTED
DETECTED --> RECONCILED: 1 pedido candidato
DETECTED --> SUSPICIOUS: sin pedido tras el plazo, o ambiguo
DETECTED --> CONFLICT: segundo evento para un pedido ya conciliado
SUSPICIOUS --> RECONCILED: una persona asigna pedido
CONFLICT --> RECONCILED: una persona resuelve
Decisión
Sección titulada «Decisión»- Candidatos: mismo cliente, entorno y website, método Yape, abierto, PEN, monto igual, dentro del plazo (15 min).
- 0 candidatos: el evento espera (el pedido puede llegar en la siguiente sincronización).
- 1 candidato:
RECONCILED. - Varios: se desempata por «nombre en tu Yape» si existe; si no,
SUSPICIOUSy una persona elige. - Evento repetido para un pedido ya conciliado:
CONFLICT.
Casos límite
Sección titulada «Casos límite»| Caso | Qué pasa |
|---|---|
| Dos pedidos con el mismo monto | SUSPICIOUS; lo evita casi siempre el monto único |
| El comprador paga sin el ajuste de céntimos | SUSPICIOUS; una persona puede asignarlo |
| El pago llega tras vencer y cancelarse el pedido | SUSPICIOUS con motivo LATE_PAYMENT; una persona decide |
| Pago antes de que exista el pedido | Espera y concilia al sincronizar |
| Teléfono sin conexión con eventos atrasados | Se concilian al llegar, ordenados por occurred_at |
| Conector de Magento caído | Las entregas esperan en PENDING_APPLY; hay alerta |
Evento de test |
Nunca cuenta en live |