Champs SLA hérités

Auparavant, un seul SLA pouvait être attaché à une tâche par le moteur d'escalade. Les informations du SLA étaient stockées dans la table de tâches en utilisant les champs Échéance du SLA, SLA créé et Escalade.

Le moteur SLA de tâche permet désormais d'attacher plusieurs SLA à une seule tâche, ce qui rend les champs de tâche antérieurs redondants. Leurs équivalents sont dans la table task_sla pour chaque SLA attaché à la tâche.

• SLA de tâche, Heure de la violation : équivalent au champ Échéance du SLA
• SLA de tâche, Rompu : ce champ sera true si le SLA est rompu, le contraire du champ SLA créé.
• Il n'y a pas de champ équivalent pour le champ Escalade. Les notifications peuvent être envoyées via le workflow SLA et une augmentation de la priorité peut déclencher l'attachement de SLA supplémentaires à la tâche.

Remarque :

le champ Durée d'activité ne fait pas partie du moteur d'escalade ni du moteur de SLA de tâche.

Les champs de la tâche sont considérés comme hérités et ne sont pas mis à jour par le moteur de SLA de tâche. Si ces champs sont mis à jour, il se peut que le moteur d'escalade hérité soit encore en cours d'exécution. Cela peut se produire si vous avez mis à niveau à partir d'Express ou d'instances précédentes.

Pour empêcher le moteur d'escalade de fonctionner, configurez la propriété com.snc.sla.run_old_sla_engine sur false. Si cette propriété est définie sur false et que les champs sont toujours mis à jour, vérifiez les personnalisations apportées à votre instance.