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

# Point de vente (POS)

Les systèmes POS sont la source opérationnelle des événements d’encaissement et de rédemption. L’équipe Wallet relie ces systèmes à Apple Wallet et Google Wallet afin que les cartes restent utilisables au moment de la transaction.

Cela compte, car le wallet n’est pas seulement un canal de distribution. Au point de vente, la carte doit être lisible, reconnue et alignée sur les dernières règles métier.

## Comment fonctionnent les intégrations POS

Dans une intégration POS :

1. Le POS reste la source de vérité pour les données de transaction et de rédemption.
2. L’équipe Wallet fait correspondre les identifiants et les données de carte à des charges utiles compatibles avec Wallet.
3. Les mises à jour Wallet reflètent les changements d’état qui comptent au moment de l’encaissement ou après la rédemption.

Cela conserve la logique opérationnelle dans les systèmes existants tout en rendant les cartes Wallet fiables en magasin.

<details>

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

* Un commerçant scanne une carte de fidélité à la caisse, puis actualise le solde de points.
* L’utilisation d’une carte-cadeau modifie immédiatement le solde de la carte après le paiement.
* Un comptoir de service valide une carte d’adhésion avant d’appliquer ses avantages.

</details>

### Ce que couvrent généralement les intégrations POS

Les intégrations POS typiques incluent :

* l’identification de la carte à la caisse ou au comptoir de service
* les événements d’utilisation et les mises à jour d’état après utilisation
* la synchronisation facultative des soldes, de l’éligibilité ou des compteurs d’utilisation

### Connecteurs POS disponibles

Les guides de connecteurs disponibles couvrent les plateformes POS suivantes :

* [Adyen](/connectors/fr/pos/adyen.md)
* [Cegid](/connectors/fr/pos/cegid.md)
* [Newstore](/connectors/fr/pos/newstore.md)
* [Openbravo](/connectors/fr/pos/openbravo.md)
* [Shopify POS](/connectors/fr/pos/shopify-pos.md)
* [Square](/connectors/fr/pos/square.md)
* [TCPOS](/connectors/fr/pos/tcpos.md)

Chaque guide documente la configuration spécifique à la plateforme et les comportements pris en charge.

### Systèmes POS non répertoriés

Un POS non répertorié peut devenir un connecteur standard. L’équipe Wallet et le partenaire POS définissent conjointement cette option lorsque l’intégration peut prendre en charge plusieurs marques.

Pour un POS spécifique à un locataire, utilisez un [connecteur personnalisé](/connectors/fr/custom-connector.md). Le scripting du locataire peut appeler des API privées et appliquer des règles de mappage propriétaires. Définissez l’identifiant, le contrat d’API, le modèle de déclenchement et le responsable opérationnel avant l’implémentation.

### Responsabilités

| Zone de responsabilité                               | Système POS ou partenaire                                                      | Wallet Crew                                                                |
| ---------------------------------------------------- | ------------------------------------------------------------------------------ | -------------------------------------------------------------------------- |
| Source de vérité des transactions et des rédemptions | Possède les enregistrements opérationnels et les règles de validation métier   | Ne remplace pas la logique métier du POS                                   |
| Gouvernance des identifiants                         | Définit des identifiants stables utilisés au moment du scan ou de la recherche | Utilise les identifiants pour résoudre et mettre à jour les cartes         |
| Cycle de vie des charges utiles Wallet               | Fournit des entrées d’événements et de données                                 | Génère et met à jour les charges utiles pour Apple Wallet et Google Wallet |
| Logique personnalisée facultative                    | Met en œuvre des flux propriétaires spécifiques au POS                         | Fournit des hooks d’exécution et l’orchestration du Wallet                 |

### FAQ

<details>

<summary><strong>Le POS reste-t-il la source de vérité ?</strong></summary>

Oui. L’équipe Wallet étend les données POS aux expériences Wallet, mais la logique de transaction et l’autorité de rédemption restent dans la pile POS.

</details>

<details>

<summary><strong>Pouvons-nous intégrer si notre POS n’est pas documenté ici ?</strong></summary>

Oui. L’équipe Wallet et le partenaire POS peuvent définir un connecteur standard. Pour des flux spécifiques au projet, utilisez un [connecteur personnalisé](/connectors/fr/custom-connector.md).

</details>

<details>

<summary><strong>Que faut-il valider avant un déploiement POS ?</strong></summary>

Validez l’identifiant de la carte, le parcours de scan, l’autorité de rédemption et le déclencheur de mise à jour de la carte. Testez le flux avec le matériel de scan de production avant le déploiement.

</details>

<details>

<summary><strong>Que faut-il décider en premier dans un projet POS ?</strong></summary>

Commencez par la stratégie d’identifiants, la responsabilité du flux de rédemption et les déclencheurs de mise à jour. Ces trois décisions définissent la majeure partie de la structure de l’implémentation.

</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/pos.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.
