Push provisioning a través de TSP
Mastercard Token Connect (MDES Token Connect) es un servicio proporcionado por Mastercard. Los emisores lo usan para enviar tarjetas a los solicitantes de tokens.
Para participar, los solicitantes de tokens deben cumplir con el programa de Mastercard y proporcionar detalles de incorporación a los TSP. Esto permite que el TSP determine cómo se puede enviar una tarjeta a un solicitante de tokens determinado.
Normalmente, estos servicios exponen una API que permite a los emisores:
Consultar a los TSP los solicitantes de tokens registrados en el programa y los detalles de interfaz disponibles (una aplicación, un sitio web o ambos).
Consultar a los TSP la URI apropiada (formateada con los datos de la tarjeta) que la aplicación del emisor utiliza para enviar la tarjeta, después de que el usuario final seleccione una interfaz de solicitante de tokens (por ejemplo, un sitio web).
El último paso —enviar la tarjeta al solicitante de tokens— sigue siendo responsabilidad de la aplicación del emisor.
Para usar estas API, los emisores deben abrir un proyecto con las redes de pago. De lo contrario, las redes de pago no permitirán el acceso a la API.
La solución Push Provisioning de Thales integra las API MDES Token Connect. Esto permite a los emisores acceder a ellas directamente desde la aplicación del emisor a través del SDK.
NotaSolo son accesibles los solicitantes de tokens registrados en los programas MDES Token Connect. La disponibilidad varía según la región. Para la lista disponible en su región, consulte con sus contactos de Visa y Mastercard.
Las secciones siguientes proporcionan los detalles:
Use el SDK de Thales para solicitar la lista de solicitantes de tokens elegibles para una tarjeta dada.
Seleccione un solicitante de tokens de la lista devuelta y use el SDK de Thales para solicitar la URI formateada que se usa para enviar la tarjeta.
Envíe la tarjeta al solicitante de tokens seleccionado.
NotaLa aplicación del emisor siempre envía la tarjeta a la interfaz del solicitante de tokens seleccionada.
1. Obtención de los solicitantes de tokens elegibles
La aplicación del emisor utiliza el SDK de Push Provisioning para obtener una lista de solicitantes de tokens que son compatibles con las tarjetas del emisor y los esquemas de pago asociados.
Este flujo se muestra en la figura siguiente:

Pasos 1 y 2: El emisor construye los detalles de la tarjeta cifrados de acuerdo con el formato esperado por el SDK de Push Provisioning.
Paso 4: El backend de Thales llama al TSP (VTS o MDES) para solicitar los solicitantes de tokens elegibles.
Paso 5: La lista se devuelve a la aplicación móvil del emisor.
Paso 6: La aplicación móvil del emisor obtiene los detalles de cada solicitante de tokens y los muestra al usuario final para que pueda efectuar una selección.
Nota
El paso 6 en la figura muestra una posible interacción con el usuario final.
La experiencia de usuario general queda fuera del alcance de este documento.
El emisor es libre de filtrar los solicitantes de tokens que son visibles para el usuario final.
Dado que puede haber muchas docenas de solicitantes de tokens disponibles, la aplicación debe gestionar la visibilidad de los elementos.
El fragmento de código siguiente muestra cómo solicitar la lista de solicitantes de tokens elegibles:
Obtener recurso
Usando el SDK de TPC, la aplicación del emisor puede obtener la imagen del logotipo del solicitante de tokens usando la cadena devuelta por la getEligibleTokenRequestor API.
Para el esquema Visa, la imagen del logotipo del solicitante de tokens se devuelve como una URL que la aplicación móvil debe obtener directamente.
Para el esquema Mastercard, la imagen del logotipo se devuelve como un logoId. Para obtener el logotipo, llame al getAsset API.

