---
sourceDocument: Xanadu IT Service Management
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/xanadu/it-service-management

 Release :

    - xanadu

ft:locale :

    - ja-JP

ft:publication_title :

    - Xanadu IT Service Management

ft:clusterId :

    - itsm

bundleId :

    - itsm

workflow :

    - Technology


---

# SLA 遡及開始および一時停止の構成

# SLA 遡及開始および一時停止の構成 {#ariaid-title1}

* リリースバージョン: Xanadu
* 
* 更新日 2024年08月01日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：2分

タスクレコードが変更されたときに、遡及開始を使用して、SLA のタイミング情報を保持できます。中断の遡及は、SLA 定義に対して遡及開始が有効な場合、緊急の違反および通知を防ぎます。

## 始める前に

必要なロール：admin

## このタスクについて

タスク レコードが変更されると、通常は新しい SLA が、タイミング情報の新しいセットとともに添付される場合があります。これは、インシデントを別のグループに再割り当てして、新しいタイミング情報を含む新しい SLA レコードを添付する場合に役立ちます。

ただし、特定の状況においてタスクの時間情報を保持したい場合があります。たとえば、優先度が「3 - 中」のインシデントが発生し、その優先度が 3 時間後に「1 - 重大」に変わったとします。このとき、インシデントに「優先度 1 SLA」が付加されます。遡及開始を使用すると、インシデントの優先度が変更された時点からではなく、インシデントが最初に作成された時点から遡及的にこの SLA のタイミングを調整できます。これは、ユーザーから連絡があった実際の時間を反映します。

「中断の遡及」プロパティを使用して、新しい SLA に中断時間を適用できます。

## 手順

1. \[すべて\]\[サービスレベル管理\]\[SLA\]\[SLA 定義\]に移動します。
2. 関連する SLA 定義レコードを開きます。
3. \[開始条件\] セクションで、\[遡及開始\] チェックボックスをオンします。
4. \[開始設定\] から、SLA を開始するイベントを選択します。  
   このオプションは、この SLA 定義から作成されたすべてのタスク SLA レコードに使用される開始時間を決定します。

   たとえば、\[オープン\] を選択すると、エンドユーザーがサービスデスクに連絡した時間が正確に反映されたレコードを作成するためにタスクフォームを最初に開いた時点から SLA を開始できます。あるいは、\[作成日時\] を選択すると、タスクフォームを最初に保存した時点から SLA を開始できます。
5. 「中断の遡及」プロパティを有効にするには、\[中断の遡及\] チェックボックスをオンにします。  
   このプロパティを有効にすると、新しいタスク SLA レコードに、開始時間と現在の時間の間の中断時間を遡及できます。この中断時間によって、適切な時間で違反時間が増やされます。
6. \[更新\] をクリックします。

## 次のタスク

遡及開始を有効にすると、タスク SLA が添付されるとすぐに違反となる可能性があり、複数の通知がトリガーされます。ワークフローがこれらの違反した SLA に対して処理されないようにするには、com.snc.sla.workflow.run_for_breached プロパティを false に設定します。