> For the complete documentation index, see [llms.txt](https://docs.thewalletcrew.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.thewalletcrew.io/configure/fr/advanced-configuration/wallet/apple-wallet-et-google-wallet.md).

# Apple Wallet et Google Wallet

L’équipe Wallet génère des cartes pour Apple Wallet et Google Wallet au nom de Brand. Apple et Google imposent des règles strictes d’identité de l’émetteur, de signature et de gestion des données. Cette configuration est essentielle pour la conformité et la sécurité. Brand doit utiliser des comptes et identifiants d’émetteur Apple et Google appartenant à Brand.

Brand configure et contrôle les comptes et identifiants nécessaires à l’émission des cartes (certificats, clés, identifiants d’émetteur et approbations). L’équipe Wallet utilise les valeurs fournies par Brand pour signer et gérer les cartes en toute sécurité. Brand reste ainsi l’émetteur de référence et réduit le risque lié aux identifiants. L’équipe Wallet agit comme fournisseur technique.

En pratique, les équipes Juridique et IT de Brand gèrent la configuration côté émetteur. Cela inclut la propriété du compte, les identifiants d’émetteur, les identifiants de signature et les approbations du fournisseur. Brand peut faire pivoter ou révoquer les identifiants à tout moment. L’équipe Wallet ne doit pas être le propriétaire à long terme des identifiants d’émetteur.

{% hint style="warning" %}
Cette configuration permet à Brand de garder le contrôle de l’identité de l’émetteur et des données des cartes. Elle renforce aussi la sécurité en évitant la propriété par un tiers des clés de signature et des comptes fournisseurs, et en permettant une rotation et une révocation gérées par Brand.
{% endhint %}

Les équipes sécurité de Brand peuvent consulter le modèle de sécurité de la plateforme dans [Sécurité des cartes Wallet](/configure/fr/advanced-configuration/wallet/securite-des-cartes-wallet.md).

### Ce qui se passe pendant le processus d’intégration

* Brand effectue la configuration Apple et Google requise sous les comptes Brand.
* Brand partage les identifiants et les informations d’identification requis dans la console d’administration.
* L’équipe Wallet vérifie que la configuration correspond aux exigences d’Apple et Google.
* L’équipe Wallet confirme que tout est prêt pour la génération et les tests des cartes.

### Plus d’informations

Utilisez les guides de configuration spécifiques à la plateforme ci-dessous

* Apple : créer et gérer les certificats et les clés push : [Certificats Apple Wallet](/configure/fr/advanced-configuration/wallet/apple-wallet-et-google-wallet/certificats-apple-wallet.md)
* Google : configurer le compte émetteur et les identifiants requis : [Compte Google Wallet](/configure/fr/advanced-configuration/wallet/apple-wallet-et-google-wallet/compte-google-wallet.md)

### FAQ

<details>

<summary><strong>Une marque peut-elle être mise en ligne avec seulement Apple Wallet ou seulement Google Wallet ?</strong></summary>

**Non**. Brand doit configurer à la fois Apple Wallet et Google Wallet avant la mise en ligne, afin que le programme couvre dès le premier jour les utilisateurs iOS et Android.

</details>

<details>

<summary><strong>L’équipe Wallet peut-elle configurer Apple/Google pour une marque (accès délégué) ?</strong></summary>

**Oui**. Brand peut accorder un accès administrateur temporaire dans les portails du fournisseur, déléguer à l’équipe Wallet la configuration, puis supprimer l’accès administrateur après validation. Brand reste propriétaire des comptes et des identifiants.

</details>

<details>

<summary><strong>Combien de temps prend la configuration ?</strong></summary>

Cela dépend de la taille de l’organisation et du fait que Brand possède déjà ou non des comptes Apple et Google. La configuration prend environ **15 minutes à 1 heure** par fournisseur Wallet.

</details>

<details>

<summary><strong>Une marque peut-elle faire pivoter ou révoquer les identifiants ? Qu’advient-il des cartes existantes ?</strong></summary>

**Oui**. Brand peut faire pivoter ou révoquer les identifiants à tout moment. Si les identifiants sont révoqués, l’émission et les mises à jour peuvent s’arrêter jusqu’à leur remplacement, et les cartes installées peuvent cesser de se mettre à jour.

</details>

<details>

<summary><strong>Brand doit-elle configurer à la fois la préproduction et la production ?</strong></summary>

**Non**. Brand peut commencer par configurer un seul environnement. L’équipe Wallet peut répliquer les changements de configuration à la demande.

</details>

<details>

<summary><strong>Brand a-t-elle besoin de toutes les informations avant de commencer le projet ?</strong></summary>

**Non**. L’équipe Wallet peut fournir des identifiants de test pour configurer et mettre en place la plateforme pendant que l’équipe Brand termine la configuration.

Ces identifiants **ne peuvent pas être utilisés en production**. Ils sont réservés aux tests uniquement.

</details>


---

# 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.thewalletcrew.io/configure/fr/advanced-configuration/wallet/apple-wallet-et-google-wallet.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.
