Operaciones posteriores
Cuando se utiliza el método de integración Hosted Session, el proceso de pago para un nuevo pedido comienza con una transacción inicial, generalmente una transacción PAY o AUTHORIZE. Para obtener una lista completa de las transacciones iniciales disponibles, consulte Transacciones.
La transacción inicial define toda la información importante para el pedido, incluye:
- Detalles sobre el pedido en sí, como ID, monto y moneda.
- Método de pago que se utilizará para el pago.
- Detalles de pago del pagador.
Si está utilizando una transacción PAY y el pagador recibe los productos que pidió y está satisfecho con ellos, el pedido está completo y no se necesitan otras acciones. Sin embargo, en muchos escenarios pueden ser necesarias transacciones posteriores para manejar el ciclo de vida restante del pedido.
Escenarios posteriores
Los siguientes escenarios son ejemplos de situaciones en las que necesita enviar transacciones posteriores para su pedido existente:
- Si utiliza una transacción
VERIFY(a menudo creada con el monto del pedido establecido en cero) como transacción inicial para verificar los detalles de la cuenta del pagador, debe realizar un seguimiento con una transacciónPAYoAUTHORIZEpara definir el monto correcto del pedido e iniciar la transferencia de dinero. - Si utiliza una transacción
AUTHORIZEcomo transacción inicial, debe continuar con una transacciónCAPTURE, cuando está listo para enviar la mercancía y desea que el dinero cambie de manos. Si hay un retraso en su capacidad para enviar los productos, es posible que también deba utilizar la transacciónUPDATE AUTHORIZATIONpara mantener la autorización activa hasta que esté listo para capturarla. - Si el pedido se cancela por algún motivo, debe utilizar la transacción
VOIDpara cancelarlo inmediatamente con el motor de pagos también. Si los datos de pago ya se han enviado al banco, deberá utilizar transacciónVOIDpara cancelarla inmediatamente con el motor de pagos también. Si los datos de pago ya se han enviado al banco, debe utilizar la transacciónREFUND, que también es necesaria si el pagador no está satisfecho con su compra y quiere devolverla. En el raro caso de que la transacción falle porque el adquirente requiera autorización adicional, puede utilizar una transacciónREFUND, que también es necesaria si el pagador no está satisfecho con su compra y quiere devolverla. En el raro caso de que la transacción falle porque el adquirente requiera autorización adicional, puede utilizar una transacciónREFERRALpara volver a intentar la operación de pago con los detalles adicionales necesarios.
Las operaciones API RETRIEVE TRANSACTION y RETRIEVE ORDER también se pueden considerar transacciones posteriores, aunque se utilizan solo para recuperar detalles de un pedido existente y no afectan el ciclo de vida del pedido. Para obtener una lista de todas las transacciones posteriores disponibles, consulte Transacciones.
Vinculación a la transacción inicial
Todas las transacciones relacionadas con el mismo pedido deben estar vinculadas para que los distintos sistemas de pago como el Mastercard Gateway y los bancos puedan identificarlas como que pertenecen juntas. La vinculación se realiza utilizando el mismo order ID en cada transacción relacionada con el pedido. El order ID se proporciona como parámetro de ruta en la URL de solicitud.
Datos compartidos en transacciones posteriores
Vincular diferentes transacciones dentro del mismo pedido significa que solo necesita proporcionar datos específicos sobre el pedido una vez. El motor de pagos almacena los detalles del pedido y puede utilizarlos según sea necesario al procesar cualquier transacción posterior.
En cualquier transacción posterior, solo deberá proporcionar los datos específicos de esa transacción. Por ejemplo:
- En una transacción
CAPTURE, proporcione el monto y la moneda de los productos que está enviando en ese momento, que puede ser el monto total o parcial del pedido. - En una transacción
REFUND, proporcione el monto y la moneda del reembolso que está enviando, que puede ser el monto total o parcial del pedido. - En una transacción
VOID, proporcione el ID de la transacción exacta que desea cancelar. - En una transacción
REFERRAL, proporcione el código de autorización que permite al emisor aprobar la transacción previamente fallida.
Si proporciona información idéntica en múltiples transacciones dentro de un pedido, el motor de pagos la ignora. Si actualiza alguna información en una transacción posterior, el motor de pagos actualiza los detalles del pedido en consecuencia. Por ejemplo, primero proporcionó una dirección de envío en la transacción AUTHORIZE inicial y el pagador se muda. Luego puede agregar una nueva dirección de envío a la transacción CAPTURE.