> 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/crm-and-fidelity.md).

# CRM et fidélité

Les systèmes CRM et de fidélité détiennent généralement la source de vérité pour l’identité client, les points, les niveaux, les récompenses et l’éligibilité. The Wallet Crew connecte ces systèmes à Apple Wallet et Google Wallet, afin que chaque carte reste alignée sur l’état client le plus récent.

Cela compte, car une carte Wallet ne fonctionne comme une identité de confiance que si ses données restent à jour. Si un solde, un niveau ou une récompense est obsolète, la carte perd rapidement de sa valeur opérationnelle, tant pour les clients que pour les équipes de terrain.

<details>

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

* **Fidélité retail :** les points et le niveau changent après le passage en caisse, puis la carte se met à jour sans réémission.
* **Clienteling et reconnaissance :** le personnel du magasin scanne la carte pour identifier le profil client et les avantages disponibles.
* **Promotion et récompenses :** un moteur CRM ou de fidélité débloque une offre, puis la carte reflète le nouveau droit.

</details>

## Pourquoi l’intégration CRM et fidélité compte

Les cartes Wallet sont persistantes. Elles restent sur le téléphone et sont souvent utilisées dans des moments physiques. Cela rend la précision critique. Une carte doit refléter l’état client le plus récent au moment où elle est scannée, présentée ou rouverte.

Dans la plupart des déploiements, le CRM ou la plateforme de fidélité reste la référence autoritaire. The Wallet Crew gère l’émission des cartes Wallet, les mises à jour des cartes Wallet et la livraison spécifique à la plateforme, tandis que le système source conserve le contrôle des données client et des règles métier.

### Wallet devient une carte d’identification client en direct

Une carte de fidélité ou d’adhésion est plus qu’un simple code-barres statique. Elle peut exposer les identifiants client, les soldes de points, les niveaux, l’éligibilité aux récompenses, les dates d’expiration ou des résumés d’avantages dans un format facile à récupérer au passage en caisse ou lors d’une interaction de service.

Parce que la carte est déjà installée, les mises à jour peuvent la conserver utile au fil du temps. Cela réduit les frictions dans les programmes omnicanaux et améliore la cohérence entre les parcours numériques et les opérations en magasin.

### Le système source reste aux commandes

The Wallet Crew ne remplace pas le CRM ou la plateforme de fidélité. Le modèle de connecteur conserve la source de vérité existante et l’étend aux canaux Wallet.

Cette approche aide à maintenir la cohérence des données. Elle évite aussi une logique métier dupliquée entre des systèmes séparés.

### Plateformes CRM et de fidélité non listées

Une plateforme CRM ou de fidélité non listée peut devenir un connecteur standard. The Wallet Crew et le partenaire de plateforme cadrent conjointement cette option lorsque l’intégration peut prendre en charge plusieurs marques.

Pour les exigences propres au locataire, utilisez un [connecteur personnalisé](/connectors/fr/custom-connector.md). Le scripting du locataire appelle des API privées et applique des règles de mappage spécifiques au projet.

Dans les deux cas, conservez la plateforme CRM ou de fidélité comme source de vérité. Définissez des identifiants stables qui relient les enregistrements source aux cartes Wallet.

### Données courantes synchronisées avec les cartes Wallet

Les intégrations typiques synchronisent :

* les identifiants client utilisés pour la reconnaissance et le scan
* les points, les soldes, les niveaux et l’état des récompenses
* les signaux de cycle de vie tels que l’inscription, le renouvellement, l’expiration ou les changements d’avantages

## Connecteurs disponibles

Cette section comprend des guides dédiés pour [Comarch](/connectors/fr/crm-and-fidelity/comarch.md), [Insider](/connectors/fr/crm-and-fidelity/insider.md), [Meteors](/connectors/fr/crm-and-fidelity/meteors.md), [Microsoft Dynamics](/connectors/fr/crm-and-fidelity/microsoft-dynamics.md), [Snowflake](/connectors/fr/crm-and-fidelity/snowflake.md), et [Talon.One](/connectors/fr/crm-and-fidelity/talonone.md).

Chaque page de connecteur couvre la configuration de l’intégration, le mappage des données et les flux de mise à jour nécessaires pour garder les cartes émises synchronisées avec la plateforme amont.

## Quand utiliser un connecteur personnalisé

Toutes les piles CRM ou de fidélité n’ont pas de connecteur dédié. Dans ces cas, The Wallet Crew prend en charge l’extensibilité via [Connecteur personnalisé](/connectors/fr/custom-connector.md).

Une intégration personnalisée est souvent la bonne option lorsque le système source est propriétaire, lorsque les règles métier sont très spécifiques ou lorsque les mises à jour Wallet doivent être déclenchées depuis une couche middleware interne.

## Responsabilités

| Domaine de responsabilité            | Système CRM/fidélité                                                     | The Wallet Crew                                                   |
| ------------------------------------ | ------------------------------------------------------------------------ | ----------------------------------------------------------------- |
| Profil client et données de fidélité | Possède l’identité, les points, le niveau, les récompenses et les règles | Ne remplace pas l’autorité du CRM/de la fidélité                  |
| Gestion des identifiants             | Définit des identifiants externes stables                                | Utilise les identifiants pour résoudre et actualiser les cartes   |
| Génération de la charge utile Wallet | Fournit les données métier et les résultats d’éligibilité                | Mappe et livre les charges utiles Apple/Google Wallet             |
| Orchestration des mises à jour       | Émet les événements et les modifications source                          | Déclenche le cycle de vie des mises à jour Wallet et la livraison |

## FAQ

<details>

<summary><strong>Qu’est-ce qui rend l’intégration CRM et fidélité importante pour les cartes Wallet ?</strong></summary>

Elle rend la carte fiable. Wallet est le plus efficace lorsque les points, les niveaux, les récompenses et l’éligibilité restent alignés en temps réel ou quasi réel avec le système source.

</details>

<details>

<summary><strong>La plateforme CRM ou de fidélité reste-t-elle la source de vérité ?</strong></summary>

Oui. Dans la plupart des architectures, la plateforme CRM ou de fidélité reste l’autorité pour les données client et les règles métier. The Wallet Crew exécute les opérations de distribution et de mise à jour spécifiques à Wallet.

</details>

<details>

<summary><strong>Et si la plateforme n’est pas listée ici ?</strong></summary>

Un connecteur standard peut être cadré conjointement par The Wallet Crew et le partenaire de plateforme. Un connecteur personnalisé peut aussi utiliser le scripting du locataire et des API pour les besoins spécifiques au projet.

</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/crm-and-fidelity.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.
