> 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/developers-guides/fr/integration-guides/wallet.md).
# Wallet
## Wallet
Le travail sur Wallet dans The Wallet Crew suit un cycle de vie simple. Une carte est créée via le SDK Cinto, un événement de connecteur, ou `POST /passes`. Utilisez `POST /passes` pour les flux pilotés par le back-end. Après sa création, les modèles contrôlent ce qui apparaît dans Apple Wallet et Google Wallet.
Exemples concrets
* Une carte de fidélité est créée lors de l'inscription du compte, puis actualisée après chaque achat.
* Une carte billet est créée à partir d'un événement de commande, puis mise à jour lorsque les données de porte ou de siège changent.
* Une carte d'adhésion est créée après l'inscription, puis maintenue à jour grâce aux données du connecteur et aux substitutions au niveau de la carte.
### Choisissez le bon flux de création
#### flux d’inscription
Utilisez [flux d’inscription](/developers-guides/fr/integration-guides/wallet/enrolment-flows.md) lorsque la création de la carte a lieu pendant l'inscription, le paiement, l'enregistrement ou un autre parcours orienté utilisateur. C'est le schéma habituel lorsqu'un flux web, un flux d'application ou un formulaire hébergé contrôle l'émission.
#### création de carte déclenchée par connecteur
Utilisez [création de carte déclenchée par connecteur](/developers-guides/fr/integration-guides/wallet/connector-triggered-pass-creation.md) lorsqu'un système amont décide de l'éligibilité et crée la carte à partir d'un événement. C'est courant pour une émission pilotée par CRM, billetterie ou abonnement.
{% hint style="info" %}
La création de cartes est prise en charge via le SDK Cinto, les connecteurs et `POST /passes`. Utilisez `POST /passes` pour les flux pilotés par le backend. Voir [Cycle de vie de la Carte → Création d’une carte](/developers-guides/fr/integration-guides/wallet/pass-lifecycle.md).
{% endhint %}
### Créer et maintenir la carte
Une fois qu'une carte existe, l'étape suivante consiste généralement à décider comment les champs du Wallet sont renseignés et actualisés. [Mettre à jour les données de la carte dans les modèles](/developers-guides/fr/integration-guides/wallet/update-pass-data-in-templates.md) explique comment les valeurs stockées et les données du connecteur atteignent le modèle. [Moteur de templating](/developers-guides/fr/integration-guides/wallet/liquid-templating.md) documente le comportement Liquid pris en charge utilisé dans ces modèles.
Si le modèle de données de la carte a d'abord besoin d'un rappel, utilisez [Données de la carte et synchronisation](/developers-guides/fr/pass-architecture/pass-data-and-sync.md).
### Pages de cette section
* [flux d’inscription](/developers-guides/fr/integration-guides/wallet/enrolment-flows.md) explique la création de cartes orientée utilisateur.
* [création de carte déclenchée par connecteur](/developers-guides/fr/integration-guides/wallet/connector-triggered-pass-creation.md) explique la création de cartes pilotée par la source.
* [Mettre à jour les données de la carte dans les modèles](/developers-guides/fr/integration-guides/wallet/update-pass-data-in-templates.md) explique comment mettre à jour les cartes existantes et afficher les bonnes valeurs.
* [Moteur de templating](/developers-guides/fr/integration-guides/wallet/liquid-templating.md) explique la syntaxe Liquid prise en charge, les filtres et le comportement en cas d'erreur.
### FAQ
Peut-on créer des cartes directement avec l'API ?
Oui. La création de Carte est prise en charge via le SDK Cinto, les connecteurs et `POST /passes`. Utilisez `POST /passes` pour les flux pilotés par le backend. Voir [Cycle de vie de la Carte → Création d’une carte](/developers-guides/fr/integration-guides/wallet/pass-lifecycle.md).
Quelle page faut-il lire en premier ?
Commencez par le flux de création qui correspond au projet. Poursuivez ensuite avec le guide de mise à jour et la référence de templating.
Quand la référence de templating est-elle nécessaire ?
Utilisez-la lorsqu'un modèle doit afficher des valeurs dynamiques, des conditions ou une sortie formatée. Le guide de mise à jour est généralement un meilleur point de départ pour le travail quotidien.
---
# 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/developers-guides/fr/integration-guides/wallet.md?ask=&goal=
```
`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.