# Types de Carte et modèles

Un modèle définit la structure et le design d'une carte Wallet. Il contrôle la mise en page, les libellés, les images et les points de données qui apparaissent sur la carte.

Dans The Wallet Crew, chaque modèle commence par un **type de carte**. Le type de carte définit la forme de base et les contraintes requises par Apple Wallet et Google Wallet. Le modèle applique ensuite la personnalisation de marque et les règles de correspondance par-dessus. Fidélité en magasin : une carte de fidélité affiche l'identifiant du membre, le niveau, les points et un code-barres.

<details>

<summary>Exemples concrets</summary>

* Cartes-cadeaux : une carte à valeur stockée affiche le solde actuel et se met à jour après chaque utilisation.
* Coupons : une carte d'offre affiche une date d'expiration et un code scannable, puis est échangée.
* Événements et visites : une carte d'événement affiche le lieu et l'heure, et prend en charge un scan rapide à l'entrée.
* Adhésion et services : une carte générique prend en charge les badges du personnel, les cartes de garantie ou les justificatifs de retrait.

</details>

### Modèle <a href="#template" id="template"></a>

Un modèle est la couche de configuration appliquée par-dessus un type de carte Apple Wallet / Google Wallet. C'est là que la personnalisation de marque et le mappage des champs sont définis une seule fois, puis réutilisés sur toutes les cartes émises.

**Ce qu'un modèle contrôle**

Un modèle contrôle l'apparence de la carte et la façon dont les données sont présentées :

* Design visuel (couleurs, logos, images).
* Disposition des champs (champs avant, champs arrière, messages).
* Libellés, ordre et formatage (y compris les traductions).
* Configuration du code-barres/QR et valeur affichée.
* Contraintes spécifiques au fournisseur (Apple vs Google).

**Ce qu'un modèle ne contrôle pas**

Un modèle n'est pas la source de vérité de l'état métier. La validité, les soldes, les droits et les règles d'utilisation restent dans les systèmes amont (CRM, moteur de fidélité, POS, billetterie, e-commerce ou backend).

The Wallet Crew affiche et met à jour la carte Wallet à partir de ces données de référence. Cela permet de garder la carte cohérente avec les opérations, tout en bénéficiant de l'expérience Wallet (accès hors ligne, affichage natif sur l'appareil et mises à jour).

**Pourquoi un modèle est nécessaire**

Apple Wallet et Google Wallet n'affichent pas de données arbitraires. Ils affichent une carte qui suit un modèle prédéfini. Un modèle est la manière pratique de garder ce modèle stable dans le temps.

Les modèles permettent de :

