Web Service Transaction/Duplicate

El Web Service REST Transaction/Duplicate permite crear una nueva transacción a partir de una transacción existente con las mismas características (ejemplo: modo de pago, información del comprador).

Las transacciones que pueden ser duplicadas deben tener uno de los siguientes detailedStatus :

• CAPTURED (Capturada)
• EXPIRED (expirada)
• CANCELLED (Cancelada)
• REFUSED (Rechazada)

La duplicación de transacciones rechazadas, realizadas con tarjetas Mastercard (Mastercard, Maestro, Mastercard débito), está prohibida cuando el motivo de rechazo se encuentra en la siguiente lista:

• 04 - Capture card
• 41 - Lost card
• 14 - Invalid card number
• 43 - Tarjeta robada
• 15 - Emisor no válido
• 54 - Expired card

Para obtener más información sobre los estados, consulte: Ciclo de vida de las transacciones .

Consulte los parámetros de respuesta de la transacción .

Parámetros de entrada

Monto del pago en su fracción monetaria más pequeña (el céntimo para el sol peruano).

Ejemplo: 30050 para 300,50 PEN.

Formato

Moneda del pago. Código alfabético un mayúsculas según ISO 4217 alpha-3.

Ejemplo: Ej: "PEN" para el sol peruano.

Formato

Valores posibles

. Los valores posibles son:

Referencia única de la transacción generada por la plataforma de pago.

Formato

Referencia de pedido definida por el vendedor. No admite los caracteres UTF-8.

Formato

Comentario libre.

Formato

Valores personalizados adjuntos a la transacción, en formato json.

Ejemplo de llamada

Por ejemplo, para transmitir un valor personalizado, agregue a su solicitud:

{
    "metadata": {
        "MyValueKey": "1234"
    }
}

Este valor se devolverá en el objeto de transacción recién creado.

También puede utilizar los metadatos " orderInfo ", " orderInfo2 " y " orderInfo3 " para transmitir la información adicional sobre el pedido.

Estos datos se muestran en el Back Office Vendedor, en la información de la transacción (pestaña Extra ).

Formato

Transmitir datos para análisis de datos

Las transacciones se someten sistemáticamente a análisis de riesgos para determinar si se requiere autenticación 3D-Secure o si existe un alto riesgo de aceptación. Para garantizar que el análisis sea lo más relevante posible, debemos transmitir la mayor cantidad de información posible en nuestro formulario.

Para detallar el análisis, podemos usar los campos descritos a medida que avanzamos. Estos campos se conocerán al recibir la notificación de fin de página.

Para ilustrarlo, aquí hay un ejemplo con el número de teléfono: cybersource_mdd_13.

{
  "amount": 180,
  "currency": "PEN",
  "customer": {
    "email": "[sample@example.com|mailto:sample@example.com]"
  },
  "metadata": {
    "cybersource_mdd_13": "0606060606"
  },
  "orderId": "myOrderId-417842"
}

Valores posibles

Los valores posibles son:

Fecha límite para aplicar en la fecha de captura.

Descripción

Indica el número de días antes de la captura.

Si no se transmite este parámetro, se utiliza el valor predeterminado definido en el Back Office Vendedor.

Este último es configurable en el Back Office Vendedor por todas las personas debidamente autorizadas.

Si el tiempo de entrega es mayor a 365 días en la solicitud de pago, se reposiciona automáticamente a 365 días.

Formato

Modo de validación de la transacción.

Formato

Valores posibles

. Los valores posibles son:

Referencia de la respuesta

El Web Service devuelve el siguiente objeto:

Vea la referencia de la respuesta para más información.