Plantilla del diagrama del proceso de reembolsos
Diagrama para elegibilidad, aprobación del importe, envío idempotente, consulta tras espera agotada, prevención de duplicados, reintento, liquidación y conciliación.
¿Qué es plantilla del diagrama del proceso de reembolsos?
Un proceso de reembolso debe conectar una decisión orientada al cliente con el evento de pago posterior. Esta plantilla comienza cuando el cliente solicita un reembolso o el comercio lo inicia, y registra motivo, importe solicitado y referencia antes de buscar la transacción original. Una vez localizada, Soporte del Comercio revisa su estado y la política vigente. El diagrama mantiene separadas la elegibilidad, la revisión de excepciones y el cálculo para poder explicar por qué continuó o no y si el importe corresponde a toda la transacción o solo a partidas y ajustes elegibles.
La aprobación es condicional, no universal. Un importe rutinario puede pasar directamente a una decisión registrada; un importe o excepción que necesita otro revisor entra en el carril Aprobador de Reembolsos. El envío usa una referencia estable y tiene tres resultados distintos: aceptado, fallo definitivo o espera agotada y estado desconocido. Un resultado desconocido nunca se trata como fallo. Operaciones consulta el estado con las referencias originales del reembolso y la transacción para determinar si está pendiente, completado, ausente, fallido o todavía sin resolver.
Un reembolso con fallo definitivo o cuya ausencia esté confirmada puede corregirse, pero no volver a enviarse hasta que el control de duplicados demuestre que no existe y que el reintento es seguro. Los aceptados y pendientes pasan a comunicación y seguimiento de liquidación; los retrasados vuelven a consulta de estado, no al envío. Los completados se concilian con liquidación y libro mayor, mientras que un estado sin resolver queda retenido para revisión especializada sin otro intento. Los estados, la idempotencia y los plazos varían por proveedor, por lo que el contrato API y el manual de incidentes deben aportar las pruebas y controles reales.
Qué cubre este diagrama de flujo
En esta plantilla
- Solicitud del cliente o iniciativa del comercio, captura de referencia, búsqueda de la transacción y corrección de datos no casados
- Revisión de elegibilidad según política, tratamiento de excepciones y ruta explícita para casos que siguen sin resolverse
- Cálculo total o parcial, aprobación condicional y registro duradero del fundamento de la decisión
- Estados de envío aceptado, fallo definitivo y espera agotada o desconocido, con consulta mediante referencias originales
- Prevención de duplicados antes del reintento controlado, seguida de liquidación, conciliación o revisión del estado
Cuándo usar esta plantilla
- Atención, Pagos y Finanzas usan definiciones diferentes de cuándo está completo un reembolso
- Los equipos necesitan distinguir aprobación de política, envío correcto y liquidación posterior
- Los reembolsos parciales o excepciones se calculan de forma incoherente o llegan sin contexto al aprobador
- Los reembolsos fallidos, retrasados o desconocidos se reintentan antes de resolver estado y riesgo de duplicado
- Un comercio define responsabilidades de reembolso durante la incorporación de un cliente o una integración API
Cómo funciona
Sustituir la puerta de política por tus reglas
Define los estados de transacción, productos, plazos y pruebas que afectan a la elegibilidad. Separa excepciones de casos rutinarios, nombra quién puede revisarlas y no presentes una regla de un proveedor como universal para todas las vías de pago.
Definir cálculos totales y parciales
Documenta qué partidas y ajustes pueden reembolsarse y cómo afectan los abonos o reembolsos anteriores al importe restante. Usa el mismo registro de cálculo en soporte, aprobación y Finanzas para que no se reinterprete en cada traspaso.
Establecer la responsabilidad de aprobación condicional
Indica qué importes o excepciones requieren aprobación adicional y qué función puede darla. Si los reembolsos rutinarios no la necesitan, conserva la rama directa y registra la base de política en vez de añadir una revisión ceremonial a todos.
Mapear la resolución del estado de envío
Mapea estados aceptado, fallo definitivo, completado, pendiente y desconocido del proveedor. Define cómo consulta Operaciones con las referencias originales y nunca conviertas una espera agotada en un fallo de envío ni en una solicitud nueva.
Proteger cada reintento
Antes de reenviar, exige prueba de que el reembolso original está ausente o falló definitivamente, ejecuta el control de duplicados y confirma que el intento es idempotente y seguro. Prueba resultados aceptados, completados, pendientes y desconocidos hasta conciliación o revisión especializada.
Preguntas frecuentes
¿Cuáles son los pasos principales de un proceso de reembolsos?
Registra y casa la transacción original, revisa elegibilidad, calcula el importe, obtiene la aprobación necesaria y asigna una referencia estable. Envía una vez y distingue aceptación, fallo definitivo y espera agotada o desconocida. Consulta los estados inciertos o retrasados con referencias originales. Reintenta solo tras confirmar ausencia, evitar duplicados y demostrar seguridad. Sigue los aceptados hasta liquidación y concilia la finalización.
¿Un reembolso aceptado es igual que uno liquidado?
No necesariamente. La aceptación suele indicar que la solicitud superó la siguiente puerta del sistema o proveedor; la liquidación o finalización se confirma después en los registros financieros aplicables. Los estados y plazos dependen de la vía. Separarlos evita presentar al cliente una confirmación como prueba de que Finanzas ya concilió el resultado.
¿Cuándo debe requerir aprobación un reembolso?
Usa el modelo de autoridad y la política del comercio. Puede proceder para ciertos importes, excepciones o riesgos, pero no es una regla universal. El diagrama contiene una ruta directa y otra de aprobación. Define umbral, aprobador, pruebas y sustituto durante la incorporación o el diseño del procedimiento.
¿Qué debe ocurrir tras agotarse la espera del envío?
Trata el estado como desconocido, conserva las referencias originales y usa la consulta admitida antes de cualquier reintento. Si se confirma aceptación o finalización, sigue o concilia. Si se confirma fallo o ausencia, corrige y aplica controles de duplicado e idempotencia. Si sigue desconocido, retén el reenvío y envía el caso a investigación.
Dónde encaja este proceso
En la mayoría de las organizaciones, este proceso da paso a Conciliación de pagos: de registros a liquidación.
Viene después
- Conciliación de pagos: de registros a liquidación — Plantilla para capturar fuentes completas, casar transacciones y liquidaciones, clasificar diferencias, corregir con control, volver a casar y conservar pruebas.