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

# Cegid UR

Comprenez le connecteur The Wallet Crew pour Cegid UR, y compris ses capacités client et coupon, sa configuration et son mappage.

Cegid UR est distinct de Cegid Retail Y2. Il dispose de son propre connecteur, de sa propre configuration et de son propre ensemble de fonctionnalités. Les deux connecteurs doivent être évalués et configurés séparément.

{% hint style="info" %}
Cette page est volontairement brève. Pour une implémentation utilisant Cegid UR, [contactez The Wallet Crew](https://www.thewalletcrew.io/contact) pour confirmer le périmètre disponible.
{% endhint %}

### Ce qu’il couvre

Le connecteur Cegid UR lit et écrit les enregistrements clients, et lit les coupons associés à un client. Là où le connecteur Cegid Retail Y2 couvre les cartes de fidélité, les bons, les reçus, les conseillers et les notifications métier, le connecteur Cegid UR ne le fait pas.

### Configuration

La configuration est stockée dans le magasin de configuration du tenant plutôt que sur une page du connecteur : l’adresse du service, l’unité métier et la fonction métier qui identifient la marque dans l’environnement Cegid UR, une durée de cache facultative et les paramètres de limitation de débit.

{% hint style="warning" %}
Contrairement au connecteur Cegid Retail Y2, le limiteur de débit Cegid UR est désactivé sauf configuration contraire. Lorsque l’environnement Cegid UR impose un plafond de requêtes, la limite doit être définie délibérément plutôt que laissée par défaut.
{% endhint %}

Les identifiants ne sont pas stockés dans la configuration. L’authentification est appliquée par un script d’interception de connexion qui lit la clé dans le magasin de secrets, comme indiqué dans le [Référence de script](/connectors/fr/pos/cegid/reference-developpeur/scripting-reference.md).

### Personnalisation du mappage

Le connecteur Cegid UR expose un mappeur selon le même modèle que Cegid Retail Y2, avec des méthodes nommées pour UR plutôt que Y2. Une différence importante : contrairement au mappeur Y2, **l’une ou l’autre méthode peut être omise**, donc un script qui n’a besoin de personnaliser qu’un seul sens peut n’en enregistrer qu’une.

Cegid UR représente les consentements sous forme d’une liste d’entrées codées dans laquelle un code identifie le consentement et un second contient la réponse, avec des valeurs distinctes pour oui, non et non renseigné. Les deux sens d’un mappage doivent utiliser le même dictionnaire.

### FAQ

<details>

<summary><strong>Une marque peut-elle utiliser à la fois Cegid Retail Y2 et Cegid UR ?</strong></summary>

Ils s’agit de connecteurs distincts avec une configuration distincte. Les utiliser tous les deux avec un seul programme Wallet n’est pas une configuration standard et doit être défini avec The Wallet Crew.

</details>

<details>

<summary><strong>Cegid UR prend-il en charge les notifications métier ?</strong></summary>

Non. Les données Wallet sont actualisées lorsqu’une Carte est reconstruite, comme décrit dans [Comment fonctionne le connecteur Cegid Retail Y2](/connectors/fr/pos/cegid/how-the-cegid-retail-y2-connector-works.md); il n’existe pas de canal équivalent en temps réel.

</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 by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.thewalletcrew.io/connectors/fr/pos/cegid/cegid-ur.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

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.