基本自動契約更改
契約更改により、既存のソース契約のコピーが作成されます。 ソース契約は、アクティブまたは失効済ステータスにできます。 新規更改契約の有効性および価格詳細は、構成済の更改デフォルトに基づいて変更されます。
新規更改契約のネゴシエーション設定など、その他の属性も変更できます。 ヘッダーおよび明細レベルでサービス契約の契約更改をアクティブ化することを選択できます。 つまり、契約全体または特定の契約明細(あるいはその両方)を更改することを選択できます。
契約の作成時に更改プロセスを編集するには、次の3つのオプションがあります:
-
自動: これは、契約失効前に適格契約および契約明細の自動更改スケジュール済プロセスによって生成される自動契約更改を意味します。
ノート: スケジュール済プロセスで適格な契約を選択するには、更新テンプレートでマークアップ、マークダウンまたは価格再設定が有効になっている必要があります。 -
手動: これは、契約または明細を手動で更改する必要があることを意味します。 これは、契約ライフサイクルのどの時点でも実行できます。 契約の失効前に通知されます。
-
更新しない: これは、契約更改を選択しないことを意味します。 これを選択すると、契約のすべての明細および対象アセットについて、更新タイプ列がダッシュボード列リストから削除されます。
ヘッダー・レベルで契約更改が選択されている場合、既存の契約明細には反映されません。 契約明細ごとに、次の更改オプションがドロップダウン・リストとして提供されます:
-
更新: カバレッジまたはサブスクリプション明細の更改。
-
期間の保持: サブスクリプションでのみ使用でき、更改済契約では、明細の期間は変更されません。 ソース契約の場合と同様です。
-
更新しない: つまり、契約の更新時に、契約明細およびカバレッジ明細と対象アセットは更改されません。
契約は手動または自動で更改できます。 ユーザーは、更改処理を使用して契約を手動で更改することも、契約を自動的に更改するようにアプリケーションを構成することもできます。 アプリケーションでは、更改ルールを使用して更改のデフォルトが決定されます。 更改契約のライフ・サイクルは、新しく作成された契約に類似しています。 ただし、イベント・モデル構成を使用して、更改契約に対して別のライフサイクルを構成できます。 イベント・モデルを構成して、更改契約を受入のために顧客にルーティングするか、内部承認のために契約管理者にルーティングできます。 また、顧客受入または内部承認なしで契約をアクティブ化することもできます。 したがって、契約ルールで構成された更改ルール・テンプレートが評価され、更改プロセス、顧客受入基準および内部承認基準が取得されます。
次の表に、更改プロセス、顧客受入および内部承認基準の組合せの概要を示します:
更改プロセス |
顧客受入 |
内部承認 |
説明 |
---|---|---|---|
自動 |
不要 |
不要 |
アプリケーションによって契約が更改され、アクティブ化されます。 |
自動 |
不要 |
必須 |
アプリケーションは、承認のために契約を更新および発行します。 |
自動 |
必須 |
必須/不要 |
アプリケーションは契約を更新し、契約管理者のキューに残してさらなる処理を行います。 イベント通知ルールを構成して、受理のために契約を顧客に自動的に送信できます。 |
手動 |
必須/不要 |
必須/不要 |
アプリケーションは契約を更新し、契約管理者のキューに残してさらなる処理を行います。 |
更改しない |
該当なし |
該当なし |
アプリケーションは契約を更改しません。 |