> 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/ticketing/aparte/advanced-customization.md).
# Personnalisation avancée
Étendez le mappage des billets Aparté, le routage et le comportement du connecteur lorsque la configuration par défaut ne suffit pas.
### Pourquoi la personnalisation avancée est importante
La configuration par défaut couvre la plupart des projets Aparté. Elle fonctionne bien lorsqu'un seul modèle de Carte suffit.
La personnalisation avancée est utile lorsque l'affichage des tickets ou le routage des modèles nécessite davantage de contrôle.
Exemples réels
* **Familles de tickets multiples**: utiliser différents modèles de Carte pour différents types de tickets.
* **Règles d'affichage personnalisées**: transformer les valeurs sources avant de les afficher sur la Carte.
* **Routage spécifique**: appliquer un modèle différent en fonction des métadonnées du ticket.
### Commencez d'abord simplement
Un premier déploiement doit rester simple. Commencez avec le type de Carte par défaut, validez le résultat, puis ajoutez des règles personnalisées uniquement lorsque c'est nécessaire.
Lorsque des données supplémentaires sont nécessaires, ouvrez les détails de la Carte, sélectionnez l' **Données** onglet, puis sélectionnez **Données externes**. Inspectez la charge utile brute d'Aparté sous `debug.aparte.ticket`. Cela confirme quels champs sont disponibles avant de modifier la conception de la Carte.
### Ce qui peut être personnalisé
Les règles d'affichage et le routage des modèles sont configurés ici, au-dessus du type de Carte par défaut.
La personnalisation avancée couvre généralement deux domaines.
* **Règles d'affichage**: ajuster la façon dont les données Aparté apparaissent sur la Carte.
* **Routage des modèles**: envoyer certains tickets vers un autre type de Carte.
Le connecteur **Type de Carte par défaut** reste la solution de repli lorsqu'aucune règle personnalisée ne sélectionne un autre modèle.
### Déploiement recommandé
Utilisez cet ordre pour garder la configuration facile à valider :
1. Commencez avec un seul type de Carte par défaut.
2. Vérifiez la charge utile source dans `debug.aparte.ticket`.
3. Ajoutez de petites règles d'affichage si nécessaire.
4. Ajoutez le routage des modèles uniquement lorsqu'un seul type de Carte ne suffit plus.
### Obtenir de l'aide pour la personnalisation avancée
La personnalisation avancée peut être examinée avec l'équipe de support The Wallet Crew. C'est utile lorsque la bonne approche de routage ou de mappage n'est pas encore claire.
Le support peut aider à définir l'ensemble de règles le plus simple avant l'implémentation.
### FAQ
Tous les projets Aparté doivent-ils utiliser le mappage avancé ?
Non. La plupart des projets fonctionnent bien avec la configuration par défaut et un seul type de Carte.
Où la charge utile brute d'Aparté peut-elle être inspectée ?
La charge utile source complète est disponible sous `debug.aparte.ticket`.
Quand faut-il ajouter le routage des modèles ?
Ajoutez le routage lorsque le type de Carte par défaut unique ne couvre plus clairement les variantes de tickets.
---
# 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/ticketing/aparte/advanced-customization.md?ask=&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.
