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

# Extensibilité

Le mappage par défaut couvre les champs de fidélité courants. L’extensibilité est utile lorsqu’un projet nécessite des attributs Comarch supplémentaires ou une structure de charge utile de Carte différente.

## Où le mappage personnalisé est configuré

Le mappage personnalisé est configuré dans l’onglet **onglet Avancé** de l’éditeur de paramètres Comarch.

<figure><img src="/files/715450831f7af3e513eb1bc5d7abb19605c3fcf7" alt=""><figcaption></figcaption></figure>

C’est ici que des scripts de connecteur peuvent être ajoutés pour étendre ou remplacer le mappage client et magasin par défaut.

{% hint style="info" %}
L’assistance Wallet Crew peut être contactée lorsque le mappage personnalisé doit être configuré ou examiné.
{% endhint %}

## Hooks disponibles

Le connecteur expose deux hooks de script.

| Hook                                | Objectif                                | Quand il s’exécute                                                                |
| ----------------------------------- | --------------------------------------- | --------------------------------------------------------------------------------- |
| `extensions.comarch.customerMapper` | Étendre ou remplacer le mappage client  | Après la récupération des données client et l’application du mappage standard     |
| `extensions.comarch.locationMapper` | Étendre ou remplacer le mappage magasin | Après la récupération des données du magasin et l’application du mappage standard |

## Quand utiliser l’extensibilité

Utilisez un hook personnalisé lorsque la Carte a besoin de données qui ne sont pas mappées par défaut.

Les cas courants incluent des attributs de profil personnalisés, des libellés de fidélité, des métadonnées de localisation supplémentaires ou des noms de champs propres au projet.

## Ce que les hooks reçoivent

Chaque hook reçoit la réponse brute de Comarch et l’entité Carte.

Cela permet de réutiliser n’importe quel champ présent dans la charge utile source, pas seulement les champs mappés par défaut.

Les objets bruts sont également exposés pour inspection sous :

* `debug.comarch.customer`
* `debug.comarch.store`

## Approche recommandée

Commencez d’abord par le mappage par défaut.

Ajoutez ensuite uniquement les champs supplémentaires dont la Carte a vraiment besoin. Cela simplifie les modèles et réduit la maintenance à long terme.

## Notes de sécurité

Appliquez d’abord les modifications de mappage dans l’environnement de préproduction.

Un script de mappage peut affecter chaque actualisation de Carte qui utilise le connecteur. La validation doit couvrir à la fois l’exactitude des données et le rendu du modèle.

## FAQ

<details>

<summary><strong>Où le mappage Comarch personnalisé est-il configuré ?</strong></summary>

Le mappage personnalisé est configuré dans l’onglet **onglet Avancé** de l’éditeur de paramètres Comarch.

C’est ici que des scripts de connecteur peuvent être ajoutés pour étendre ou remplacer le mappage par défaut.

</details>

<details>

<summary><strong>Quand faut-il utiliser l’extensibilité ?</strong></summary>

L’extensibilité est utile lorsque le mappage par défaut ne couvre pas les besoins du projet.

Les cas courants incluent des attributs Comarch supplémentaires, des champs renommés ou des règles de transformation spécifiques au projet.

</details>

<details>

<summary><strong>L’extensibilité peut-elle modifier à la fois le mappage client et le mappage magasin ?</strong></summary>

Oui. Des hooks distincts sont disponibles pour le mappage client et le mappage magasin.

Cela permet d’adapter chaque partie indépendamment.

</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/comarch/extensibility.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.
