• ¿Qué es la PSD2?

    La Segunda Directiva de Servicios de Pago de la UE (2015/2366 PSD2) entró en vigor en enero de 2018 con el objetivo de garantizar la protección del consumidor en todos los tipos de pagos, promoviendo un panorama de pagos aún más abierto y competitivo. Como proveedor de servicios de pago, Ingenico ePayments se enorgullece de haber ratificado su conformidad con la PSD2 desde el 29 de mayo de 2018. 

    Uno de los requisitos clave de la PSD2 se refiere a la autenticación sólida de clientes (SCA) que se exigirá en todas las transacciones electrónicas en la UE a partir de septiembre de 2019. La SCA exigirá a los titulares de tarjetas que se autentiquen usando al menos DOS de los tres métodos siguientes: 

    • Algo que conozcan (PIN, contraseña, etc.) 
    • Algo que posean (lector de tarjetas, dispositivo móvil, etc.)
    • Algo que los distinga (reconocimiento de voz, huella dactilar, etc.)

    Esto significa que, en la práctica, sus clientes ya no podrán realizar un pago con tarjeta en línea utilizando únicamente la información de sus tarjetas. En su lugar, deberán, por ejemplo, verificar su identidad en una aplicación bancaria que esté conectada a su teléfono y que requiera una contraseña o huella dactilar para aprobar la compra. 

    Aquí puede encontrar más información sobre la PSD2: https://www.europeanpaymentscouncil.eu/sites/default/files/infographic/2018-04/EPC_Infographic_PSD2_April%202018.pdf

  • Como comerciante, ¿de qué modo me afecta la PSD2?

    El 14 de septiembre, las reglas de autenticación sólida de clientes (SCA) entrarán en vigor para todos los pagos digitales en Europa. En este momento, los bancos, los proveedores de servicios de pago y las redes de tarjetas están trabajando en soluciones técnicas que cumplan los requisitos de la PSD2. Para poder aceptar pagos después del 14 de septiembre, deberá asegurarse de que estas soluciones técnicas funcionen en su tienda en línea. 

    Para poder aceptar pagos de las redes de tarjetas más importantes del mundo (Visa, Mastercard y Amex) deberá haber implementado la solución de seguridad 3D Secure en su tienda en línea. 3D Secure se utiliza desde 2001 para mejorar la seguridad de las transacciones con tarjetas en línea, pero ahora se ha desarrollado una nueva versión que facilitará los requisitos de la autenticación sólida de clientes de la PSD2.

    Ingenico ePayments recomienda el uso de 3D Secure, ya que ayuda a prevenir el fraude y también lo protege de cualquier responsabilidad en caso de fraude. A partir del 14 de septiembre también será un requisito para aceptar los pagos de las tarjetas principales. 
  • ¿Qué es el nuevo 3D Secure v2.1?

    Secure v2 es una evolución de los programas 3D Secure v1 existentes: Verified by Visa, Mastercard SecureCode, AmericanExpress SafeKey, Diners/Discover ProtectBuy y JCB J/Secure. Se basa en una especificación redactada por EMVCo. EMVCo existe para facilitar la interoperabilidad mundial y la aceptación de transacciones de pago seguras. Está supervisado por las seis organizaciones miembros de EMVCo, American Express, Discover, JCB, Mastercard, UnionPay y Visa, y cuenta con el respaldo de decenas de bancos, comerciantes, procesadores, proveedores y otros actores de la industria que participan como asociados de EMVCo. 

    Una de las diferencias principales de la versión 2 es que el emisor puede usar muchos puntos de datos de la transacción para determinar el riesgo de la transacción (análisis basado en el riesgo). En las transacciones de bajo riesgo, los emisores no impugnarán la transacción (por ejemplo, no se enviará un SMS al titular de la tarjeta) aunque autentiquen la transacción (sin fricción). A la inversa, en transacciones de alto riesgo, los emisores requerirán que el titular de la tarjeta se autentique con un SMS o por medios biométrico (desafío). 

    Por separado, la autenticación sólida de clientes (SCA) requerida en Europa para el 14 de septiembre de 2019 como se especifica en la PSD2 dará como resultado un aumento sustancial en el número de transacciones que requieren el uso de autenticación 3D Secure. El uso de 3D Secure v2 debería limitar tanto como sea posible el impacto potencial negativo en la conversión. En resumen, en 3D Secure v2: 
    • Deberá implementar 3D Secure antes del 14 de septiembre de 2019 si sus transacciones se ajustan a las pautas de la UE PSD2 SCA (en caso de que aún no sea compatible con 3D Secure)
    • Se recomienda (y en algunos casos se requiere) que envíe puntos de datos adicionales para respaldar la evaluación de riesgos realizada por el emisor en caso de 3D Secure v2
    • Es posible que deba actualizar su política de privacidad con respecto al RGPD, ya que podría estar compartiendo puntos de datos adicionales con terceros 
    • Conseguirá una experiencia de usuario mucho mejor para sus consumidores 

    La expectativa en el mercado es que un porcentaje sustancial de las transacciones que utilizan 3D Secure v2 seguirán el flujo sin fricción, y esto no requiere nada adicional del titular de la tarjeta en comparación con los flujos actuales de pago sin garantía 3D Secure. Esto significa que usted se beneficia de una mayor seguridad y responsabilidad provista por los programas 3D Secure, mientras que la conversión en su proceso de pago no debe verse afectada negativamente. 

  • ¿Cuál es la diferencia entre exención y exclusión?
    Las exclusiones son transacciones que están FUERA del alcance de los reglamentos PSD2 SCA: 
    • Pedidos por correo/pedidos por teléfono
    • Viaje de ida: El PSP del beneficiario (también conocido como adquirente del comerciante) o el PSP del pagador (también conocido como emisor del método de pago del comprador) se encuentra fuera de la zona del EEE.
    • Tarjetas prepago anónimas de hasta 150 € (artículo 63)
    • MIT - transacciones iniciadas por el comerciante

    Las exenciones son transacciones que están DENTRO del alcance de los reglamentos PSD2 SCA:

    • Transacciones de bajo valor
    • Suscripciones
    • Análisis de riesgo
    • Lista blanca
  • ¿Cuáles son las exenciones de la SCA?
    Para facilitar las cosas tanto a los comerciantes como a los consumidores, la PSD2 permite algunas exenciones en la autenticación sólida de clientes. Lo que es importante tener en cuenta es que todas las transacciones que califican para una exención no serán exentas automáticamente. En el caso de transacciones con tarjeta, por ejemplo, es el banco emisor de la tarjeta el que decide si se aprueba o no una exención. Por lo tanto, incluso si una transacción califica para una exención, el cliente podría tener que realizar una autenticación sólida de cliente si el banco emisor de la tarjeta decide exigirla. 

    • Transacciones de bajo valor: lo más probable es que esta exención sea la más utilizada. La exención dice que si un cliente realiza una compra por menos de 30 euros, puede quedar exento de realizar una autenticación sólida de cliente. Esta exención es limitada y si un cliente realiza cinco de estas transacciones seguidas o alcanza un valor de más de 100 euros, siempre se requerirá una autenticación sólida de cliente. 
    • Suscripciones: otro tipo de transacción que se puede eximir es el pago recurrente y los pagos de suscripción donde la suma de cada transacción es la misma. Para estas transacciones solo se requerirá una autenticación sólida de cliente cuando el cliente se registre por primera vez para la suscripción y no en cada transacción individual. 
    • Análisis de riesgo: también se pueden hacer exenciones en base a lo que se denomina “análisis de riesgo de transacción”. Esto significa que a un proveedor de servicios de pago, como Ingenico ePayments, se le puede permitir hacer exenciones en transacciones que se consideran de “bajo riesgo” según los requisitos de las normas técnicas de la PSD2. Esta exención tiene un límite cuando se trata del valor de transacción y solo se puede aplicar si el proveedor de servicios de pago tiene una tasa de fraude suficientemente baja para ese tipo específico de transacción. 
    • Lista blanca: otro tipo de exención se denomina destinatarios de la lista blanca. La lista blanca significa que un cliente puede registrar a ciertos destinatarios de pagos como “fiables” con el banco emisor de su tarjeta. Al hacerlo, no tendrán que llevar a cabo una autenticación sólida de cliente al pagar a ese destinatario específico sujeto al acuerdo bancario emisor.

  • ¿Cuándo estará listo Ingenico ePayments?

    La Autoridad Bancaria Europea (ABE), así como los bancos nacionales de los respectivos países, acordaron establecer un período de gracia (como mínimo hasta marzo de 2020). Esto permitirá a todas las partes involucradas en el comercio electrónico tener la oportunidad de aclarar todos los detalles relativos a este nuevo reglamento. No obstante, recomendamos encarecidamente activar 3DS en su cuenta lo antes posible.

    Dado que nuestro entorno de pruebas está listo, le recomendamos que comience a probar su integración lo antes posible.

    Haga clic aquí isi utiliza la página de Ingenico eCommerce. Si utiliza su propia página, haga clic aquí.

  • ¿Es Credenciales/Tarjeta en archivo (COF) parte de la lista de exclusión/exenciones?
    COF en pocas palabras: el cliente inicia una primera transacción con un comerciante con 3D-S (CIT). Desde esta primera experiencia de transacción, el comerciante tiene la posibilidad de realizar transacciones recurrentes (suscripción o con aprobación del cliente -> tokenización) marcadas como transacciones MIT.

    Las MIT son una de las excepciones previstas dentro de 3DSv2 si cumplen las siguientes condiciones acumulativas:
    • transacciones posteriores de un CIT inicial 
    • El CIT se realizó con una autenticación obligatoria
    • Se establece un enlace de ID dinámico entre el CIT inicial y las MIT posteriores.
    Después de la autenticación inicial, se pueden aplicar exenciones/exclusiones:
    • Ya sea por las exenciones legales recurrentes que se aplican a las suscripciones con una cantidad fija y una periodicidad (de hecho, se recomienda a los comerciantes que se autentiquen por la cantidad completa y que proporcionen detalles sobre la cantidad de pagos acordados con los titulares de tarjetas)
    • O porque otro tipo de transacciones están excluidas del alcance de la SCA... a riesgo exclusivo del comerciante en caso de devolución de cargo (protección limitada a la cantidad autenticada) Y la necesidad de que el emisor acepte ese riesgo:
      • COF no programado: el principio de las transacciones posteriores se acuerda con el titular de la tarjeta, pero el importe y/o la periodicidad no son fijos
      • Prácticas de la industria: incrementales, ausencia, etc...

    Para el período de transición, los esquemas han definido el ID predeterminado que se utilizará para las MIT posteriores creadas antes de la introducción de 3DS v2.

  • ¿Qué debo hacer para cumplir los requisitos de la PSD2 y la SCA?
    Primero, debe asegurarse de que 3DS esté habilitado en su tienda en línea para todos sus métodos de pago (Visa, MasterCard, American Express, Carte Bancaire, JCB). Asegúrese de que es así. En caso contrario, pida a nuestro equipo de soporte que lo habilite.

    Como 3D Secure v2 (3DSv2) tiene como objetivo otorgar el activador de autenticación sólida de clientes (SCA) al banco emisor, el banco emisor debe evaluar mejor el riesgo que implica la transacción. Como consecuencia, la especificación 3DSv2 contiene muchos elementos de datos. Buenas noticias si está utilizando nuestra herramienta de fraude, ya que algunas de ellas ya se utilizan comúnmente en nuestra análisis de fraude.  Por supuesto, algunos son nuevos y específicos de 3D Secure v2. En resumen, los elementos de datos se pueden clasificar de la siguiente manera:
    • Información obligatoria - datos del navegador:
        • ¿Integración con las cestas de la compra?  Le invitamos a acceder al mercado de cestas de la compra para instalar la última versión del complemento de Ingenico ePayments o a ponerse en contacto con su proveedor directamente.
        • Si utiliza nuestra página de comercio electrónico, Ingenico ePayments recopila información obligatoria. Puede ir directamente a la información recomendada a continuación.
        • Si utiliza su propia página de pago, deberá recopilar la información obligatoria usted mismo tal como se indica a continuación. Le recomendamos que consulte nuestra página de soporte para saber cómo y echar un vistazo al ejemplo de java script.
    • Información recomendada - podría usarse usado como parte de la evaluación de prevención de fraude:
        • Nombre del titular de la tarjeta (CN)
        • Email (EMAIL)
        • Dirección IP (REMOTE_ADDR)
        • Número de teléfono (Mpi.WorkPhone.subscriber, Mpi.HomePhone.subscriber ...)
        • Dirección de facturación (ECOM_BILLTO_POSTAL_CITY, ECOM_BILLTO_POSTAL_COUNTRYCODE, ECOM_BILLTO_POSTAL_STREET_LINE1 ...)
        • Dirección de envío (ECOM_SHIPTO_POSTAL_CITY, ECOM_SHIPTO_POSTAL_COUNTRYCODE, ECOM_SHIPTO_POSTAL_STREET_LINE1 ...)
      • Tenga en cuenta que los parámetros recomendados/opcionales deben suministrarse para beneficiarse del flujo sin fricción que puede aumentar su conversión.
    • Información opcional - datos ampliados del titular de la tarjeta/cuenta tal como fueron introducidos por EMVCo:
        • Mpi.cardholderAccountAgeIndicator
        • Mpi.cardholderAccountChange
        • Mpi.cardholderAccountPasswordChange
        • Mpi.suspiciousAccountActivityDetected
        • Mpi.threeDSRequestorChallengeIndicator
      • Más información en la lista completa

    Nuestras API existentes ya capturan muchos de los elementos de datos, pero estamos agregando muchos elementos de datos nuevos más. La razón es que creemos que todos en el ecosistema de pagos se benefician de una mayor seguridad, con el menor impacto negativo posible en la experiencia del consumidor. Los pagos se basan en la confianza, y proporcionar más datos facilita que las partes confíen entre sí sin necesidad de desafíos adicionales para autenticar al consumidor. Casi todos los elementos de datos recién agregados son opcionales, pero recomendamos que proporcione la mayor cantidad posible de ellos. Esto aumenta la probabilidad de que sus transacciones sigan el flujo sin fricción, mientras se beneficia del cambio de responsabilidad. En caso de que utilice la página de pago alojada de Ingenico ePayments, capturaremos los datos relacionados con el navegador automáticamente.

    El nivel de cambios requeridos variará según el tipo de integración que tenga con Ingenico ePayments.
  • ¿Puedo comenzar con la implementación y pruebas?

    Sí, nuestra plataforma de prueba está lista para realizar pruebas.

    Nuestro simulador propone todos los diferentes escenarios. Se han proporcionado tarjetas de prueba y se encuentran en nuestra página de soporte, así como en el entorno de prueba (Configuración > Información técnica > Información de prueba).

  • ¿Cómo puedo capturar datos adicionales para SCA?

    Si utiliza nuestra página de pago Ingenico ePayments, Ingenico ePayments se encargará de todos los campos obligatorios.

    Si está integrado en DirectLink, lo que significa que tiene su propia página de pago, tenemos un ejemplo de Javascript disponible en la página de soporte para recopilar los datos obligatorios.

    Para la recopilación de información opcional, consulte nuestra página de soporte para así saber cómo integrarse con Ingenico ePayments.

  • ¿Podríamos proporcionar autenticación segura realizada en otro MPI que no sea Ingenico ePayments one?
    No y tampoco está previsto que lo haga.
  • ¿Qué sucede si el comerciante no está enviando campos obligatorios V2?

    Esta situación solo es posible si está integrado únicamente a través de DirectLink (página propia del comerciante/FlexCheckOut), como en la página de pago de Ingenico ePayments alojada, Ingenico ePayments está recopilando los datos obligatorios.

    En primer lugar, Ingenico ePayments identificará el flujo que se dirigirá a v1 o v2 según los números de tarjeta.

    Si la tarjeta es V2, existen los siguientes escenarios posibles: 

    Datos obligatorios:

    • Si se transfieren los datos incorrectos, se bloquea la transacción
    • Si faltan algunos datos, Ingenico ePayments dirigirá su transacción al flujo v1
    • Si no se transfieren datos, la transacción NO se bloquea, sino que se desvía al flujo v1
    Datos opcionales o recomendados:
    • si no se transfieren datos, la transacción NO se bloquea, pero no puede beneficiarse de la exención. 
  • ¿Qué necesito saber sobre PSD2 y el intercambio de datos personales (GDPR)?
    3DSv2 está invitando a los comerciantes a enviar información adicional (obligatorio / recomendado ..). Todo lo que necesitas saber, como comerciante se puede encontrar aquí:

    https://ingenico.be/privacy-policy  section 3.

  • Mi certificación PCI tiene menos de 1 año. ¿Debo pasarla de nuevo si cambio de banco adquirente?
    Su certificado PCI es válido por un año y cumple con todas las condiciones de adquisición con cualquier banco adquiriente.
  • ¿Qué sucede si el emisor no está listo?
    En un caso así, Ingenico ePayments gestionará automáticamente una reserva en 3-D Secure v1.
  • ¿Qué sucede si 3-D Secure no está activado en la cuenta del comerciante?
    Si el emisor está aplicando un nuevo conjunto de reglas PSD2, y 3DS no está activo en la cuenta del comerciante, la transacción será rechazada. Por ello, es muy importante tener 3DS activo para cada marca de su(s) cuenta(s).
  • ¿Qué sucede si el comerciante solicita 3-D Secure y el banco emisor no lo activa?
    A menos que la autenticación sea un paso obligatorio (es decir, en el caso de un registro de tarjeta o la primera transacción de una serie de transacciones recurrentes), los emisores pueden decidir aprobar o no la autenticación. En este escenario, el emisor será responsable en caso de anulación.
  • ¿Cuántas tarjetas serán compatibles con 3DS v2 antes del 14 de septiembre de 2019? 
    Como los emisores aún no nos han proporcionado datos fiables, no tenemos información al respecto. MasterCard actualmente está realizando encuestas en Europa, pero los resultados pueden variar significativamente según el país.  El estado continuará evolucionando hasta septiembre. En enero de 2019, solo 2/3 de los emisores completaron la certificación EMVCo v2.1 y, dentro de esta lista de emisores, el soporte de exenciones fluctuó del 80 % (recurrente) al 50 % (lista blanca).
  • ¿Cómo puedo saber si una transacción se realizó con Secure v1 o v2?
    Además del lanzamiento de la plataforma en julio, hemos mejorado los detalles de nuestra descripción general de las transacciones. Las transacciones individuales accesibles ahora contienen información detallada sobre el flujo aplicado (3DS v1 o 3DS v2 heredado). Puede encontrar más información en nuestras notas de la versión 04.133 en Administración desde Soporte > Versiones de plataforma > Versión 04.133 Además, hemos añadido el nuevo parámetro VERSION_3DS a nuestra herramienta de informes electrónica. Los valores posibles para VERSION_3DS son:

    V1  (para 3DS v1)
    V2C (para flujo Challenge 3DS v2)
    V2F (para flujo Frictionless 3DS v2) 

    Para añadir este parámetro a las descargas de archivos de transacciones, siga las instrucciones que se muestran en este vídeo:
  • ¿Cuándo estará listo Ingenico ePayments para 3DS v2.2?
    Todavía no podemos proporcionarle un calendario de introducción de esta versión de 3DS. Dependiendo de los desarrollos posteriores y de la madurez de la v2.1 en el mercado, esperamos implantar la v2.2 alrededor del tercer trimestre de 2020.
  • ¿Tendrá una tarjeta 3DS V2 el mismo retraso en términos de respuesta o hay un retraso mayor?
    Dado que 3DS v2 introduce autenticación sin fricción, el tiempo para procesar una transacción puede reducirse. Por el contrario, si se solicita una autenticación sólida de clientes, el tiempo de procesamiento puede ser más largo.
  • ¿Cuál es el calendario previsto para introducir 3DS v2 en Francia?
    Como esto se define por la disposición de los compradores, la disponibilidad de 3DS v2 depende de los compradores individuales. 
    La mayoría de los compradores franceses adoptarán la autenticación sólida de clientes antes del 14 de septiembre de 2019, pero sin exenciones. La introducción de exenciones estará disponible para los compradores individuales entre octubre de 2019 y marzo de 2020.
  • ¿Qué significa el valor “añadir tarjeta”?
    El valor Añadir tarjeta se refiere al caso en que un proveedor de cartera usa el protocolo 3DS para añadir una tarjeta a su cartera. Esto será implementado por el respectivo proveedor de cartera.
  • ¿Cuál es la diferencia entre 3DS v2.1 y v2.2?

    La última versión de la especificación incluye:

    • Promoción adicional del flujo sin fricción
      1. Comunicación mejorada entre comerciantes y emisores para maximizar las exenciones disponibles para SCA.
      2. Expansión de elementos de datos existentes para promover la comunicación de eventos de autenticación previos al pago y soporte de los estándares de la Alianza FIDO
    • Dos nuevas características que proporcionan la capacidad de autenticación sin conexión para varios escenarios de transacciones, incluidas las transacciones MOTO (pedidos por correo y pedidos por teléfono):
      1. Incorporación de pagos iniciados por el solicitante 3DS (3RI). Esto permite que un comerciante inicie una transacción incluso si el titular de la tarjeta no está presente. Este canal solo admitía anteriormente transacciones sin pago para v2.1.0
      2. Inclusión del nuevo método de autenticación “autenticación desacoplada”. Esto permite que se produzca la autenticación del titular de la tarjeta si el titular de la tarjeta no tiene conexión. Sin embargo, este método de autenticación también se puede usar si el titular de la tarjeta está conectado a través del navegador y los canales de aplicaciones
    • Mejoras en las experiencias del usuario y los flujos de pago
    • Mejoras en el proceso de almacenamiento en caché de EMV 3DS a través de elementos de datos adicionales en los ciclos PReq/PRes

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