> 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/connectors/fr/ticketing.md).

# Billetterie

Apple Wallet et Google Wallet offrent un canal pratique de distribution des billets. Un **Ajouter à Wallet** option peut compléter les PDF et les billets de l’application mobile dans les parcours de confirmation et de compte.

Une solution de billetterie qui ne génère qu’un code-barres passe à côté de l’essentiel de la valeur de Wallet. Wallet transforme le billet en justificatif dynamique. Il reste exact, scannable et utile tout au long du cycle de vie de l’événement.

## Pourquoi Wallet est essentiel pour les solutions de billetterie

Wallet signifie bien plus que placer un code QR dans une Carte. Il utilise Wallet comme un **justificatif d’entrée fiable** et un **surface post-achat**tout en gardant la Carte cohérente avec la source de vérité de la billetterie.

Wallet est important parce que la billetterie est sensible au temps et aux opérations. Les changements tardifs sont fréquents, et les files d’entrée ne pardonnent pas.

Fonctionnalités typiques de Wallet qui deviennent critiques à grande échelle :

* **Accès prêt hors ligne à l’entrée.** La Carte reste disponible sans avoir à consulter les e-mails.
* **Toujours à jour.** Les changements de porte, d’heure de début, de place et les annulations peuvent se synchroniser.
* **État clair.** Les billets invalidés peuvent apparaître clairement expirés ou désactivés.
* **Réduction de la charge de support.** Moins de cas « où est mon billet ? » que pour les PDF et les e-mails.
* **Modes de distribution plus sécurisés.** Les fournisseurs de Wallet prennent en charge des contrôles comme les règles de partage de Carte.

<details>

<summary><strong>Exemples concrets</strong></summary>

* **Changement de porte de dernière minute :** mettez à jour « Porte B » sur la Carte, puis informez les participants.
* **Changement de place après échange :** actualisez automatiquement la rangée/la place, sans retélécharger les PDF.
* **Opérations le jour de l’événement :** ajoutez « Ouverture des portes » et « Politique des sacs » au dos de la Carte.
* **Valeur sur site :** joignez des bons pour boissons ou des instructions de retrait de marchandises au billet.
* **Expérience VIP :** affichez les règles d’accès au salon et un message d’entrée voie rapide.

</details>

## La distribution des billets Wallet devient la norme

Les Cartes Wallet correspondent à la manière dont les clients stockent déjà leurs justificatifs sur leur téléphone. Elles sont rapides à retrouver et difficiles à perdre. Elles réduisent aussi le recours à l’impression et à la manipulation des PDF.

Pour les solutions de billetterie, la prise en charge de Wallet fait de plus en plus partie de la compatibilité de base. Sans elle, les options de distribution paraissent incomplètes dans les parcours centrés sur le mobile. Avec elle, la remise du billet se fait en un toucher, puis en libre-service.

{% hint style="info" %}
En billetterie, la Carte est d’abord un justificatif. La valeur marketing existe, mais la fiabilité opérationnelle passe d’abord.
{% endhint %}

## Wallet peut soutenir un événement, et bien plus que le contrôle d’accès

The Wallet Crew fonctionne comme une couche Wallet entre les systèmes. La billetterie reste la source de vérité pour l’état du billet. D’autres systèmes peuvent enrichir la même expérience Wallet.

Sources courantes connectées autour d’un programme de billetterie :

* **Système de billetterie :** événement, lieu, place, code-barres/QR, statut du billet, transferts.
* **CRM / données client :** identifiants de profil, segmentation, éligibilité, indicateurs de service.
* **Fidélité / adhésion :** niveau, avantages, règles d’éligibilité, accès réservé aux membres.
* **Automatisation marketing :** messagerie contrôlée et notifications opérationnelles.
* **Outils sur site :** flux de scan et de validation.

Cela fait de Wallet bien plus qu’« un billet dans un téléphone ». Cela devient une surface d’appui pour l’événement, avant et pendant l’arrivée, et parfois après. Un billet peut contenir plus que des informations d’accès, comme des indications sur le lieu, des règles de l’événement, des instructions d’entrée, des avantages ou des liens vers des expériences associées.

### Plateformes de billetterie non répertoriées

Une plateforme de billetterie non répertoriée peut devenir un connecteur standard. The Wallet Crew et le partenaire de plateforme de billetterie définissent conjointement cette option lorsque l’intégration peut prendre en charge plusieurs marques.

Pour les plateformes propriétaires ou les exigences propres à un tenant, utilisez un [connecteur personnalisé](/connectors/fr/custom-connector.md). Le scripting du tenant peut appeler des API, mapper les données du billet et réagir aux signaux du cycle de vie.

Cette approche prend aussi en charge les applications d’événement, les portails client, les systèmes de contrôle d’accès et les plateformes CRM ou de fidélité.

## Ce qu’une solution de billetterie doit exposer pour une intégration Wallet

Une intégration Wallet dépend de la qualité des données et des signaux du cycle de vie. Les exigences les plus importantes sont la stabilité et le suivi des changements.

Une intégration de billetterie a généralement besoin de :

* Un **identifiant de billet** et un **valeur du code-barres/QR** utilisée à l’entrée.
* Des métadonnées d’événement comme **le nom**, **la date/l’heure**et **le lieu**.
* Les informations de place ou de zone, le cas échéant.
* Des états du cycle de vie du billet comme **actif**, **échangé**, **annulé**ou **remboursé**.
* Un moyen de détecter les changements, généralement via **des webhooks** ou une synchronisation planifiée.

## FAQ

<details>

<summary><strong>Que peut contenir une Carte Wallet en dehors des informations d’accès ?</strong></summary>

Les Cartes Wallet peuvent contenir des informations opérationnelles et d’expérience, pas seulement un code-barres. Les ajouts courants comprennent la porte et l’heure, les détails du lieu, les instructions d’entrée, les règles de l’événement, les messages, les avantages et des liens profonds vers des pages d’événement ou de compte.

</details>

<details>

<summary><strong>Une Carte Wallet peut-elle être mise à jour après installation ?</strong></summary>

Oui. Les Cartes Wallet sont conçues pour être mises à jour après installation. C’est ce qui rend le billet fiable après des échanges ou des changements de programme.

</details>

<details>

<summary><strong>La même expérience Wallet peut-elle combiner les données de billetterie et les données CRM/fidélité ?</strong></summary>

Oui. The Wallet Crew peut connecter plusieurs systèmes sources dans un seul programme. Le système de billetterie peut rester l’autorité pour l’état du billet. Le CRM et la fidélité peuvent enrichir les champs, les liens et les droits.

</details>

<details>

<summary><strong>Apple Wallet / Google Wallet ne sont-ils utiles que pour les messages marketing ?</strong></summary>

Non. En billetterie, la valeur principale est opérationnelle. La Carte est scannable, utilisable hors ligne et facile à récupérer au moment de l’entrée.

</details>

<details>

<summary><strong>Et si la solution de billetterie n’est pas répertoriée comme connecteur ?</strong></summary>

The Wallet Crew et le partenaire de plateforme de billetterie peuvent définir le périmètre d’un connecteur standard. Un connecteur personnalisé peut aussi utiliser le scripting du tenant et des API pour une intégration propriétaire.

</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/connectors/fr/ticketing.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.