> 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/policies/fr/glossary.md). # Glossaire Définissez les termes de The Wallet Crew, notamment les locataires, les environnements, les formulaires d'inscription, les modèles de Carte et les Cartes numériques du Wallet. Utilisez ce glossaire pour interpréter les termes utilisés dans le back-office et les guides de The Wallet Crew. Chaque définition explique le concept, son objectif et où trouver plus de détails.
Exemples concrets * Une marque de vente au détail utilise un tenant pour un programme de fidélité. * Un organisateur d’événements émet une Carte pour chaque participant. * Une équipe marketing utilise un code QR de redirection pour chaque campagne de magasin.
## Concepts de base ### Marque Une Marque est l’organisation qui utilise The Wallet Crew pour créer et gérer des cartes Wallet. Une marque peut être un commerçant, un organisateur d’événements, un fournisseur de billetterie ou un partenaire. ### Utilisateur final Un utilisateur final est un client d’une marque. Les utilisateurs finaux reçoivent, ajoutent et utilisent des cartes dans Apple Wallet ou Google Wallet. ### Tenant Un tenant est un espace de travail isolé pour une seule marque ou un seul programme Wallet. Il contient ses propres modèles, cartes, configuration, données et accès d’équipe. La plupart des marques utilisent un seul tenant. Des marques, pays ou programmes distincts peuvent utiliser des tenants séparés lorsqu’ils ont besoin de données, d’identifiants ou d’équipes indépendants. ### Environnement Un environnement sépare les tests des opérations en production. The Wallet Crew fournit **QA** pour les tests et **la production** pour l’utilisation réelle par les clients. QA et la production sont totalement isolés. Une Carte créée en QA n’apparaît jamais en production. La configuration peut être copiée entre les environnements si nécessaire. Lire [Concepts clés](/docs/fr/commencer/readme/key-concepts.md) pour une explication détaillée des tenants et des environnements. ### Back-office Le back-office est la console d’administration sécurisée de The Wallet Crew. C’est là que les membres autorisés de l’équipe gèrent la configuration du tenant, les modèles, les cartes, les intégrations et les accès utilisateurs. ## Inscription et distribution ### Formulaire d’inscription Un formulaire d’inscription est une page hébergée qui collecte les données client et crée ou récupère un profil client. Il peut ensuite émettre une carte Wallet. « Inscription client » peut décrire le même parcours dans les anciens supports. Un programme peut utiliser plusieurs formulaires pour différentes campagnes, magasins ou événements. Découvrez comment configurer un [formulaire d’inscription](/guides-enrolment/fr/inscription/enrolment-form.md). ### Redirection Une redirection est une URL gérée ou un code QR qui ouvre un formulaire d’inscription. Les redirections peuvent inclure des données propres au magasin ou à la campagne tout en pointant vers le même formulaire. Cela permet d’avoir des points d’entrée distincts sans dupliquer l’expérience d’inscription. Voir [Redirections](/guides-enrolment/fr/inscription/enrolment-form/redirect.md) pour les instructions de configuration. ## Intégrations et données ### Connecteur Un connecteur relie The Wallet Crew à un autre système, comme un CRM, une plateforme de fidélité, un système de billetterie, un système de point de vente ou une plateforme marketing. Les connecteurs peuvent créer ou mettre à jour des cartes, récupérer des données et envoyer des événements Wallet. Voir le [catalogue des connecteurs](https://docs.thewalletcrew.io/connectors/fr/) pour les systèmes pris en charge. ### Fournisseur de données de Carte Un fournisseur de données de carte est une source d’informations utilisée pour alimenter une carte. Il peut récupérer des données depuis un connecteur ou une autre source configurée lorsqu’une carte est rendue ou actualisée. Cela maintient la carte alignée sur le système source sans dupliquer son modèle de données. ### Identifiant externe Un identifiant externe est une valeur stable provenant d’un autre système, comme un identifiant client CRM, un numéro de fidélité ou une référence de réservation. Il relie une carte à l’enregistrement concerné dans ce système. Les identifiants externes aident les équipes opérationnelles à trouver la bonne carte. Ils ne garantissent pas qu’un identifiant corresponde à une seule carte. ## Cartes Wallet ### Modèle de Carte Un modèle de Carte est le modèle réutilisable pour un type de carte Wallet. Il définit le design, les champs affichés, le format du code-barres et les règles de personnalisation. Un modèle n’appartient pas à un seul client. Il est réutilisé pour émettre de nombreuses cartes individuelles, comme une carte de fidélité ou un billet d’événement. ### Carte Une carte est une carte, un billet ou un bon numérique délivré à un client. Elle est créée à partir d’un modèle et peut être ajoutée à Apple Wallet ou Google Wallet. Une carte peut exister avant d’être installée. Lorsque ses informations changent, The Wallet Crew peut mettre à jour la carte dans le Wallet du client. Utilisez la [liste des cartes](/guides-monitoring/fr/monitor/liste-des-cartes.md) pour trouver et examiner des cartes individuelles. ### Type de Carte Un type de Carte définit le cas d’usage et la mise en page prévus pour le Wallet. The Wallet Crew prend en charge cinq types principaux : * **Carte de fidélité** — stocke les points, récompenses ou informations d’adhésion. * **Billet d’événement** — fournit les détails de l’événement et un code-barres pour l’entrée. * **Carte cadeau** — affiche la valeur stockée et les informations d’utilisation. * **Offre** — présente une promotion ou un coupon à durée limitée. * **Générique** — prend en charge les cas d’usage en dehors des types standards. Pour la sélection du modèle et le comportement de la plateforme, voir [Types de Cartes et modèles](/guides-design/fr/conception/pass-types-and-templates.md). ### Mise en page de la Carte La mise en page d’une carte contrôle la façon dont les informations apparaissent dans Apple Wallet et Google Wallet. Elle détermine l’emplacement des champs, des images, des couleurs, des libellés et du contenu du code-barres. La mise en page appartient au modèle. Les cartes individuelles fournissent les valeurs propres au client. ### État d’installation L’état d’installation indique si un utilisateur final a ajouté une carte à Apple Wallet ou Google Wallet. Une carte peut être créée sans être installée. Cet état prend en charge les contrôles opérationnels, les rapports et le suivi de la distribution. ### Lien suivi Un lien suivi est un lien dans une carte Wallet qui a été réécrit pour transiter par The Wallet Crew avant d’atteindre sa destination, afin que le clic puisse être comptabilisé et attribué. La réécriture se produit lorsque la carte est générée et est invisible pour l’utilisateur final. Le suivi est activé par défaut pour chaque type de carte et peut être désactivé par type de carte. Voir [Mesurer les clics sur les liens dans les cartes](https://app.gitbook.com/s/EsokFUBfsbM9mlwavmMB/monitor/measure-link-clicks). ## FAQ
Quelle est la différence entre un modèle et une carte ? Un modèle est le plan réutilisable. Une carte est une instance individuelle émise à partir de ce plan pour un client.
Quelle est la différence entre QA et la production ? QA sert aux tests. La production sert les clients en direct. Les deux environnements sont isolés pour éviter que les tests n’affectent les cartes en production.
Un formulaire d’inscription peut-il servir plusieurs magasins ? Oui. Utilisez des redirections distinctes pour chaque magasin ou campagne. Chaque redirection peut pointer vers le même formulaire d’inscription.
Un même client peut-il avoir plusieurs cartes ? Oui. Un client peut détenir plusieurs cartes, comme une carte de fidélité et plusieurs billets d’événement. Chaque carte reste un enregistrement distinct.
Quelle est la différence entre un connecteur et un fournisseur de données de carte ? Un connecteur intègre The Wallet Crew à un système externe. Un fournisseur de données de carte est la source configurée qui fournit les informations pour une carte. Un connecteur peut fournir des données à un fournisseur de données de carte.
Quelle est la différence entre une redirection et un lien suivi ? Une redirection est une URL gérée ou un code QR utilisé pour distribuer une carte, et elle est mesurée sur le **tableau de bord Analytics** → **Liens** tableau de bord. Un lien suivi se trouve dans une carte que le client possède déjà, et ses clics sont mesurés sur le **tableau de bord Analytics** → **tableau de bord Wallets** .
## Obtenir de l’aide Pour les questions relatives à la plateforme ou aux incidents, commencez par l’agent de documentation. Si vous avez besoin [les options d’assistance de The Wallet Crew](/policies/fr/support-options.md). --- # 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/policies/fr/glossary.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.