契約ライフサイクル

作成から終了まで、契約はどのフィールドを編集できるかを決定するライフ サイクルに従います。

契約が [ドラフト] 状況の場合、契約レコードのほとんどのフィールドを編集できます。契約が [ドラフト] 状況を通過すると、特定の日付、更改、拡張、財務フィールドが読み取り専用になります。[ステータス] フィールドと [サブステート] フィールドは読み取り専用です。

[契約コンプライアンスチェック] スケジュール済みジョブが、契約 [ast_contract] テーブルで毎晩自動的に実行されます。スケジュール済みジョブの詳細については、「条件チェック定義の使用」を参照してください。このスケジュール済みジョブでは、次のアクションが実行されます。

• 契約が承認され指定された開始日に達すると、契約状態を [有効] にします。
• 契約の更改が承認され指定された開始日に達すると、契約を更改します。
• 契約の状態が [有効] で終了日に達すると、契約の状態を [期限切れ] に変更します。

システムプロパティ contract_compliance_check_job.enable_override を使用すると、契約コンプライアンスチェックジョブが階層内のチェックを上書きできるようになります。デフォルトでは、このシステムプロパティは [True] に設定されます。親テーブルと子テーブルの同じフィールドでチェックが定義されている場合、契約コンプライアンスチェックジョブは次のことを実行します。

• 親テーブルのレコードについては、テーブルの条件チェックにより、条件で指定された値でフィールドが設定されます。
• 子テーブルのレコードの場合、子テーブルの条件チェックによって親テーブルの条件が上書きされ、それに応じて子テーブルのフィールド値が設定されます。

たとえば、契約 (親) テーブルとリース (子) テーブルの [説明] フィールドでチェックが定義されている場合、[リース] テーブルのフィールドは子テーブルの条件で指定された値に設定されます。契約コンプライアンスチェックの上書き機能を無効にするには、システムプロパティ contract_compliance_check_job.enable_override を [False] に設定します。

経費ラインは、有効または期限切れの契約からのみ生成されます。

表 : 1. 契約の状況

状態	説明
ドラフト	ユーザーが契約に関する情報を追加し、承認者を指定します。
有効	契約が承認され指定された開始日に達しました。
期限切れ	契約は指定された終了日に達しました。承認待ちの更改ワークフローが有効な期限切れの契約は、サブステートが [レビュー待ち] となります。更改は承認されたが更改日にまだ達していない、更改ワークフローが有効な期限切れの契約は、サブステートが [承認された更改] となります。有効な更改または拡張の保留ワークフローがない有効期限切れの契約は、サブステートが空欄となります。
キャンセル	契約は中止され、有効ではなくなります。

状態に加えて契約にはサブステートが存在することもあります。

表 : 2. 契約のサブステート

サブステート	説明
レビュー待ち	契約はレビュー準備中です。
レビュー中	承認者に契約が送信され、契約を確認しています。
承認済み	契約は承認者によって承認されました。
却下	契約は承認者によって審査されましたが承認されませんでした。
承認された更改	契約更改は承認者によって承認されました。
却下された更改	承認の更新は拒否されました。
更新中	契約更改は契約更改ワークフローを使用して処理中です。
更改済み	契約更改は契約更改ワークフローを使用して完了しました。
承認された延長	契約延長は承認者によって承認されました。
却下された延長	契約延長は承認者によって拒否されました。
なし	サブステートは指定されていません。

関連概念

• 契約