Ultima actualización 13/01/2015

9. Opciones de selección de método de pago

9.1 Selección de método de pago en el sitio del comerciante

9.1.1 Cómo mostrar un método de pago específico

Cuando se redirige a un cliente desde su sitio web/tienda a nuestra página de pago seguro, se le mostrarán los métodos de pago que están activados en su cuenta de Ingenico ePayments.

No obstante, si desea que la selección de los métodos de pago se realice en su propio sitio web en lugar de en nuestra página de pago, puede enviarnos el nombre del método de pago y/o la marca en los campos ocultos. En tal caso, solo mostraremos este método de pago particular en nuestra página de pago y se permitirá al cliente pagar solo mediante este método de pago.

Los campos ocultos adicionales que enviará son los siguientes:

<input type="hidden" name="PM" value="">
<input type="hidden" name="BRAND" value="">

Campo
Descripción
PM
Método de pago o grupo de métodos de pago (p. ej. tarjeta de crédito)
BRAND
Marca del método de pago (p. ej., VISA)

En función del método de pago tendrá que enviar ambos campos o solo uno de ellos. En muchos casos PM y BRAND tienen el mismo valor, en cuyo caso puede enviar solo PM o solo BRAND.

Ejemplos

  • Campos ocultos en el caso de que desee que el cliente pague con VISA:

<input type="hidden" name="PM" value="CreditCard ">
<input type="hidden" name="BRAND" value="VISA">

  • Campos ocultos en el caso de que desee que el cliente solo pague mediante tarjeta de crédito (no se mostrarán otros métodos de pago que no sean tarjetas de crédito):

<input type="hidden" name="PM" value="CreditCard ">
<input type="hidden" name="BRAND" value="">

  • Campos ocultos en el caso de que desee que el cliente pague con iDEAL:

<input type="hidden" name="PM" value="iDEAL">
<input type="hidden" name="BRAND" value="">

O

<input type="hidden" name="PM" value="">
<input type="hidden" name="BRAND" value="iDEAL">

9.1.2 Cómo volver desde la página de pago a la pantalla de selección de método de pago

Si el cliente selecciona el método de pago en su sitio web, solo presentaremos el método de pago seleccionado en la página de pago al cliente.

Si el pago con este método de pago no se realiza correctamente y el cliente desea utilizar otro método de pago, no se le ofrecerá una lista de sus métodos de pago en nuestra página de pago seguro, ya que la selección del método de pago se realizó en su sitio web (y no en nuestra página de pago seguro).

Por tanto, para redireccionar al cliente a una URL en su propio sitio web, donde puede seleccionar otro método de pago, puede utiliza "BACKURL".

Con BACKURL, cuando el cliente hace clic en el botón “Volver” en nuestra página de pago seguro, después de que la autorización se haya rechazado o después de que un sitio web de banco o de terceros la haya cancelado, lo redirigimos a la URL que ha introducido para “BACKURL”.

Nota: El botón "Volver" descrito en esta sección es el botón atrás de nuestras páginas de pago seguro, NO el botón volver del navegador

Puede introducir la “BACKURL” especificada en la pestaña "Página de pago" de la página “Información técnica” de su cuenta.

No obstante si prefiere no utilizar siempre la misma URL, también puede enviarnos una “BACKURL” específica en los campos ocultos. La “BACKURL” enviada en los campos ocultos ignorará la “BACKURL” introducida en su cuenta.

Puede enviar la “BACKURL” en el siguiente campo oculto:
<input type="hidden" name="BACKURL" value="">

Campo
Uso
BACKURL
URL de la página web a mostrar al cliente cuando hace clic en el botón “Volver” desde nuestra página de pago seguro.

Si el cliente selecciona este método de pago en nuestra página de pago seguro y no en su sitio web, no se tendrá en cuenta la “BACKURL”. En consecuencia, cuando el cliente hace clic en el botón “Volver” de nuestra página de pago seguro, sencillamente se redireccionará a nuestra página segura de selección de método de pago.

9.2 Mostrar una lista específica de métodos de pago

Si el cliente va a seleccionar el método de pago desde una lista específica de métodos de pago en nuestra página de pago, puede enviarnos esta lista de métodos de pago en los campos ocultos, de modo que solo mostraremos estos métodos de pago concretos en nuestra página de pago.

El campo oculto es el siguiente:

