- Centro de ayuda
- Módulos
- Worldline
- Identificación de transacciones
Identificación de transacciones
Matthias R.
-Actualizado el martes, 19 de septiembre de 2023
Existen dos modos de identificación de transacciones:
- modo transactionReference
- modo transactionId
La diferencia entre los modos 2 es el alcance del identificador: el transactionReference debe ser único a lo largo de la vida de la tienda, mientras que el transactionId debe ser único a lo largo del día.
También existe la opción de generar el identificador de la transacción:
- si está activado, el módulo genera el identificador de la transacción en la solicitud de pago enviada a la plataforma de pago
- si está desactivado, el módulo deja que la plataforma de pago genere automáticamente el identificador de la transacción y luego lo recupera de la respuesta de la plataforma de pago
Nota: la transactionReference es el modo de identificación por defecto, la transactionId 1,0 se ha renovado en 2,0 para facilitar la migración de los comerciantes de 1,0 a 2,0 como parte del procedimiento simplificado de migración.
Cuando se crea una transacción, y en función del método elegido, la plataforma de pago acepta o rechaza la creación y genera identificadores adicionales.
Hay varios casos posibles:
Tienda en modo TransacciónReferencia
Creación de una transacción con transactionReference generada por el módulo
Este es el modo por defecto si tiene un nuevo merchant_id
transactionReference generada por el | Tratamiento estándar |
transactionId generado por el | Código de rechazo = 12 |
transactionId ausente | OK |
transactionReference ausente | Código de rechazo = 12 |
Referencia adicional generada por la plataforma de pago | s10TransactionId y s10TransactionIdDate |
Contenido de la respuesta | s10TransactionId s10TransactionIdDate y transactionReference |
Creación de una transacción sin transactionReference (Tref auto)
El módulo recupera y almacena las referencias adicionales generadas por la plataforma de pago.
transactionReference generada por la plataforma de pago | Tratamiento estándar |
transactionId generado por el | |
transactionId ausente | OK |
transactionReference generada por el | Código de rechazo = 12 |
Referencia adicional generada por la plataforma de pago | transactionReference, s10TransactionId y s10TransactionIdDate |
Contenido de la respuesta | s10TransactionId s10TransactionIdDate y transactionReference |
Tienda en modo TransactionId
Creación de una transacción con transactionId generado por el módulo
Este es el modo que debe configurarse como parte de un procedimiento simplificado de migración del conector 1,0 a 2,0
transactionId generado por el | Tratamiento estándar |
transactionId ausente | Código de rechazo = 12 |
transactionReference generada por el | Código de rechazo = 12 |
transactionReference ausente | OK |
Referencia adicional generada por la plataforma de pago | referencia de transacción |
Contenido de la respuesta | s10TransactionId, s10TransactionIdDate, y transactionReference |
Creación de una transacción sin transactionId (Tid auto)
El módulo recupera y almacena las referencias adicionales generadas por la plataforma de pago.
transactionId ausente | Tratamiento estándar |
transactionId generado por el | Código de rechazo = 12 |
transactionReference generada por el | Código de rechazo = 12 |
transactionReference ausente | OK |
Referencia adicional generada por la plataforma de pago | s10TransactionId s10TransactionIdDate y TransactionReference |
Contenido de la respuesta | s10TransactionId s10TransactionIdDate y transactionReference |
⚠️Este artículo ha sido traducido por un programa de traducción automática. En caso de duda, consulte el artículo en francés o inglés.
Compartir