Welcome to our new developer portal! Use the "Ask" button to chat with our AI Agent.
For the complete documentation index, see llms.txt. This page is also available as Markdown.

Descripción general

Descripción general de push provisioning

Push provisioning permite que la aplicación del emisor añada una tarjeta de pago directamente a una xPay Wallet (por ejemplo, Apple Pay, Google Pay o Samsung Pay) utilizando protocolos seguros y estandarizados. Esto elimina la necesidad de que el usuario final introduzca manualmente los datos de la tarjeta y mejora tanto la seguridad como la experiencia de usuario.

Cómo funciona push provisioning

En lugar de introducir o փոխանցir manualmente los datos de la tarjeta a un solicitante de token, la aplicación del emisor intercambia los datos de la tarjeta mediante protocolos seguros que evitan que los datos de la tarjeta queden expuestos fuera del dispositivo que utilizará las credenciales.

El flujo de push provisioning normalmente activa la tokenización a través del TSP correspondiente.

Existen dos tipos principales de protocolos:

  • Protocolos propietarios del proveedor de la billetera: APIs expuestas por cada proveedor de billetera para simplificar la integración y el intercambio de datos entre la billetera y la aplicación del emisor.

  • Protocolos TSP de la red de pagos: APIs expuestas por el TSP de cada red de pagos que permiten a los emisores enviar tarjetas a solicitantes de token certificados.

Con los protocolos propietarios, cada proveedor de billetera define su propio:

  • modelo de integración y cómo interactuar con la billetera (por ejemplo, SDK móviles dedicados)

  • mecanismos de cifrado y claves necesarios para proteger los datos de la tarjeta

El servicio de push provisioning de D1 elimina esta complejidad. El SDK de D1 encapsula estas distintas APIs y ofrece un único modelo de integración, independiente de la billetera y del esquema.

Del mismo modo, para los protocolos TSP de la red de pagos, el emisor puede unirse a los programas de cada red de pagos para enviar tarjetas a solicitantes de token elegibles certificados por la red de pagos. El SDK de D1 y el backend de D1 gestionan por usted la lógica específica de la red de pagos.

Protocolos y dispositivos compatibles

La plataforma D1 admite lo siguiente:

Función de ver y controlar

El SDK de D1 también proporciona una Ver y controlar función que permite a la aplicación del emisor mostrar y gestionar las tarjetas digitales creadas a partir de cada tarjeta física o de financiación.

Esto resulta útil cuando el emisor desea:

  • ofrecer la gestión del ciclo de vida de la tarjeta digital directamente en la aplicación del emisor

  • controlar la activación de la tarjeta digital, especialmente cuando la verificación de identidad y del titular (ID&V) o la autenticación adicional se realizan a través de la aplicación del emisor

Para obtener detalles de implementación, consulte Ver y controlar.

Ejemplo de experiencia de push provisioning

Utilice las siguientes directrices del proveedor de billetera para diseñar la Añadir a la billetera experiencia en su aplicación del emisor:

Apple Pay

  1. El usuario final abre la aplicación del emisor y se autentica.

  2. El usuario final selecciona una tarjeta.

  3. El usuario final pulsa Añadir a Apple Wallet.

Si el usuario final tiene tanto un iPhone como un Apple Watch, la aplicación del emisor no necesita información adicional para vincular la tarjeta de pago. El SDK PassKit de Apple gestiona la interfaz de usuario de selección de dispositivo; por ejemplo, solicita al usuario final que elija entre iPhone y Apple Watch.

Apple Pay push provisioning example screen in the issuer application
Ejemplo de un flujo de Añadir a Apple Wallet en la aplicación del emisor.

Google Pay

  1. El usuario final abre la aplicación del emisor y se autentica.

  2. El usuario final selecciona una tarjeta.

  3. El usuario final pulsa Añadir a Google Pay.

Google Pay push provisioning example screen in the issuer application
Ejemplo de un flujo de Añadir a Google Pay en la aplicación del emisor.

Samsung Pay

  1. El usuario final abre la aplicación del emisor y se autentica.

  2. El usuario final selecciona una tarjeta.

  3. El usuario final pulsa Añadir a Samsung Pay.

Samsung Pay push provisioning example screen in the issuer application
Ejemplo de un flujo de Añadir a Samsung Pay en la aplicación del emisor.

Ejemplo de experiencia de ver y controlar

En la aplicación del emisor, el usuario final puede ver la lista de tarjetas digitales asociadas a cada una de sus tarjetas.

La aplicación del emisor puede mostrar:

  • los últimos cuatro dígitos de cada tarjeta digital

  • el nombre y el logotipo de la billetera

  • el estado de cada tarjeta digital (por ejemplo, activa, suspendida o eliminada)

View and control example screen listing multiple digital cards for a single card
Ejemplo de la pantalla Ver y controlar que muestra varias tarjetas digitales.

Ejemplo de push provisioning de la red de pagos

High-level example of payment network push provisioning
Ejemplo de alto nivel de un flujo de push provisioning de la red de pagos.

Última actualización

¿Te fue útil?