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

  • Rversion finale: Washingtondc
  • Mis à jour 1 févr. 2024
  • 1 minute de lecture
  • Le 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 de 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 le champ Fermé. Si vous modifiez les valeurs de vos options État d’incident, cette règle métier peut ne plus se comporter comme souhaité ou attendu.

    Dans la table Incident, les champs Actif, État et État d’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 la incident_state passe à 7 (fermé), le champ Actif est défini sur faux
    Réouverture d’un incident (incident) Si la incident_state est inférieure à 7 (fermé) et que le champ Actif est défini sur faux, le champ Actif est défini sur vrai
    Marquer comme fermé (tâche) Si l’état bascule sur 3 (Fermé terminé) ou 4 (Fermé incomplet), le champ Actif est défini sur false
    Fermeture 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 modifications apportées à incident_state sont à l’origine des deux autres champs, et non l’inverse.