• Francia
página de estado
demo
asistencia
FAQContacte el soporte tecnico
Buscar
Categoria
Tags
España
Francia
España
Europa (Inglés)
India
Página principal
Casos de uso
Crear un pago
Crear un pago en vencimientos
Crear un pago multitarjeta
Crear un pago por token
Crear un enlace de pago
Crear una suscripción
Gestione sus suscripciones
Gestione sus transacciones
Analizar los diarios
Docs API
Formulario incrustado
API REST
Formulario en redirección
Pago móvil
Intercambio de ficheros
Ejemplo de código
Medios de pago
Plugins
Guías
Back office Experto
Guías funcionales

Creación del token al suscribirse a una recurrencia

Además de la información utilizada en el caso de la Creación del token sin pago, este caso de uso también debe mostrar la información relacionada con la recurrencia, tal como:

  • el monto inicial de la recurrencia (monto utilizado durante el/los primer/os vencimientos) si este es diferente (opcional),
  • el monto de la recurrencia (monto de los vencimientos, o bien el utilizado en los siguientes vencimientos cuando el primer es diferente).
 

No se realizará ningún pago al momento de la recurrencia. Solamente se realizará una solicitud de información para confirmar los datos del medio de pago.

El primer pago se realizará en la fecha efectiva, entre las 00:00 y las 05:00 h.

Esquema simplificado

El día del pedido:

  1. El sitio web vendedor una solicitud de creación de token y inscripción a una suscripción.
     

    Nota para las tiendas con la opción "Conversión de moneda":

    La moneda es obligatorio durante la creación de un token.

    Sólo se seleccionarán los contratos que admitan la moneda introducida como parámetro. No se tiene en cuenta la conversión de monedas.

    Ejemplo: Para una solicitud de creación de un alias en moneda USD, en una tienda asociada a un contrato AMEX y a un contrato CB:

    si el contrato AMEX sólo admite la moneda USD y el contrato CB sólo admite la moneda EUR, entonces sólo se aceptarán las tarjetas AMEX para la creación del alias.

    El comprador elige el método de pago que desea registrar, entrega los datos de este y luego valida.

  2. La plataforma de pago inicia el proceso de autenticación del portador con el emisor.
     
    • En este caso, la reglamentación exige una autentificación fuerte.
    • La autentificación se realiza por el monto de la primera cuota.
  3. Una vez que la autentificación ha terminado, la plataforma realiza la solicitud de información con los datos de autentificación del titular.
  4. El emisor genera un identificador único de transacción y lo transmite en la respuesta de la verificación de tarjeta.
  5. La plataforma de pago notifica al sitio web vendedor el resultado.
    En particular, la respuesta contiene:
    • el código único de transacción generado por el emisor, para su información,
    • ell token creado recientemente,
    • el detalle de la recurrencia.
     Esta operación, se da lugar a la creación de una transacción de tipo VERIFICATION, que aparece en el Back Office Expert y posee las siguientes características:
    • su monto es de 1.00 EUR o 0 EUR si el adquirente lo soporta,
    • su estado es, o bien "Aceptado" o bien "Rechazado",
    • nunca se envía al banco y permanece en la pestaña "Transacciones en curso".
     El token no se creará si la solicitud de autorización o de información es rechazada.

    La plataforma muestra el ticket al comprador. En particular, contiene:
    • ell token creado recientemente,
    • Los montos de la recurrencia.
    Si ha configurado las reglas de notificación correspondientes, el comprador recibirá un correo electrónico:
    • la confirmación del registro de sus datos bancarios en la plataforma de pago de la tienda,
    • la confirmación del registro de la recurrencia.
 La plataforma de pago registra el identificador de transacción emisor a nivel del token.

En función del uso que se hará del token (pago en 1 clic, pago sin clics, suscripción, etc.), la plataforma utilizará por defecto el identificador de transacción emisor como referencia de encadenamiento si fuera necesario.

A cada cuotas :

  1. La plataforma de pago realiza una solicitud de autorización por el monto de la cuota entregando un identificador de transacción inicial (CIT) como referencia de encadenamiento.
  2. El emisor categoriza la transacción como una MIT dentro de una serie de pagos para la que el titular se autentificó previamente y realiza la solicitud de autorización.

    La transacción no será rechazada por error de autentificación (soft decline).

  3. Si el comercio ha activado la regla de notificación URL de notificación al crear una recurrencia, la plataforma de pago notifica al sitio web vendedor el resultado del pago.

 En este caso, la gestión de la referencia de encadenamiento es transparente para el vendedor.

Jobs
Legal
GDPR
25.19-1.11