Obtener el logotipo del solicitante de tokens
NotaEsto solo está disponible para el esquema Mastercard.
Después de que la aplicación ha obtenido la lista de solicitantes de tokens, puede solicitar obtener la imagen del logotipo del solicitante de tokens.
El fragmento de código siguiente muestra un ejemplo de cómo obtener la imagen del logotipo del solicitante de tokens mediante el SDK de TPC:
2. Selección del solicitante de tokens
Cada elemento que es devuelto por la getEligibleTokenRequestors (Android/iOS) es un posible solicitante de tokens al que se puede enviar la tarjeta.
Un TokenRequestor objeto expondrá las siguientes propiedades:
id: El ID del Solicitante de Tokens (TRID) que es único por solicitante de tokens y es generado por el esquema.name: El nombre del solicitante de tokens que se mostrará.logo: El icono visible que está asociado con el solicitante de tokens.Para Mastercard, esto puede accederse a través de las
logoIdygetAssetAPIs.
pushMethods: Este objeto es un arreglo de métodos que se pueden usar para contactar al solicitante de tokens dado. Cada elemento del arreglo tiene dos propiedades:platformType: Indica la plataforma en la que la aplicación del solicitante de tokens está disponible:ANDROID,IOS, oWEB.pushHandler: Contiene información sobre cómo gestionar la solicitud de envío al solicitante de tokens. Para cadaplatformType, existe unpushHandlerque se usa para solicitar la URI formateada con los datos de la tarjeta al TSP para que pueda ser usada para llamar al solicitante de tokens.
Debido a que un solicitante de tokens puede ser accesible a través de múltiples interfaces, preste mucha atención a pushMethods:
Interfaz de aplicación (cuando
platformType=ANDROIDoplatformType=IOS)Interfaz de sitio web (cuando
platformType=WEB)
Para una interfaz de aplicación, la aplicación del emisor interactúa con la aplicación del solicitante de tokens.
AdvertenciaSi la aplicación del solicitante de tokens no está instalada, la aplicación del emisor debe manejar los siguientes casos:
En
ANDROID, ActivityNotFoundException debe manejarse al llamar al startActivity método.En
IOS, la aplicación del emisor debe comprobar si la URL está disponible usando la canOpenURL API.Verificar si la aplicación del solicitante de tokens está instalada está fuera del alcance del SDK de Thales. El solicitante de tokens debe proporcionar una URI a los TSP durante la incorporación.
Para la interfaz de sitio web, la aplicación del emisor debe interactuar con el sitio web del solicitante de tokens.
RecomendaciónPara una experiencia fluida, soporte
platformType=WEB. Maneje el flujo en una WebView dentro de la aplicación del emisor, en lugar de redirigir a una aplicación externa.
3. Envío de la tarjeta
Para enviar una tarjeta a un solicitante de tokens seleccionado, necesita la URI que activa al solicitante de tokens con los datos de la tarjeta correctamente formateados. Solicite esta URI al TSP.
Este flujo se representa en la figura siguiente:

Paso 1: El usuario final selecciona un solicitante de tokens.
Paso 3: El SDK interactúa con el backend para solicitar un push provisioning.
Paso 4: El backend de Thales verifica si la solicitud está autorizada.
Paso 5: El backend de Thales solicita la carga útil y genera una URL de envío a través del TSP.
Paso 6: El SDK devuelve la URL de envío a la aplicación del emisor.
Paso 7: La aplicación del emisor llama a la URL de envío para lanzar al solicitante de tokens.
NotaLa URI depende de
platformType.pushHandlercambia según si la interfaz es una aplicación o un sitio web.
Para los otros parámetros mostrados en la figura:
El
authorizationCodees necesario para otorgar el permiso para enviar la solicitud. Esto debe cumplir con el formato y algoritmo.La URL de callback permite al solicitante de tokens llamar a la aplicación del emisor al final del flujo. Esto debe configurarse usando el mecanismo de enlace profundo.
Configurar una URL de enlace profundo
El código de ejemplo siguiente demuestra cómo obtener la URI del TSP a través del SDK:
La figura siguiente representa un flujo genérico donde la aplicación del emisor envía la tarjeta a la aplicación del solicitante de tokens.

La primera parte del flujo involucra solo a la aplicación del emisor.
En el paso 3, la aplicación del emisor usa la lista devuelta por la getEligibleTokenRequestors API (Android/iOS) para construir la interfaz mostrada al usuario final.
Cuando el usuario final confirma en el paso 4 que desea enviar la tarjeta (o inmediatamente después de la selección en el paso 3), la aplicación del emisor llama al SDK usando la addCard (Android/iOS) para que el SDK pueda consultar al TSP por la URI usada para enviar la tarjeta.

Una vez que la URI se devuelve desde el paso 4, la aplicación del emisor utiliza la URI para enviar la tarjeta al solicitante de tokens.
El solicitante de tokens toma el control en el paso 5, y habrá varias ventanas emergentes para guiar al usuario final a través del flujo de tokenización.
En este punto, la aplicación del solicitante de tokens tiene el control total. Interactúa con el TSP para solicitar la digitalización de la tarjeta, como se muestra en los pasos 6 y 7.
Una vez que la digitalización se completa, el usuario final puede continuar como se muestra en el paso 7. El control puede volver a la aplicación del emisor si el solicitante de tokens usa la URL de callback proporcionada por addCard (Android/iOS) API.
Última actualización
¿Te fue útil?