# Billetterie

La billetterie sur Apple Wallet et Google Wallet n’est plus un simple plus. Dans de nombreux écosystèmes événementiels, c’est un format de distribution standard et un canal de distribution incontournable. Les clients y sont déjà habitués et s’attendent à un **Ajouter au Wallet** dans les parcours de confirmation et de compte, aux côtés des PDF et des billets d’application mobile.

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 actif. 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 mettre un code QR dans une Carte. Il utilise Wallet comme une **justificatif d’entrée fiable** et une **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 opérationnelle. Les changements tardifs sont fréquents, et les files d’entrée ne pardonnent pas.

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

* **Accès prêt hors ligne à l’entrée.** La Carte reste disponible sans consulter ses e-mails.
* **Toujours à jour.** Les changements de porte, d’heure de début, de place et les annulations peuvent être synchronisés.
* **État clair.** Les billets invalidés peuvent être affichés comme expirés ou désactivés.
* **Réduction de la charge de support.** Moins de cas « où est mon billet ? » qu’avec les PDF et les e-mails.
* **Modèles de distribution plus sécurisés.** Les fournisseurs 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 à la dernière minute :** mettez « Porte B » à jour 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 bagages » au verso de la Carte.
* **Valeur sur site :** associez des bons pour boisson ou des instructions de retrait de marchandise au billet.
* **Expérience VIP :** affichez les règles d’accès au salon et un संदेश d’entrée en file 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 la dépendance à l’impression et à la gestion 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 mobile-first. Avec elle, la remise des billets se fait en un tap, 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 avant tout.
{% endhint %}

## Wallet peut prendre en charge 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 de droits, accès réservé aux membres.
* **Automatisation marketing :** messagerie contrôlée et notifications opérationnelles.
* **Outils sur site :** flux de travail de scan et de validation.

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

### Connexion à n’importe quel système (API et connecteur générique)

The Wallet Crew n’est pas limité aux connecteurs de billetterie listés. Tout système capable d’exposer des identifiants et des signaux de cycle de vie des billets peut être connecté à l’aide de l’API de The Wallet Crew et d’une approche de connecteur générique/personnalisé.

Ce modèle est souvent utilisé pour connecter des plateformes de billetterie propriétaires, des applications événementielles et des portails clients, des systèmes de contrôle d’accès et des infrastructures CRM/fidélité existantes.

La [Connecteur personnalisé](https://github.com/TheWalletCrew/docs/blob/main/connect/custom-connector/README.md) section documente les modèles d’extensibilité, et la [référence de l’API](https://github.com/TheWalletCrew/docs/blob/main/developers/api-reference/README.md) documente les points de terminaison d’émission et de mise à jour. Pour les mises à jour déclenchées par des changements, [Webhook](https://github.com/TheWalletCrew/docs/blob/main/develop/guides/webhook.md) couvre la livraison des événements et la validation des signatures.

Pour les spécificités de conception de la Carte, voir [Billet d’événement](https://github.com/TheWalletCrew/docs/blob/main/design/event-ticket.md).

## 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 de 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 stable** et une **valeur de code-barres/QR** utilisée à l’entrée.
* Métadonnées de l’événement comme **le nom**, **la date/heure**, et **le lieu**.
* Informations sur la place ou la zone, le cas échéant.
* É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 expérientielles, pas seulement un code-barres. Les ajouts courants incluent la porte et l’heure, les détails du lieu, les instructions d’entrée, les règles de l’événement, des messages, des 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 l’installation ?</strong></summary>

Oui. Les cartes Wallet sont conçues pour être mises à jour après l’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 même programme. Le système de billetterie peut rester la référence 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. Pour la billetterie, la valeur principale est opérationnelle. La Carte est scannable, utilisable hors ligne et facile à retrouver 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>

Une intégration personnalisée peut être construite à l’aide des API de The Wallet Crew et des webhooks. Cela laisse l’outil de billetterie comme source de vérité. Cela permet aussi les mêmes mécanismes de distribution et de mise à jour que les connecteurs natifs.

</details>


---

# Agent Instructions: 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:

```
GET https://docs.thewalletcrew.io/connectors/fr/ticketing.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
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.