> For the complete documentation index, see [llms.txt](https://doc.simax.fr/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://doc.simax.fr/parametrage/ergonomie/controle-detat-champ/controle-detat-champ-actif-en-mode-liste-si-possible.md).

# Contrôle d'état champ actif en mode liste si possible

Les contrôles d'état champ peuvent être actif en mode liste.

Pour cela, il faut que les conditions respectent certaines règles.

Seuls les états modifiables et invisibles sont possibles. L'état en lecture seule est visible, L'état grisé devient invisible. En saisie en cascade les états sont correctement respectés.

Les règles pour la colonne des conditions :

\- La colonne doit être une colonne de Paramètres Généraux (ou un formulaire lié). Sauf si le contrôle d'état champ porte sur Paramètres Généraux.

Ou

\- La colonne doit être vide.

Les règles pour la formule des conditions :

\- Les colonnes utilisées dans formules sont du formulaire Paramètres Généraux (ou lié), ou pas évalués.

Et

\- Les fonctions doivent être constantes.

Pour rendre une formule quelconque constante, il faut utiliser la fonction Constant().

Exemple de formule :

\- Vrai : est constant

\- DateDuJour() : n'est pas constant

\- \['Module Actif' de 'Paramètres Généraux'] = Vrai : est constant

\- VU(...) : n'est pas constant

\- Constant(VU(...)) : est constant

{% hint style="danger" %}
La liste des fonctions constantes est encours de révisions. Afin de rendre la fonctionnalité plus simple pour certain cas.
{% 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://doc.simax.fr/parametrage/ergonomie/controle-detat-champ/controle-detat-champ-actif-en-mode-liste-si-possible.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.