<input type="hidden" name="PMLIST" value="">

Campo
Descripción
PMLIST
Lista de métodos de pago seleccionados y/o marcas de tarjetas de crédito. Separadas por “;” (punto y coma).

Ejemplo

Si solo desea que el cliente elija entre VISA e iDEAL en nuestra página de pago (es decir, dispone de otros métodos de pago que no desea que se muestren), los campos ocultos y su valor serán:

<input type="hidden" name="PMLIST" value="VISA;iDEAL">

9.3 Excluir métodos de pago específicos

Si desea no presentar un método de pago concreto al cliente, puede utilizar un campo oculto para hacerlo. Esto resulta útil en particular para marcas secundarias, cuando desea aceptar una marca (por ejemplo, MasterCard) pero no una de sus marcas secundarias (por ejemplo, Maestro).

El campo oculto es el siguiente:

<input type="hidden" name="EXCLPMLIST" value="">

Campo
Descripción
EXCLPMLIST
Lista de métodos de pago y/o marcas de tarjeta de crédito que no se deben mostrar. Separadas por “;” (punto y coma).

9.4 Diseño de los métodos de pago

Puede organizar el diseño/listado de los métodos de pago en nuestra página de pago mediante el siguiente campo oculto:

<input type="hidden" name="PMLISTTYPE" value="">

Campo
Valores posibles
PMLISTTYPE
Los valores posibles son 0, 1 y 2:
  • 0: Logotipos agrupados horizontalmente con el nombre de grupo a la izquierda (valor predeterminado)
  • 1: Logotipos agrupados horizontalmente sin nombres de grupo
  • 2: Lista vertical de logotipos con método de pago o nombre de marca específico

9.5 Window para 3-D Secure

9.5.1 3-D Secure v1.0

Si dispone de métodos de pago con 3-D Secure habilitado, puede elegir cómo desea que la página de identificación se muestre al cliente enviándonos un parámetro adicional en los campos ocultos.

El campo oculto es el siguiente:

<input type="hidden" name="WIN3DS" value="">

Campo
Valores posibles
WIN3DS
  • “MAINW”: para mostrar la página de identificación en la ventana principal (valor predeterminado);
  • “POPUP”: para mostrar la página de identificación en una ventana POPUP y volver a la ventana principal al final.

Importante

Tenga en cuenta que para algunos métodos de pago (p. ej. Visa, MasterCard, JCB, etc.), no se permite el valor ‘POPUP’ y el sistema lo convertirá a ‘MAINW’. Se recomienda de forma explícita probar el comportamiento de este campo para cada método de pago. 

9.5.2 3-D Secure v2.1 (Disponible en TEST)

Además del parámetro solicitado anteriormente (WIN3DS), se recomienda incluir el siguiente parámetro.  Contiene los tamaños preconfigurados de anchura x altura en píxeles de la ventana mostrada en la ventana del navegador del titular de la tarjeta.

NOTA: Si no envía este parámetro, el valor predeterminado es 05 = Full screen.

Parámetro
Valores posibles
Mpi.challengeWindowSize
  • 01 = 250 x 400
  • 02 = 390 x 400
  • 03 = 500 x 600
  • 04 = 600 x 400
  • 05 = Full screen

Para que el enfoque de 3DS v2 sobre la evaluación de riesgos sea más efectivo, se recomienda que envíe los parámetros adicionales que se describen en la lista aqui.

El suministro de estos parámetros puede tener un efecto directo en la tasa de conversión, ya que puede ayudar a autenticar al titular de la tarjeta sin tener que redirigirlo. Para obtener información adicional, consulte la guía de DirectLink 3DS.

Aunque estos parámetros son opcionales, los planes de las principales tarjetas de pago recomiendan incluir los siguientes parámetros en la solicitud, ya que de este modo será más probable lograr un flujo sin fricción.

ECOM_BILLTO_POSTAL_CITY
ECOM_BILLTO_POSTAL_COUNTRYCODE
ECOM_BILLTO_POSTAL_STREET_LINE1
ECOM_BILLTO_POSTAL_STREET_LINE2
ECOM_BILLTO_POSTAL_STREET_LINE3
ECOM_BILLTO_POSTAL_POSTALCODE
REMOTE_ADDR
CN
EMAIL

Puede usar las siguientes tarjetas de prueba para simular una tarjeta registrada 3-D Secure en nuestro entorno de prueba:

