> 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/pass-architecture.md).

# Architecture des Cartes

## Architecture Carte

Cette section explique comment The Wallet Crew structure les données Carte, rend les artefacts Wallet et isole les locataires et les environnements. C’est la section de référence pour le modèle de données Carte, le pipeline de rendu et les limites de l’infrastructure.

<details>

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

* Un programme de fidélité doit comprendre quelles valeurs restent sur la Carte et quelles valeurs restent dans le CRM.
* Une intégration de billetterie doit comprendre quand les données du connecteur sont récupérées et pourquoi une mise à jour de porte n’est pas instantanée.
* Un audit de sécurité doit confirmer l’isolation des locataires, la séparation des environnements et le comportement des IP sortantes.

</details>

### Dans cette section

* [Structure](/developers-guides/fr/pass-architecture/structure.md)
* [Données de la Carte et synchronisation](/developers-guides/fr/pass-architecture/pass-data-and-sync.md)
* [Comment une Carte est rendue](/developers-guides/fr/pass-architecture/how-a-pass-is-rendered.md)
* [Infrastructure](/developers-guides/fr/pass-architecture/infrastructure.md)

### Comment utiliser cette section

Commencez par [Structure](/developers-guides/fr/pass-architecture/structure.md) lorsque l’objectif est de comprendre l’enregistrement Carte lui-même.

Continuer avec [Données de la Carte et synchronisation](/developers-guides/fr/pass-architecture/pass-data-and-sync.md) lorsque l’objectif est de comprendre comment les données du connecteur, les données supplémentaires et les déclencheurs de rendu fonctionnent ensemble.

Utilisation [Comment une Carte est rendue](/developers-guides/fr/pass-architecture/how-a-pass-is-rendered.md) lorsque l’objectif est de déboguer la sortie Wallet ou les échecs de rendu. Utilisez [Infrastructure](/developers-guides/fr/pass-architecture/infrastructure.md) lorsque l’objectif est d’examiner l’hébergement, les environnements, l’isolation ou la connectivité sortante.

### FAQ

<details>

<summary><strong>Quelle page d’architecture faut-il lire en premier ?</strong></summary>

Commencez par la page qui correspond à la question posée. La plupart des travaux d’implémentation commencent par le modèle de données. La plupart des travaux de dépannage commencent par la synchronisation des données ou le rendu.

</details>

<details>

<summary><strong>Cette section décrit-elle l’utilisation du produit ou les éléments internes de la plateforme ?</strong></summary>

Elle décrit le modèle de plateforme qui sous-tend le comportement de la Carte. C’est la couche de référence derrière les guides d’intégration.

</details>

<details>

<summary><strong>Quand la page d’infrastructure est-elle nécessaire ?</strong></summary>

Utilisez-la pour la liste d’autorisation réseau, les revues d’environnements, les questions d’isolation des locataires et la validation de sécurité ou d’architecture.

</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/developers-guides/fr/pass-architecture.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.