> 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/guides-design/fr/conception/event-ticket.md). # Billet d’événement Configurez un modèle de billet d'événement pour Apple Wallet et Google Wallet : image de marque, visuels, lieu, disposition et informations événementielles en temps réel. Que vous soyez un nouveau client qui doit créer le modèle des billets qui seront distribués aux participants, ou un maître de The Wallet Crew qui doit mettre à jour un modèle existant, cet article est une visite guidée du concepteur de modèles. L’objectif est de configurer un modèle de billet qui reflète l’identité de la marque, affiche clairement les informations essentielles de l’événement et garantisse une expérience fluide et sécurisée sur Apple Wallet et Google Wallet. ## Architecture Apple et Google ont leurs propres modèles de cartes de billets, comme vous pouvez le voir ci-dessous. {% tabs %} {% tab title="Apple" %}

Architecture - Apple — Vérifiez où se trouvent le nom de l’événement, la date, le siège et le code-barres dans la mise en page du billet Apple.

{% endtab %} {% tab title="Google" %}

Architecture - Google — Vérifiez comment Google répartit le même billet entre les zones lieu, emplacement et confirmation.

{% endtab %} {% endtabs %}

	Image de couverture
Carte Apple	design-event-ticket-image-2026-02-12t154141-948-removebg-preview.png
Carte Apple	design-event-ticket-image-2026-02-12t154147-926-removebg-preview.png
Carte Apple	design-event-ticket-image-2026-02-12t154144-942-removebg-preview.png
Carte Google
Carte Google
Carte Google	design-event-ticket-capture-d-e-cran-2026-02-12.png

{% hint style="info" %} **Pour aller plus loin, retrouvez tous les détails des deux versions :** {% endhint %} **Apple :** {% embed url="" %} **Google :** {% embed url="" %} ### Comment la configurer sur The Wallet Crew The Wallet Crew fournit un **concepteur de modèles** qui sert à **personnaliser les billets d’événement** distribués aux clients. Voyons en détail comment personnaliser chaque section. ## Apple **Jetons un œil aux différentes sections du concepteur de modèles Apple.** ### Section générale La section générale comporte deux champs obligatoires : * **Description**: une brève description de la carte, qui apparaîtra au dos de la carte * **Nom de l’organisation**: le nom de l’entreprise ou de la marque qui émet la carte Il est également possible d’ajouter un texte à côté du logo, **activer le partage du billet** afin que les clients puissent le transmettre à d’autres personnes, la fonctionnalité « void » pour les coupons, ainsi qu’une date de validité et une date d’expiration utilisées pour les billets d’événement. La section **définit également la distance** à partir d’une latitude et d’une longitude pertinentes auxquelles la carte s’applique, pour **les notifications de géorepérage.**

Event ticket - General section Apple — Vérifiez que Description et Nom de l’organisation sont tous deux renseignés avant d’enregistrer.

### Code-barres Choisissez le **type de code-barres** compatible avec le matériel de contrôle. La valeur du code-barres correspond aux **identifiants** qui permettent d’identifier le billet à l’entrée par le terminal de contrôle. Enfin, le texte alternatif peut être utilisé pour afficher les données du code-barres si celui-ci ne peut pas être scanné.

Event ticket - Barcode Apple — Vérifiez que le type de code-barres correspond à ce que les scanners de contrôle d’accès acceptent.

### Couleurs et images Pour changer la couleur d’arrière-plan du billet, il suffit de **saisir le code couleur dans les champs** prévus à cet effet. Pour ajouter une image, importez-la depuis l’appareil utilisé. ### Champs d’en-tête Cette section est particulièrement importante dans la version Apple, car les billets sont **empilés les uns sur les autres**. Seul l’en-tête du billet reste visible. Il est donc important que cette section attire l’œil et incite à cliquer sur la carte, notamment en affichant les informations les plus importantes comme la date, ou d’autres informations pertinentes.

Event ticket - Header fields Apple — Vérifiez que la date de l’événement est bien la valeur affichée dans le champ d’en-tête.

### Champs du recto Les champs du recto sont les champs utilisés pour **afficher les informations sur le recto du billet**, sous l’image bandeau. L’étiquette est la même pour chaque utilisateur (par langue), mais la valeur peut être personnalisée pour afficher le nom de l’événement ou le siège du client.

Event ticket - Front field Apple — Vérifiez que chaque champ du recto comporte une étiquette statique et une valeur dynamique.

{% hint style="warning" %} **Pour personnaliser les champs du recto, demandez à l’équipe technique quelle valeur dynamique renseigner.** {% endhint %} ### Champs du verso Cette section, située au dos du billet de l’événement, comprend plusieurs informations utiles pour le client : * Comment se rendre à l’événement * Informations concernant l’entrée * Reçus * La possibilité d’ajouter des liens, comme un lien pour écouter les artistes, accéder aux conditions générales, etc.

Event ticket - Backfields Apple — Vérifiez que les informations d’accès et le lien vers les conditions générales sont tous deux présents.