Flujo sin problemas
Marca Número de tarjeta Fecha de caducidad
VISA 4186455175836497 Cualquier fecha del futuro
Mastercard
5137009801943438 Cualquier fecha del futuro
American Express
375418081197346 Cualquier fecha del futuro

Flujo con comprobación
Marca Número de tarjeta Fecha de caducidad
VISA 4874970686672022 Cualquier fecha del futuro
Mastercard
5130257474533310 Cualquier fecha del futuro
American Express
379764422997381 Cualquier fecha del futuro

Nota: Puede descargar más número de tarjetas de prueba aquí.

9.6 Dividir tarjetas de crédito/débito

La funcionalidad para dividir VISA y MasterCard en un método de pago de débito y de crédito le permite ofrecérselo a sus clientes como dos métodos de pago distintos (p. ej. VISA Débito y VISA Crédito) o puede decidir aceptar solo una de las dos marcas divididas.

Para utilizar la división de tarjetas de crédito y débito a través de e-Commerce, tiene que incluir el parámetro CREDITDEBIT en los campos ocultos que envía a la página de pago (y por tanto también se incluyen en el cálculo de SHA-IN).

Campo Formato
CREDITDEBIT "C": tarjeta de crédito
"D": tarjeta de débito

Error relacionado: Cuando el comprador selecciona el método de tarjeta de crédito pero introduce seguidamente un número de tarjeta de crédito, se devuelve un código de error: ‘Se ha elegido una marca/método de pago incorrecto’.

Si el pago se procesa correctamente con el parámetro CREDITDEBIT, se devolverá el mismo parámetro también en la respuesta post-venta. No obstante, mientras que los valores enviados sean C o D, los valores devueltos son "CREDIT" o "DEBIT".

También encontrará estos valores devueltos en la descripción general de la transacción a través de "Ver transacciones" e "Historial financiero" y en informes que puede descargar posteriormente.

Configuración en su cuenta

La funcionalidad de división también se puede activar y configurar según el método de pago en su cuenta de Ingenico ePayments. Acceda a Dividir tarjetas de crédito/débito para obtener más información.

9.7 Procesamiento de transacciones con credenciales guardadas

La transacción de credencial en archivo (COF) utiliza los detalles de la tarjeta que ya están almacenados por los comerciantes para procesar el pago. Antes de iniciar una transacción de credencial en archivo (COF), el titular de la tarjeta primero deberá autorizar al comerciante a almacenar los detalles de la tarjeta. La transacción de credencial en archivo (COF) se aplica principalmente a los pagos recurrentes y establece si es el titular de la tarjeta o el comerciante quien inicia el pago.

Hay dos tipos de transacciones de credenciales en archivo (COF): transacción iniciada por el titular de la tarjeta (CIT) o transacción iniciada por el comerciante (MIT). La transacción iniciada por el titular de la tarjeta (CIT) siempre deberá realizarse antes de la transacción iniciada por el comerciante (MIT).

Una transacción iniciada por el titular de la tarjeta (CIT) es una transacción en la que el titular de la tarjeta participa en la transacción y autentica personalmente la transacción mediante una firma, un dispositivo 3D-Secure o la presentación de documentos identificativos.

Ejemplo de una transacción iniciada por el titular de la tarjeta (CIT):

El titular de una tarjeta compra un billete de tren en línea y realiza un pago. Realiza el pago con su tarjeta de crédito y se le pide que autentique y autorice el pago. Al mismo tiempo, se pregunta al titular de la tarjeta si desea guardar la información de la tarjeta de crédito relacionada con este pago. Si el titular de la tarjeta está de acuerdo, esta información se puede reutilizar en futuras transacciones iniciadas por el comerciante.

Una transacción iniciada por el comerciante (MIT) es una transacción iniciada por un comerciante que supervisa una transacción iniciada por el titular de la tarjeta (CIT) y por un pedido permanente previamente acordado de bienes y servicios comprados por el titular de la tarjeta. El titular de la tarjeta no tiene por qué estar involucrado en la transacción.

Ejemplo de una transacción iniciada por un comerciante (MIT):

Un comerciante puede iniciar automáticamente una transacción para cumplir con el pago del titular de la tarjeta en una suscripción mensual a una revista.

