---
sourceDocument: Gestion des services IT Xanadu
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/fr-FR/xanadu/it-service-management

 Release :

    - xanadu

ft:locale :

    - fr-FR

ft:publication_title :

    - Gestion des services IT Xanadu

ft:clusterId :

    - itsm

bundleId :

    - itsm

workflow :

    - Technology


---

# Configurer les propriétés de Accord sur les niveaux de service (SLA)

# Configurer les propriétés de Accord sur les niveaux de service (SLA) {#ariaid-title1}

* Rversion finale: Xanadu
* 
* Mis à jour 1 août 2024
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 6 minutes de lecture

Vous pouvez configurer les propriétés du moteur de SLA, des logs et de réparation en fonction des exigences de votre organisation.

## Avant de commencer

Rôle requis : admin

## Procédure

1. Accédez à ToutGestion des niveaux de servicePropriétés.
2. Sélectionnez l'une des options suivantes :  

   Moteur de SLA
   :   configurer les propriétés du moteur de SLA.

   Logs de SLA
   :   configurer les propriétés des logs pour les includes de script de SLA et la destination de sortie des logs.

   Réparation de SLA
   :   configurer les propriétés pour le processus de réparation de SLA.

## Propriétés du moteur de SLA {#ariaid-title2}

Les administrateurs peuvent gérer le moteur de SLA en utilisant les propriétés du moteur de SLA.
Naviguez vers Gestion des niveaux de servicePropriétésMoteur de SLA pour voir les propriétés du moteur de SLA.  
{#r_SLAEngineProperties__table_dfk_jkh_gr__entry__2}

| Nom de la propriété | Description |
|-|-|
| com.snc.sla.calculation.percentage | Valeur \<\< Pourcentage écoulé réel \>\> maximale après laquelle la tâche planifiée \<\< SLA - mise à jour des calculs \>\> arrête de calculer régulièrement les valeurs de durée du SLA. Utilisée pour éviter la mise à jour inutile des enregistrements rompus depuis longtemps. La valeur \<\< 0 \>\> arrête tous les calculs et un champ vide entraîne le calcul de tous les SLA. La valeur par défaut est de 1 000 %, de sorte que le recalcul s'arrête après que la rupture soit dépassée d'un facteur de 10. * Type : nombre entier * Valeur par défaut : 1 000 {#r_SLAEngineProperties__ul_snx_nlh_gr} |
| com.snc.sla.maximum_duration | Durée maximale en jours autorisée dans la définition d'un SLA. * Type : nombre entier * Valeur par défaut : 1 095 {#r_SLAEngineProperties__ul_g55_yll_5fb} |
| com.snc.sla.engine.version | Exécutez le moteur SLA 2011 (2010, 2011). * Type : liste de choix * Valeur par défaut : 2011 {#r_SLAEngineProperties__ul_hsd_qlh_gr} |
| com.snc.sla.engine.async | Exécutez le moteur SLA 2011 de façon asynchrone après les opérations d'insertion ou de mise à jour de tâche. * Type : true \| false * Valeur par défaut : false {#r_SLAEngineProperties__ul_sbg_qlh_gr} |
| com.snc.sla.compatibility.breach | Activez la compatibilité avec le statut 2010 \<\< rompu \>\> des SLA (valeur par défaut : false). Activez cette option uniquement si vous avez besoin d'utiliser l'ancien mode d'affichage d'état de violation (dans la valeur de l'étape) pour le reporting. Il est préférable d'utiliser uniquement le \<\< marqueur de violation \>\>. * Type : true \| false * Valeur par défaut : false {#r_SLAEngineProperties__ul_sn3_qlh_gr} |
| com.snc.sla.default_conditionclass | Le nom de classe de l'include de script qui sera utilisé pour évaluer Conditions de SLA pour le moteur SLA 2011 (utilisé pour activer un remplacement par votre propre extension de la classe SLAConditionBase). * Type : chaîne * Valeur par défaut : SLAConditionBase {#r_SLAEngineProperties__ul_mdl_qlh_gr} |
| com.snc.sla.workflow.run_for_breached | La mise à jour d'une tâche peut entraîner l'attachement d'un SLA déjà rompu, par exemple, quand un incident déjà ouvert depuis un certain temps est mis à niveau vers une priorité haute avec un SLA de résolution court. Par défaut, s'il y a un workflow spécifié dans la définition de SLA, il n'est pas exécuté si le SLA de tâche est attaché et si l'heure de fin prévue est déjà passée. Activez cette propriété si vous voulez que le workflow s'exécute pour un SLA de tâche déjà rompu lors de son attachement à la tâche. * Type : true \| false * Valeur par défaut : false {#r_SLAEngineProperties__ul_wzq_qlh_gr} |
| com.snc.sla.calculate_planned_end_time_after_breach | Continuez à recalculer la valeur \<\< Heure de fin prévue \>\> des SLA après leur violation. * Type : true \| false * Valeur par défaut : false {#r_SLAEngineProperties__ul_d35_qlh_gr} Remarque : les clients zboot n'ont pas cette propriété disponible dans la page des propriétés du moteur de SLA. |
| com.snc.sla.calculation.use_time_left | Utilisez le champ \<\< business_time_left \>\> plutôt que le champ \<\< business_percentage \>\> pour calculer la durée de violation. L'utilisation de business_time_left est plus précise car le champ business_percentage est arrondi à 2 décimales. Par conséquent, dès qu'il atteint 99,995 %, il est enregistré comme 100 % et le SLA de tâche est marqué comme rompu. * Type : true \| false * Valeur par défaut : false {#r_SLAEngineProperties__ul_gtw_qlh_gr} |
| glide.sla.calculate_on_display | Recalculez les enregistrements des SLA de tâche lorsqu'un formulaire de tâche est affiché. Cela garantit que les calculs des SLA de tâche sont à jour, mais peut augmenter le temps de chargement de formulaire. * Type : true \| false * Valeur par défaut : false {#r_SLAEngineProperties__ul_nzt_h3k_cs} |
| com.snc.sla.always_populate_business_fields | Lorsque cette propriété est activée, les champs métier tels que le temps écoulé par activité seront renseignés avec les mêmes valeurs que celles des champs réels lorsqu'il n'y a pas de calendrier spécifié sur le SLA de tâche. Si la propriété est false, les champs métier seront vides lorsqu'un SLA de tâche n'a pas de calendrier. * Type : true \| false * Valeur par défaut : true pour les nouvelles instances, false pour les instances mises à niveau {#r_SLAEngineProperties__ul_bdm_njf_ys} |
[Tableau 1. Propriétés du moteur de SLA]

{#r_SLAEngineProperties__table_dfk_jkh_gr}

## Propriétés des logs de SLA {#ariaid-title3}

Les administrateurs peuvent configurer les logs de SLA dans les propriétés de SLA.
Naviguez vers Gestion des niveaux de servicePropriétésLogs de SLA pour voir les propriétés des logs de SLA.  
Les propriétés Niveau de log pour ... définissent les niveaux de log pour les includes de script concernés. Cela vous permet d'activer des logs plus élevés de manière ciblée lorsqu'un include de script particulier est invoqué par un SLA de tâche. Par exemple, si vous rencontrez un problème avec l'include de script TaskSLAworkflow, vous pouvez utiliser la propriété com.snc.sla.workflow.log pour activer les logs sur cet include de script. Ces propriétés sont toutes fixées par défaut au niveau Avis. {#r_SLALoggingProperties__table_z2v_q3y_2r__entry__2}

| Propriété des logs de SLA | Description |
|-|-|
| com.snc.sla.task_sla_controller.log | Niveau de log pour TaskSLAController |
| com.snc.sla.task_sla.log | Niveau de log pour TaskSLA |
| com.snc.sla.condition.log | Niveau de log pour SLAConditionBase |
| com.snc.sla.workflow.log | Niveau de log pour TaskSLAworkflow |
| com.snc.sla.calculatorng.log | Niveau de log pour SLACalculatorNG |
| com.snc.sla.repair.log | Niveau de log pour SLARepair (la [réparation de SLA](https://servicenow-prod.fluidtopics.net/3Zu6t1Xu_XKPUXYEmWw_3g "Les administrateurs de SLA peuvent réparer les enregistrements SLA pour garantir que les informations de calendrier et de durée des SLA sont exactes.") doit être activée pour que cette propriété soit utilisée) |
| com.snc.sla.log.destination | Destination de sortie des logs. Sélectionnez la destination des logs : soit sortie vers la base de données et les logs de nœud (par défaut), soit sortie uniquement vers les logs de nœud. La base de données et les logs de nœud (gs.log) sont visibles sous forme de journaux système de ServiceNow, les logs de nœud (gs.print) n'apparaissent que dans les fichiers de log. |
[Tableau 2. Propriétés des logs de SLA]

{#r_SLALoggingProperties__table_z2v_q3y_2r}

### Niveaux de log

Les niveaux de log suivants sont disponibles pour les propriétés Niveau de log pour... :
{#r_SLALoggingProperties__table_g2q_ygh_gr__entry__3}

| Niveau | Nom | Description |
|-|-|-|
| Emerg | Urgence | Échec total. |
| Alert | Alerte | Corruption du système d'une base de données, par exemple. |
| Crit | Critique | Typiquement utilisé pour les erreurs matérielles, par exemple. |
| Err | Erreurs | Erreurs |
| Warning | Avertissements | Avertissements |
| Notice | Avis | Action requise possible mais pas essentielle. |
| Info | Informations | Aucune action n'est requise. |
| Debug | Débogage | Généralement non utilisé, sauf pour capturer autant d'informations que possible pour le diagnostic de pannes. |
[Tableau 3. Niveaux de log]

{#r_SLALoggingProperties__table_g2q_ygh_gr}  
Remarque :  
par défaut, les niveaux de log sont configurés sur Notice

## Propriétés de la réparation de SLA {#ariaid-title4}

Les administrateurs peuvent gérer la fonction de réparation de SLA en utilisant les propriétés système.
Naviguez vers Gestion des niveaux de servicePropriétésRéparation de SLA pour voir les propriétés de la [réparation de SLA](https://servicenow-prod.fluidtopics.net/3Zu6t1Xu_XKPUXYEmWw_3g "Les administrateurs de SLA peuvent réparer les enregistrements SLA pour garantir que les informations de calendrier et de durée des SLA sont exactes.").  
{#r_SLARepairProperties__table_dfk_jkh_gr__entry__2}

| Nom de la propriété | Description |
|-|-|
| com.snc.sla.repair.enabled | Activez la réparation de SLA. Lorsque cette option est activée, les modules et les actions d'interface utilisateur de la réparation seront activés. * Type : true / false * Valeur par défaut : true pour les nouvelles instances et false pour les instances mises à niveau {#r_SLARepairProperties__ul_qdx_lqy_zr} |
| com.snc.sla.repair.use_repair_workflow | Lors de la réparation de SLA, utilisez le workflow de réparation au lieu de celui configuré dans la définition de SLA. * Type : true / false * Valeur par défaut : false pour les nouvelles instances, true pour les instances mises à niveau * Pour en savoir plus : [Configurer la réparation de SLA](https://servicenow-prod.fluidtopics.net/_Jcp5BEmY0yw75XLYf7_jg "Les administrateurs peuvent définir les propriétés de la réparation de SLA et afficher les logs de réparation.") {#r_SLARepairProperties__ul_snx_nlh_gr} |
| com.snc.sla.repair.workflow | Nom du workflow de réparation. * Type : chaîne * Valeur par défaut : workflow de la réparation de SLA par défaut {#r_SLARepairProperties__ul_n1y_plh_gr} |
[Tableau 4. Propriétés de la réparation de SLA]

{#r_SLARepairProperties__table_dfk_jkh_gr}

