> For the complete documentation index, see [llms.txt](https://help.impact.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.impact.com/brand/fr/what-would-you-like-to-learn-about/advocate-program/manage-advocate-participants/custom-and-calculated-fields/edit-a-calculated-field.md).
# Modifier un champ calculé
Les valeurs des champs calculés peuvent être utilisées pour configurer les règles de votre programme, permettant une large gamme de logiques de programme avancées. Créés par l’utilisateur [champs calculés](/brand/fr/what-would-you-like-to-learn-about/advocate-program/manage-advocate-participants/custom-and-calculated-fields/calculated-fields-explained.md) peuvent être modifiés à tout moment.
#### Modifier un champ calculé
1. Dans le menu de navigation de gauche, sélectionnez  **\[Engage] → Sources de données → Champs**.
2. Placez le curseur sur le champ que vous souhaitez modifier, puis sélectionnez **Modifier**.
* Vous devez sélectionner un champ calculé créé par l’utilisateur. Les champs calculés par défaut ne peuvent pas être modifiés.
3. Modifiez le champ selon vos besoins.
* Vous pouvez modifier l’événement utilisé pour calculer le champ ainsi que tous les filtres ou fenêtres de suivi.
* La clé du champ calculé et le type de calcul ne peuvent pas être modifiés.
4. En option, dans la *Examiner* section, sélectionnez  **\[Case non cochée] Recalculer les valeurs à l’enregistrement**.
* Si votre champ utilise un `somme` ou `comptage` de calcul, nous vous recommandons de demander un [recalcul](/brand/fr/what-would-you-like-to-learn-about/advocate-program/manage-advocate-participants/custom-and-calculated-fields.md). Pour les autres types de calcul, le recalcul n’est pas possible — consultez les [considérations relatives au recalcul](#edit-a-calculated-field) avant d’apporter des modifications.
5. Sélectionnez **Enregistrer**.
#### Considérations relatives au recalcul
| Si | Ensuite | Exemple |
| ------------------------------------------------------------------------------------------------ | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Le champ n’a pas de fenêtre de suivi ou la fenêtre de suivi a été **supprimée**. | • La valeur précédente du champ sera conservée et servira de point de départ pour le nouveau calcul.
• Le nouveau calcul sera utilisé à l’avenir.
| Le champ additionne actuellement les revenus des événements `userPurchase` Lorsque vous le modifiez pour additionner les revenus des événements `purchase` à la place, la valeur existante sur le profil d’un participant restera inchangée. La prochaine fois que nous recevrons un événement d’achat pour lui, le montant des revenus sera ajouté à la valeur existante. |
| Le champ possède déjà une fenêtre de suivi, mais celle-ci est **inchangée**. | | |
| Une fenêtre de suivi est en cours d’ **ajout à** un champ calculé existant | • La valeur précédente du champ ne sera conservée que jusqu’à l’arrivée de nouveaux événements. Elle sera effacée à l’arrivée du prochain événement correspondant.
• La nouvelle configuration sera utilisée à l’avenir.
• Demandez un recalcul si vous souhaitez prendre en compte les données historiques avec la nouvelle configuration.
| Le champ compte le nombre d’achats effectués par un participant. Si vous ajoutez une fenêtre de suivi d’un mois, la valeur existante sur le profil du participant est effacée lors de la prochaine arrivée d’un événement d’achat.
Un participant ayant effectué 5 achats aurait une valeur de 5 avant vos modifications. La prochaine fois que ce participant effectue un achat, l’ancienne valeur est effacée et la valeur du champ est définie sur 1.
|
| Le champ possède déjà une fenêtre de suivi qui est en cours de **modification**. | • Lors de la modification d’une fenêtre existante sur un champ de calcul, veillez à effectuer un recalcul.
• La modification sans recalcul peut avoir des effets néfastes sur la valeur du champ du participant.
| Vous faites passer votre fenêtre de suivi d’une fenêtre fixe à une fenêtre glissante. |
| Le champ possède déjà une fenêtre glissante et le **la valeur maximale de calcul est modifiée**. | • La nouvelle configuration sera appliquée aux données historiques des participants lors de la prochaine arrivée d’un événement correspondant.
• Demandez un recalcul pour mettre à jour la valeur du champ sans attendre de nouveaux événements.
| Le champ fenêtré compte actuellement le nombre d’achats effectués par un participant, avec une valeur maximale de 10. Lorsque le maximum passe à 5 et qu’un nouvel événement d’achat arrive pour ce participant, le maximum de 5 sera appliqué rétroactivement aux données dans la fenêtre. |
{% hint style="warning" %}
**Avertissement :** La valeur d’un champ calculé fenêtré ne peut pas être écrasée manuellement via l’API. Vous recevrez un message d’erreur si vous nous envoyez des données qui écraseraient une valeur existante.
{% endhint %}
---
# 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://help.impact.com/brand/fr/what-would-you-like-to-learn-about/advocate-program/manage-advocate-participants/custom-and-calculated-fields/edit-a-calculated-field.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.