* Définir un schéma stable (quels champs existent, et ce qu'ils signifient).
* Décider de ce qui apparaît au recto par rapport au verso.
* Conserver une cohérence de marque sur les cartes émises.
* Valider les contraintes en amont (champs obligatoires, formats pris en charge, tailles d'image).

#### Choisir le bon type de carte <a href="#choose-the-right-pass-type" id="choose-the-right-pass-type"></a>

The Wallet Crew prend en charge plusieurs types de cartes. Le bon choix dépend du flux opérationnel et des données qui doivent rester à jour.

**Carte de fidélité**

Utilisez une carte de fidélité lorsque la carte représente une relation client continue et doit être mise à jour dans le temps.

Le contenu type comprend un identifiant membre, un niveau/statut, des points ou des tampons, et des liens d'assistance. L'utilisation se fait généralement via un code-barres/QR scanné au point de vente, suivi d'une mise à jour des points ou du niveau.

Plus de détails : [Configuration du modèle de carte de fidélité](https://docs.thewalletcrew.io/design/loyalty-card-template-configuration).

**Billet d'événement**

Utilisez un billet d'événement lorsque le flux principal est un contrôle d'accès avec scan rapide à l'entrée.

Le contenu type comprend le nom de l'événement, le lieu, la date/heure, le siège/la zone, la porte et un code-barres/QR. Les mises à jour sont utiles pour les changements de programme, les changements de siège ou les messages opérationnels.

Plus de détails : [Billet d'événement](https://docs.thewalletcrew.io/design/event-ticket).

**Carte-cadeau**

Utilisez une carte-cadeau lorsque la carte représente une valeur stockée qui doit diminuer ou augmenter au fil du temps.

Le contenu type comprend un identifiant de carte, le solde et la devise, la date d'expiration le cas échéant, ainsi qu'un code-barres/QR de validation (ou NFC lorsque pris en charge). Les mises à jour du solde après utilisation constituent l'exigence principale.

Plus de détails : [Carte-cadeau](https://docs.thewalletcrew.io/design/gift-card).

**Offre**

Utilisez une offre pour les coupons ou promotions limités dans le temps, généralement utilisés une seule fois.

Le contenu type comprend un titre d'offre, une date d'expiration, des conditions et un code de validation (code-barres/QR ou code promo). L'offre peut être mise à jour pour refléter l'état d'utilisation.

Plus de détails : [Offre](https://docs.thewalletcrew.io/design/offer).

**Générique**

Utilisez une carte générique lorsqu'aucun type de carte dédié ne correspond au cas d'usage, mais qu'un justificatif scannable ou présentable reste nécessaire.

Les cas courants incluent les cartes d'adhésion qui ne sont pas des programmes de fidélité, les badges du personnel, les cartes de garantie, les réservations de service ou les justificatifs de retrait.

Plus de détails : [Générique](https://docs.thewalletcrew.io/design/generic).

#### Quand plusieurs modèles ont du sens <a href="#when-multiple-templates-make-sense" id="when-multiple-templates-make-sense"></a>

La plupart des projets commencent avec un modèle par type de carte. Plusieurs modèles sont utiles lorsque les cartes nécessitent des mises en page différentes, des contraintes différentes ou des règles de contenu différentes.

Les raisons courantes incluent :

* Plusieurs marques, programmes ou unités commerciales sous un même tenant.
* Des produits différents avec des densités d'information différentes (standard vs VIP, basique vs premium).
* Des textes juridiques ou des contacts de support client différents selon le programme.
* Des langues différentes nécessitant des libellés et une structure de contenu différents.
* Des stratégies de code-barres ou des contextes de scan différents (POS vs contrôle d'accès).

#### Étapes suivantes <a href="#next-steps" id="next-steps"></a>

La création et la conception du modèle se font généralement une seule fois, puis sont itérées avec des retours opérationnels réels.

* Commencez par [Comment créer un modèle](https://docs.thewalletcrew.io/configure/wallet/template-configuration/how-to-create-a-template).
* Pour les règles de mise en page et les exigences relatives aux ressources, utilisez [Conception de carte (couleurs, images et champs)](https://docs.thewalletcrew.io/configure/wallet/template-configuration/card-design-colors-images-and-fields).
* Pour les programmes multilingues, utilisez [Comment traduire un modèle](https://docs.thewalletcrew.io/configure/wallet/template-configuration/how-to-translate-a-template).

***

### FAQ <a href="#faq" id="faq"></a>

<details>

<summary>Quelle est la différence entre un type de carte, un modèle et une carte ?</summary>

Le type de carte est le modèle de base requis par Apple Wallet et Google Wallet (fidélité, offre, carte-cadeau, billet d'événement, générique).

Un modèle est une instance configurée de ce type de carte dans The Wallet Crew. Il définit la personnalisation de marque, les champs et les règles de correspondance.

Une carte est l'objet individuel installé par un client. Elle utilise un modèle à la fois et peut être mise à jour tout au long de son cycle de vie.

</details>

<details>

<summary>Une carte peut-elle être mise à jour après l'installation ?</summary>

Oui. Les mises à jour sont une fonctionnalité essentielle du Wallet. The Wallet Crew met à jour la même carte installée, donc les clients n'ont pas besoin de la rajouter.

</details>

<details>

<summary>Un seul modèle suffit-il pour toute une campagne ?</summary>

Souvent oui. Un modèle par type de carte constitue une base courante. Plusieurs modèles sont utiles lorsque des mises en page ou des règles de contenu différentes sont requises.

</details>

<details>

<summary>Un modèle décide-t-il si une carte est valide ?</summary>

Non. La validité et l'état métier restent dans les systèmes sources. Le modèle contrôle la façon dont cet état est affiché dans Apple Wallet et Google Wallet.

</details>

**Ressources**

* [Blogs](https://www.thewalletcrew.io/)
* [Centre d'aide](https://docs.thewalletcrew.io/)
* [Assistance](https://support.thewalletcrew.io/)
* [Développeurs](https://docs.thewalletcrew.io/)

**Entreprise**

* [Notre équipe](https://www.thewalletcrew.com/)
* [Carrières](https://www.thewalletcrew.com/)
* [Informations juridiques](https://www.thewalletcrew.com/en/legales/mentions-legales)
* [Contact](https://www.thewalletcrew.io/contact)

The Wallet Crew - par Neostore


---

# 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/guides-design/fr/types-de-carte-et-modeles.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.
