「使用中」SLA の SLA 定義/スケジュールの変更 - ベストプラクティス<!-- /*NS Branding Styles*/ --> .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } span { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } h2 { font-size: 24pt; font-family: Lato; color: var(--now-color--text-primary, black); } h3 { font-size: 18pt; font-family: Lato; color: var(--now-color--text-primary, black); } h4 { font-size: 14pt; font-family: Lato; color: var(--now-color--text-primary, black); } a { font-size: 12pt; font-family: Lato; color: var(--now-color--link-primary, #00718F); } a:hover { font-size: 12pt; color: var(--now-color--link-primary, #024F69); } a:target { font-size: 12pt; color: var(--now-color--link-primary, #032D42); } a:visited { font-size: 12pt; color: var(--now-color--link-primary, #00718f); } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: ; max-width: ; width: ; height: ; } } ベストプラクティス : アクティブなタスク SLA の SLA 定義 または SLA スケジュールを変更することはお勧めしません。 これにより、SLA 計算で予期しない動作が発生することがわかっています。 SLA 定義を変更する代わりに、推奨事項は次のとおりです 新しい SLA 定義を作成し、タスク作成日 本日以降 の 開始条件 も追加します。(そのため、新しいタスクには新しい SLA が使用されます)古い SLA 定義の場合は 次に、タスク作成日 本日より前 の 開始条件を追加します。(そのため、古いタスクは古い SLA を使用します)これらの SLA の命名規則としては、古い SLA を V1 とし、新しい SLA を V2 にすることができます。 理由： タスク SLA は、8 個の累積フィールドを使用します。 対応残り時間実際の残り時間対応経過時間実際の経過時間ビジネス一時停止期間一時停止期間対応経過時間の割合 (%)実際の経過時間の割合 (%) 上記のフィールドは、SLA が最初に使用された スケジュール 値を使用して、SLA の期間中に累積されます。 スケジュール を変更すると、これらのフィールドは、異なるスケジュール から計算された値で累積されます。これは既存の計算とは異なる。 これにより、 タスク SLA フィールドの多くに誤った情報が表示されます。 スケジュール を削除すると、実際の値 が ビジネス価値 に追加され、最終的には上記と同じ結果になります。 同じ理由が SLA 定義の変更にも適用できます。 ただし、SLA 定義の条件を変更すると、タスク SLA レコード全体が 古い条件に基づいてすでに計算された値を持つことになるため破損可能性があります。 これらは、新しい条件に従って計算された値と組み合わされます。これにより、レコード破損し、次の動作が発生する可能性があります。 予期しない SLA 違反想定どおりに SLA 違反がない不明の「一時停止期間」予定どおりに一時停止していない修復後、レコードが存在しなくなる 場合があります。(開始条件が更新された定義と一致しない場合) 壊れたタスク SLA の修正: この問題を解決するには、SLA 定義に関連付けられている SLA 定義または Schedule を変更実行することをお勧めします。 変更された SLA 定義に対して すべてのアクティブなタスク SLA に対して「SLA の修理」機能を実行します。変更されたスケジュールを使用して、すべてのアクティブなタスク SLA に対して SLA の修理 機能を実行します。 SLA の修理 機能は、定義またはスケジュールに入力された 新しい値に従って 削除 および再作成 タスク SLA を行い、正しいデータが表示されるようにします。 ただし、防止 これは必要ありません。上記の ベストプラクティス セクションに記載されているガイドラインに従ってください。 これに起因する問題: SLA に誤った「ビジネス経過時間」が表示されるSLA が SLA タイムライン で SLA フォームと異なる値を表示するSLA は、想定されていたときにステータスを変更していません。(上記に限ったことではありません) 重要： これにより、「com.snc.sla.repair.use_repair_workflow」システムプロパティが false に設定されている場合、SLA の修理に関する問題が発生する可能性もあります。 これに関する詳細なガイダンスについては、KB0869747 を参照してください。