> For the complete documentation index, see [llms.txt](https://docs.payments.thalescloud.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.payments.thalescloud.io/push-provisioning/es/get-started/push-provisioning-overview/quick-start-guide/apple-pay.md).

# Apple Pay

### Fase 1: Incorporación con Apple

{% stepper %}
{% step %}

### Solicitar Entitlement especial y lista blanca a Apple

[**Solicitar Entitlement especial y lista blanca a Apple**](/push-provisioning/es/integrate-the-d1-sdk/getting-started/configuration/2.-onboarding/onboard-push-provisioning-for-wallets.md): El emisor debe solicitar el Entitlement y la lista blanca para su aplicación enviando la información específica a <apple-pay-provisioning@apple.com>.

{% hint style="info" %}
Junto con la confirmación sobre la concesión del entitlement, los emisores deberían recibir de Apple un conjunto de documentos que deben orientarlos en el diseño UX y funcional de su aplicación. Es esencial revisar esos documentos al inicio del proyecto para evitar cualquier retrabajo en la integración del emisor.
{% endhint %}
{% endstep %}

{% step %}

### Configurar el Entitlement en el sitio web de Apple Developer

[**Configurar el Entitlement en el sitio web de Apple Developer**](/push-provisioning/es/integrate-the-d1-sdk/getting-started/configuration/2.-onboarding/onboard-push-provisioning-for-wallets.md): El emisor debe configurar el Entitlement en el sitio web de Apple Developer para obtener la aprobación para usar el Servicio de Provisionamiento In-App.
{% endstep %}

{% step %}

### Configurar el Entitlement en Xcode

[**Configurar el Entitlement en Xcode**](/push-provisioning/es/integrate-the-d1-sdk/getting-started/configuration/2.-onboarding/onboard-push-provisioning-for-wallets.md): El emisor debe configurar el Entitlement en Xcode para declarar que la aplicación desea usar el Servicio de Provisionamiento In-App.
{% endstep %}

{% step %}

### Configuración del sistema TSP

Configurar los ajustes necesarios en el sistema TSP de acuerdo con [los requisitos de Apple Pay](/push-provisioning/es/integrate-the-d1-sdk/getting-started/configuration/2.-onboarding/onboard-push-provisioning-for-wallets.md), prestando especial atención a los associatedApplicationIdentifiers.
{% endstep %}
{% endstepper %}

### Fase 2: Integración del backend Thales D1

{% stepper %}
{% step %}

### Incorporación

**Incorporación**: El integrador de Thales proporciona el Formulario de Incorporación Thales D1 para recopilar todos los parámetros de configuración necesarios para conectarse a D1, incluyendo Conectividad, Claves, Configuración de Servicios D1 y Productos de Tarjeta.

{% hint style="info" %}
Se requiere que los emisores abran un proyecto con TSP(s) (Visa/Mastercard) para sus proyectos de integración de provisionamiento push. Se recomienda iniciar esta actividad en paralelo con la incorporación con Thales.
{% endhint %}
{% endstep %}

{% step %}

### Conectividad

[**Conectividad**](/push-provisioning/es/integrate-the-d1-api/set-up-tls-mutual-authentication.md): Las API expuestas por D1 requieren autenticación mutua TLS para todas las llamadas a la API, lo que requiere configuración explícita tanto para entornos de preproducción como de producción con un certificado de cliente firmado por la CA de Thales.
{% endstep %}

{% step %}

### Autorización del backend

[**Autorización del backend**](/push-provisioning/es/integrate-the-d1-api/get-oauth-2.0-access-token.md): Las API entrantes de D1 están protegidas por el Flujo de Credenciales OAuth JWT Bearer, donde su backend envía un JWT firmado para obtener un token de acceso D1 para acceder a las API de D1.
{% endstep %}

{% step %}

### Cifrado de datos

[**Cifrado de datos**](/push-provisioning/es/integrate-the-d1-api/encrypt-sensitive-data.md): La información sensible intercambiada con el backend D1 debe cifrarse utilizando el formato estándar JWE con algoritmos específicos y la clave pública EC del destinatario.
{% endstep %}

{% step %}

### Registro de consumidores y tarjetas a través de API

[**Consumidor**](/push-provisioning/es/get-started/manage-end-users.md) **y** [**Tarjeta**](/push-provisioning/es/get-started/manage-cards.md) **Registro a través de API**: Como requisito previo para la mayoría de los servicios D1, debe registrar usuarios finales, cuentas y tarjetas en D1 mediante APIs backend a backend usando identificadores únicos.
{% endstep %}

{% step %}

### Registro por lotes

[**Registro por lotes**](/push-provisioning/es/register-cards-via-batch-file/batch-file-overview.md): D1 ofrece un servicio para ejecutar ciertas operaciones (como el registro de consumidores y tarjetas) en modo por lotes usando archivos batch subidos vía SFTP.
{% endstep %}
{% endstepper %}

### Fase 3: Integración del SDK Thales D1

{% stepper %}
{% step %}

### Integración binaria

[**Integración binaria**](/push-provisioning/es/integrate-the-d1-sdk/getting-started/configuration/1.-binary-integration/ios.md): El emisor debe integrar el binario del SDK D1 en su proyecto de aplicación.
{% endstep %}

{% step %}

### Inicialización del SDK

[**Inicialización del SDK**](/push-provisioning/es/integrate-the-d1-sdk/getting-started/configuration/3.-initialization/ios-initialization.md): La aplicación del emisor debe inicializar el SDK D1 antes de poder llamar a sus APIs.
{% endstep %}

{% step %}

### Autenticación del usuario

[**Autenticación del usuario**](/push-provisioning/es/integrate-the-d1-sdk/getting-started/configuration/5.-authentication/sdk-login.md): La aplicación del emisor debe proporcionar una prueba de la autenticación del usuario final antes de poder consumir los servicios D1.
{% endstep %}

{% step %}

### Comprobar el estado de la tarjeta en Apple Pay Wallet

[**Comprobar el estado de la tarjeta en Apple Pay Wallet**](/push-provisioning/es/implement-push-provisioning/implement-push-to-digital-wallets/get-the-card-digitization-state.md): La aplicación del emisor debe comprobar el estado de digitalización de la tarjeta en la wallet de Apple Pay usando la `d1Task.cardDigitizationState()` API para determinar la siguiente acción.
{% endstep %}

{% step %}

### Enviar la tarjeta a Apple Pay Wallet

[**Enviar la tarjeta a Apple Pay Wallet**](/push-provisioning/es/implement-push-provisioning/implement-push-to-digital-wallets/push-to-the-digital-wallet.md): Cuando el usuario toca "Añadir a Apple Pay", invoque la `d1Task.addDigitalCardToOEM()` API para tokenizar la tarjeta.
{% endstep %}

{% step %}

### Extensiones de Apple Wallet

[**Extensiones de Apple Wallet**](/push-provisioning/es/implement-push-provisioning/implement-push-to-digital-wallets/apple-wallet-extension.md): Los emisores de tarjetas con una aplicación bancaria móvil iOS deben soportar las Extensiones de Wallet para permitir que los clientes de la aplicación móvil del emisor provisionen nuevas tarjetas directamente desde la aplicación Wallet de iOS en todos los dispositivos Apple iOS elegibles.
{% endstep %}
{% endstepper %}

### Fase 4: Pruebas y resolución de problemas

{% stepper %}
{% step %}

### Pruebas en sandbox de Apple Pay

Se requiere que el emisor pruebe su integración usando primero [el modo sandbox de Apple Pay](/push-provisioning/es/integrate-the-d1-sdk/getting-started/enviroments/push-provisioning-sandbox-testing.md).
{% endstep %}

{% step %}

### Gestión y reporte de errores

Si los emisores se enfrentan a [errores ](/push-provisioning/es/integrate-the-d1-sdk/troubleshooting/d1-sdk-error-management.md)en sus pruebas se les solicita que primero consulten [errores comunes](/push-provisioning/es/integrate-the-d1-sdk/troubleshooting/push-provisioning-troubleshooting/ios.md) antes de [reportar el problema a Thales](/push-provisioning/es/integrate-the-d1-sdk/troubleshooting/report-issues.md).
{% endstep %}

{% step %}

### Pruebas en producción

Una vez que los emisores completen las pruebas en Sandbox, deben pasar al entorno de producción y probar también allí.
{% endstep %}
{% endstepper %}

### Fase 5: Certificación y lanzamiento

{% stepper %}
{% step %}

### Certificación E2E por laboratorio independiente

Apple exige que los emisores obtengan la certificación de extremo a extremo de su aplicación por un laboratorio de certificación independiente, con el que los emisores deben contratar y que validará que se cumplen todos los requisitos funcionales de Apple.
{% endstep %}

{% step %}

### Enviar la app para revisión en App Store

Una vez completada la certificación E2E, los emisores pueden enviar su versión final de la aplicación para revisión en la App Store.
{% endstep %}

{% step %}

### Planear la puesta en marcha con Apple

Después de que la versión final de la aplicación sea aprobada por la App Store para su publicación, los emisores pueden planificar su fecha de puesta en marcha con Apple.
{% endstep %}
{% endstepper %}


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.payments.thalescloud.io/push-provisioning/es/get-started/push-provisioning-overview/quick-start-guide/apple-pay.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.