De acuerdo con las regulaciones establecidas por Visa y MasterCard para la transacción de credencial en archivo (COF), se deben enviar nuevos parámetros para determinar la transacción COF. 

Esto le afecta si:

  • Utiliza un alias
  • Planea iniciar transacciones recurrentes (programadas o no) después de iniciar por primera vez una transacción iniciada por el titular de la tarjeta (CIT)

Acción necesaria:

De forma predeterminada, estos parámetros se utilizan en una transacción de e-Commerce transaction:

Valores de parámetros COF_INITIATOR-COF_TRANSACTION-COF_SCHEDULE

Descripción

CIT-FIRST-UNSCHED
Se aplica cuando se utiliza o se crea un alias
CIT-FIRST-SCHED

Se aplica a un pago/suscripción programados

MIT-SUBSEQUENT-UNSCHEDULED
Se aplica a pagos recurrentes
MIT-SUBSEQUENT-SCHEDULED
Se aplica a pagos de cuotas

Los valores predeterminados se marcan si no se añade ningún parámetro. Sin embargo, si desea cambiarlos, puede sobrescribir estos valores predeterminados enviando los nuevos parámetros. No olvide recalcular también la firma SHA (haga clic aquí para obtener más información sobre la firma SHA.)

Parámetros

Valores

Descriptíon

COF_INITIATOR* CIT Transacción iniciada por el titular de la tarjetar
  MIT Transacción iniciada por un comerciante
COF_SCHEDULE*
SCHED Transacción programada
  UNSCHED Transacción no programada
COF_TRANSACTION*
FIRST Primera serie de transacciones

SUBSEQ

Siguientes series de transacciones

COF_RECURRING_EXPIRY* 
Fecha YYYYMMDD (por ejemplo: 20190914)
Actualmente disponible en TEST
Fecha de fin: fecha del último pago programado de une serie
COF_RECURRING_FREQUENCY* numérico entre 2 y 4 digitos (por ejemplo: 31, 031 o 0031) Actualmente disponible en TEST
Días entre pagos de una serie.
* Por favor, envíe los valores de los parámetros de acuerdo con el formato definido en la tabla. De lo contrario, la transacción será bloqueada por nuestro sistema.

Como proveedor líder de servicios de pago digitales a nivel global, Ingenico ePayments ofrece una respuesta perfecta a las complejidades asociadas a los pagos en cualquier canal: en línea, móvil y punto de venta. Ofreciendo soluciones innovadoras de comercio electrónico, multicanal, financieras y de marketing, ayudamos a los comerciantes a gestionar, cobrar y proteger sus pagos, así como a evitar el fraude en las transacciones digitales. Ingenico ePayments forma parte de Ingenico Group, el líder mundial en pagos optimizados.

Este sitio web utiliza cookies para poder darle la mejor experiencia de usuario. Si usted no desea aceptar estas cookies, permitimos que cambie la configuración de cookies. Haga clic en "Aceptar" para permitir todas las cookies de este sitio web.

Ajustes de cookies

Introducción

Funcional

Cookies funcionales son necesarios para el sitio web funcione correctamente. Estas cookies no se pueden desactivar.

Optimizado

Cookies de optimización nos permiten analizar el uso del sitio para que podamos medir y mejorar nuestro sitio web.
Este es el nivel predeterminado.

Personalizado

Cookies de personalización se utilizan para los medios sociales y la personalización antelación. Ellos nos permiten mostrarle información relacionada con su empresa. 


Ejemplo de funcionalidad permitida

  • Tienda preferencia país
  • Tienda preferencia de idioma

Ejemplo de funcionalidad no permitido

  • Guardar los datos personales
  • Seguimiento anónimo a través de Google Analytics
  • Seguimiento para fines de marketing

Ejemplo de funcionalidad permitida

  • Tienda preferencia país
  • Tienda preferencia de idioma
  • Seguimiento anónimo a través de Google Analytics

Ejemplo de funcionalidad no permitido

  • Guardar los datos personale
  • Seguimiento para fines de marketing

Ejemplo de funcionalidad permitida

  • Tienda preferencia país
  • Tienda preferencia de idioma
  • Seguimiento anónimo a través de Google Analytics
  • Servir contenido relevante a sus intereses
  • Servir anuncios relevantes para sus intereses
  • Seguimiento para fines de marketing

Ejemplo de funcionalidad no permitido

  • Guardar los datos personale