### Autres sections Sur Apple, il existe quatre autres sections : * **Emplacements**: utilisés pour les notifications de géorepérage. * **Balises**: également utilisées pour les notifications de géorepérage. * **Identifiant de boutique associée**: utilisé pour lier une application publiée sur l’Apple Store * **NFC**: une fonctionnalité qui permet aux clients d’échanger du contenu numérique et de connecter des appareils électroniques par simple contact. {% hint style="warning" %} **Veuillez contacter The Wallet Crew pour activer ces fonctionnalités** {% endhint %} {% hint style="danger" %} **Une fois les modifications effectuées, n’oubliez pas de cliquer sur « save » en haut du concepteur de modèles !** {% endhint %} *** ## Google **Le concepteur de modèles Google est un peu différent de celui d’Apple.** {% hint style="warning" %} **Quelques points à connaître avant de configurer le modèle Google :** {% endhint %} 1. Certains champs comme « issue » et « program name » sont **obligatoires** 2. Google préconfigure les champs en fonction de leurs valeurs prévues, il est donc préférable de ne pas saisir le nom du client dans Event name par exemple, même si c’est ainsi qu’il doit apparaître sur la carte 3. Les valeurs dynamiques (par exemple, {{firstName}}) doivent être **placées dans des champs dynamiques dédiés**. Les champs « Label » sont destinés uniquement au texte statique. **Jetons un œil aux différentes sections.** ### Section générale La section générale comporte trois **champs obligatoires**: * **Émetteur**: le nom de la marque ou de l’entreprise qui émet le billet * **Nom de l’événement**: il apparaît sur le recto de la carte et correspond généralement au nom de l’événement * **État**: l’état du billet (actif, expiré, terminé, inactif)

Event ticket - Google general — Vérifiez qu’Émetteur, Nom de l’événement et État sont tous renseignés.

Event ticket - Barcode Google — Vérifiez que la valeur du code-barres et son texte alternatif correspondent à l’identifiant du billet.

### Sécurité Configurer un modèle consiste à décider **si le client peut partager sa carte ou non**. Google propose trois options : * **Plusieurs détenteurs**: cela signifie que le client peut partager sa carte avec n’importe qui * **Un utilisateur, tous les appareils**: un client, mais sur plusieurs appareils (une montre par exemple) * **Un utilisateur, un appareil**

One user one device — Vérifiez que l’option de partage sélectionnée correspond à la politique de billetterie de l’événement.

Event ticket - Colors and Images Google — Vérifiez que l’image principale et le logo s’affichent correctement avec la couleur d’arrière-plan choisie.

### Lieu Une section pour saisir les détails du lieu où se déroulera l’événement.

Event ticket - venue Google — Vérifiez que le nom et l’adresse du lieu correspondent à l’annonce de l’événement.

### Emplacement La porte, la rangée, le siège et la section du billet du client peuvent chacun être définis. Chaque champ est facultatif. {% hint style="warning" %} **Pour personnaliser les champs d’emplacement, demandez à l’équipe technique quelle valeur dynamique renseigner.** {% endhint %}

Event ticket - Placement Google — Vérifiez que la porte, la rangée, le siège et la section utilisent chacun une valeur dynamique.

### Confirmation Sur le modèle Google, un code de confirmation peut également être défini et affiché lorsque l’événement en requiert un. Il s’agit d’un champ facultatif ; lorsqu’il n’y a pas de code de confirmation, sélectionnez "Unspecified".

Event ticket - Confirmation Google — Vérifiez que le champ du code de confirmation est soit renseigné, soit défini sur Unspecified.

### Liens supplémentaires, Smart tap et intervalle de temps valide **Liens supplémentaires** peuvent être ajoutés à la carte du client, par exemple le lien du site web de l’événement. La **fonctionnalité Smart tap** peut également être configurée, afin que les clients **valident simplement leur billet** en approchant leur appareil d’un terminal matériel compatible. Enfin, la section Intervalle de temps valide **définit une date de début et une date de fin** pour l’événement.

Event ticket - Smart tap Google — Vérifiez le paramètre Smart tap ainsi que les dates de début et de fin de la période de validité de l’événement.

### Messages Cette section, située au dos du billet de l’événement, comprend plusieurs informations utiles pour le client : * Comment se rendre à l’événement * Informations concernant l’entrée * Reçus * La possibilité d’ajouter des liens, comme un lien pour écouter les artistes, accéder aux conditions générales, etc.

Event ticket - Backfields Google — Vérifiez que chaque message comporte un titre et un corps, et qu’aucun texte de remplacement ne subsiste.

### Opportunités à valeur ajoutée Cette section ajoute une **petite section en bas du billet**. Elle sert à afficher des offres ou des actualités.

Event ticket - Value Added Opportunity Google — Vérifiez que le contenu de la section du bas est toujours à jour avant l’événement.

### Autres sections Sur Google, il existe quatre autres sections : * **Valeur faciale**: le prix du billet * **Liens d’application**: utilisé pour ajouter un lien vers une application * **Page d’accueil**: utilisé pour ajouter le lien du site web de l’événement * **Emplacements**: utilisé pour les notifications de géorepérage {% hint style="danger" %} **Une fois les modifications effectuées, n’oubliez pas de cliquer sur « save » en haut du concepteur de modèles !** {% endhint %} ## FAQ

Dois-je enregistrer ma configuration et mettre à jour toutes les cartes en même temps ?

Une fois le modèle modifié, il y a **deux options :** * Enregistrer la configuration sans déployer de mise à jour sur toutes les cartes : c’est la meilleure option s’il y a beaucoup de cartes. La configuration peut être enregistrée et une mise à jour planifiée pendant la nuit afin d’éviter l’impact d’une mise à jour de masse. * Enregistrer la configuration et déployer une mise à jour : c’est la meilleure option pour les tests, ou lorsqu’il n’existe que quelques cartes dans l’environnement.

Comment modifier la configuration pour une autre langue ?

La conception de la carte peut être modifiée pour chaque langue. Cliquer sur « général » dans le menu permet d’ajouter une langue. Elle apparaît alors dans le concepteur de modèles et peut être modifiée.

--- # 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/guides-design/fr/conception/event-ticket.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.