Autorización de pagos: de la solicitud a la captura
Diagrama para validar datos, autenticar y controlar riesgo, encaminar la solicitud, recibir la decisión del emisor, consultar estados desconocidos y transferir a captura.
¿Qué es autorización de pagos: de la solicitud a la captura?
La autorización pregunta si un pago puede continuar; no liquida fondos. El flujo valida el importe, la credencial y el contexto del pedido antes de proteger los datos y ejecutar la autenticación del pagador y los controles de riesgo del comercio. Solo una solicitud que supera los controles locales recibe una referencia de intento y entra en la vía del adquirente y la red de tarjetas hacia el emisor.
Una detención local devuelve su propio resultado sin autorización y termina sin pasar por ninguna pregunta sobre el resultado del emisor. Para las solicitudes enviadas, el flujo distingue una respuesta recibida de una espera agotada o un resultado desconocido. Una aprobación registra la referencia de retención, mientras que un rechazo se cierra como decisión del emisor.
Desconocido no significa rechazado ni autoriza un reintento a ciegas. La consulta de estado reutiliza la referencia del intento original y el pedido sigue bloqueado hasta resolverlo. Una aprobación confirmada solo pasa a captura si el pedido continúa siendo válido; el tratamiento de liberación se hace cargo de una aprobación que ya no se necesita. Las capacidades de consulta y reversión deben coincidir con la integración documentada.
Qué cubre este diagrama de flujo
En esta plantilla
- Captura de datos de pago y pedido con un bucle de corrección antes de crear el contexto protegido de autorización
- Autenticación del pagador y control de riesgo del comercio con una ruta local que evita el tratamiento de resultados del emisor
- Traspasos entre adquirente, red de tarjetas y emisor ligados a una sola referencia de intento de autorización
- Aprobación o rechazo del emisor sin describir la autorización como compensación, liquidación o abono al comercio
- Consulta tras espera agotada mediante la referencia original, con reintentos bloqueados hasta resolver el primer intento
Cuándo usar esta plantilla
- Los equipos de pago necesitan un mapa común de responsabilidades de comercio, pasarela, adquirente, red y emisor
- Una espera agotada se convierte actualmente en otro intento de autorización sin comprobar el resultado original
- Los fallos de autenticación, detenciones de riesgo del comercio y rechazos del emisor se guardan en un estado ambiguo
- Los sistemas de pedidos continúan sin un resultado definitivo o pierden la referencia necesaria para la captura
- Los equipos deben separar autorización de captura, compensación, liquidación y gestión de contracargos
Cómo funciona
Definir los datos obligatorios de la solicitud
Enumera importe, divisa, credencial, comercio, pedido y contexto de canal exigidos por la integración. Valídalos antes de crear el intento para que las correcciones no se conviertan en solicitudes duplicadas.
Configurar autenticación y riesgo
Documenta las vías de autenticación y los controles de riesgo del comercio por canal. Distingue una detención local de un rechazo del emisor y mantén la lógica sensible fuera de las respuestas destinadas al cliente.
Conservar una única referencia de intento
Genera o conserva una referencia que todos los participantes y consultas puedan asociar con el mismo intento. Registra solicitud, respuesta y cambios de estado sin sobrescribir eventos anteriores.
Diseñar el tratamiento de resultados desconocidos
Usa la consulta admitida o una investigación controlada antes de cualquier solicitud nueva. Define cuánto tiempo puede permanecer bloqueado el pedido y quién responde por un intento cuyo estado definitivo todavía no se recupera.
Fijar el traspaso a captura
Especifica los datos de aprobación y el desencadenante de negocio necesarios para capturar. Si el pedido deja de ser válido, retíralo de la cola de captura y abre el tratamiento de liberación o reversión admitido.
Preguntas frecuentes
¿Qué ocurre durante la autorización de un pago?
El comercio valida el contexto del pago y el pedido, protege los datos y ejecuta autenticación y riesgo. Una detención local termina sin preguntar por un resultado del emisor. Un intento permitido recibe referencia y se encamina al emisor; una aprobación o rechazo recibido sigue una vía y una espera agotada entra en consulta de estado.
¿Una autorización aprobada transfiere fondos?
No. Indica que el emisor permite la solicitud y puede reservar disponibilidad. Captura, compensación, liquidación y abono al comercio son estados posteriores con registros y responsables separados. La aprobación no debe informarse como efectivo cobrado.
¿Qué debe ocurrir tras agotarse la espera de una autorización?
Trata el resultado como desconocido hasta comprobar el intento original. Consulta con su referencia y bloquea el reintento porque la primera solicitud pudo prosperar aunque se perdiera la respuesta. Si la consulta no lo resuelve, mantén una investigación con responsable en lugar de inventar un rechazo.
¿Cuándo debe capturarse una autorización aprobada?
La captura debe seguir a una aprobación confirmada y al desencadenante de negocio del comercio, como aceptar la compra o completar la entrega. El traspaso necesita el importe y la referencia aprobados. Los plazos y el soporte para capturas retrasadas o ajustadas proceden del acuerdo de adquirencia y procesamiento.
Dónde encaja este proceso
En la mayoría de las organizaciones, este proceso sigue a Diagrama de evaluación del riesgo de transacciones y da paso a Ciclo de vida de una transacción con tarjeta.
Es un paso de Ciclo de vida del pago con tarjeta.
Paso 1: Pago con tarjeta: de la compra a la captura
Diagrama del pago con tarjeta para iniciar la compra, capturar datos con seguridad, autorizar, decidir si continuar o cancelar y transferir la operación a captura.
Paso 2: Autorización de pagos: de la solicitud a la captura Estás aquí
Diagrama para validar datos, autenticar y controlar riesgo, encaminar la solicitud, recibir la decisión del emisor, consultar estados desconocidos y transferir a captura.
Paso 3: Ciclo de vida de una transacción con tarjeta
Diagrama para resultados de autorización definitivos o desconocidos, consulta por referencia, captura, compensación, liquidación, abono, conciliación y cierre.