> 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.md). # Wallet Configuration des Cartes Wallet : identifiants Apple et Google, modèles, thèmes, sécurité des Cartes, et flux d'importation et d'exportation. La section Wallet couvre tout ce qui concerne la configuration, la conception, la sécurisation et la migration des cartes. Ces paramètres sont spécifiques à la marque — chacun d’eux influence directement ce que voient les utilisateurs finaux et le comportement des cartes dans Apple Wallet et Google Wallet.

		Image de couverture
Apple et Google Wallet	Connectez un compte Apple Developer détenu par la marque et la console Google Pay & Wallet à The Wallet Crew.	wallet-apple-google.svg	Apple et Google Wallet
Configuration des modèles	Créez et personnalisez des modèles de cartes Wallet : couleurs, logos, disposition des champs, prise en charge multilingue.	wallet-template-config.svg	Configuration du modèle
Thèmes	Réutilisez un même ensemble de couleurs et d’images sur de nombreuses cartes — pour une saison, une campagne ou un partenariat.	wallet-themes.svg	Thèmes de Cartes Wallet
Sécurité des cartes Wallet	Conforme au RGPD et au CCPA, résidence des données dans l’UE, chiffrement de bout en bout, isolation stricte des tenants.	wallet-security.svg	Sécurité des Cartes Wallet
Importation et exportation	Migrez des cartes actives depuis un autre fournisseur, mettez à jour les données des cartes via des fichiers plats ou exportez les cartes vers un nouveau fournisseur.	wallet-import-export.svg	Importation et exportation

**Apple et Google Wallet** Les identifiants définissent quelle entité émet les cartes sur chaque plateforme. Plutôt que d’utiliser des identités partagées ou celles par défaut de la plateforme, The Wallet Crew exige des marques qu’elles connectent leur propre compte Apple Developer et leur console Google Pay & Wallet. Cela garantit que les cartes sont distribuées au nom de la marque, avec un contrôle total sur les certificats, les jetons de notification push et les identifiants API. Ces identifiants sont un prérequis pour toute émission de carte. **Configuration des modèles** c’est là que l’identité visuelle et structurelle de chaque type de carte est définie. Les modèles contrôlent les couleurs, les logos, les images, les libellés et valeurs des champs, les informations supplémentaires et les liens — pour Apple Wallet et Google Wallet. Le contenu dynamique est géré via Liquid (DotLiquid), ce qui permet aux valeurs des champs de s’adapter carte par carte sans intervention d’un développeur. Les modèles peuvent également être traduits en plusieurs langues, avec traduction de champs individuellement ou export et import en masse via Excel. **Thèmes** s’appuient sur les modèles. Là où un modèle définit la structure d’une carte, un thème définit son apparence pendant une période donnée : couleurs, bannière par défaut et toute image individuelle que le modèle fournirait autrement. Un thème peut être utilisé par un nombre quelconque de cartes, et sa modification s’applique à toutes, ce qui fait des visuels saisonniers, des habillages de campagne et des designs co-brandés une simple affaire d’association des cartes à un thème plutôt que de reconstruction des modèles. Les thèmes sont appliqués depuis une carte, depuis une automatisation pour l’ensemble d’une audience, ou depuis un système externe. **Sécurité des cartes Wallet** documente le niveau de sécurité et de conformité de la plateforme. Les cartes et les données personnelles associées sont stockées exclusivement dans l’Union européenne, chiffrées au repos et en transit, et isolées par tenant. La plateforme est conforme au RGPD et au CCPA. Les liens de distribution sont signés cryptographiquement pour empêcher toute altération. Cette section est la référence principale pour les questionnaires de sécurité et les audits de conformité. **Importation et exportation** couvre les scénarios où les cartes doivent être déplacées — vers The Wallet Crew ou depuis The Wallet Crew. Les cartes existantes d’un autre fournisseur peuvent être migrées vers The Wallet Crew sans obliger les utilisateurs finaux à réinstaller quoi que ce soit. Les données des cartes peuvent également être mises à jour en masse via des fichiers plats téléversés par SFTP. Lors d’un changement de fournisseur, The Wallet Crew prend en charge l’exportation des cartes avec les contraintes propres à chaque plateforme. Ces cinq domaines sont indépendants mais fonctionnent ensemble. Commencer par configurer les identifiants Apple et Google Wallet est le point de départ recommandé — sans eux, aucune carte ne peut être émise, quelle que soit la configuration des modèles, des thèmes ou des paramètres de sécurité. --- # 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 by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://docs.thewalletcrew.io/configure/fr/advanced-configuration/wallet.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. 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.