Valeurs entières pour les listes de choix par défaut

  • Rversion finale: Australia
  • Mis à jour 12 mars 2026
  • 1 minute de lecture
  • Choice (Choix) fournit quatre valeurs par défaut.

    Certaines listes de choix courantes utilisent des valeurs entières qui ne correspondent pas aux étiquettes de chaîne. Par exemple, la table Problème utilise ces valeurs par défaut pour le champ État .

    Tableau 1. Valeurs par défaut du champ d’état
    Valeur Étiquette
    1 Ouvert
    2 Erreur connue
    3 Changement en attente
    4 Fermé/résolu

    Ces valeurs entières sont également utilisées dans plusieurs règles métier par défaut. Par exemple, une règle métier sur la table Incident définit le marqueur actif sur faux lorsque le champ État prend la valeur 7, qui est la valeur par défaut pour Fermé. Si vous modifiez les valeurs de vos options d’état d’incident, il se peut que cette règle métier ne se comporte plus comme souhaité ou attendu.

    Dans la table Incident, les champs Actif, État et État de l’incident sont affectés par les règles métier par défaut suivantes.

    Tableau 2. Règles métier par défaut
    Règle métier Description
    mark_closed (incident) Si le incident_state change sur 7 (fermé), le champ Actif est défini sur faux
    Rouvrir un incident (incident) Si le incident_state est inférieur à 7 (fermé) et que le champ Actif est faux, le champ Actif est défini sur vrai
    Marquer comme fermé (tâche) Si l’état change sur 3 (fermé terminé) ou 4 (fermé incomplet), le champ actif est défini sur faux
    Clôture de tâche (tâche) Si le marqueur Actif passe de vrai à faux et que l’état n’est ni 3 (fermé terminé) ni 4 (fermé incomplet), l’état est défini sur 3 (fermé terminé)
    Réouverture de tâche (tâche) Si le champ Actif passe de faux à vrai et que l’état est 3 (Fermé terminé) ou 4 (Fermé incomplet), l’état est défini sur 1 (Ouvert)
    Remarque :
    Notez que ces règles métier ne changent pas incident_state en fonction d’une modification apportée au champ Actif ou au champ État . Les changements apportés à incident_state régissent les deux autres champs, et non l’inverse.