契約管理データテンプレート
契約管理データテンプレート
- 収集を推奨する属性
- 追跡すべき契約管理の主要アクティビティ
- データ抽出の手順
契約管理の属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ
ActivityName
|
発生した特定の業務プロセスのステップまたはイベントの名称です。 | ||
|
説明
この属性は、特定の時点で完了したタスクまたはマイルストーンを示します。たとえば、「契約書のドラフト作成」や「法務レビューの開始」などです。これらのアクティビティの順序が、プロセスマップの基礎になります。 アクティビティを分析することで、どの作業が行われているか、各ステップがどの程度の頻度で発生するか、どのような順序で進むかを把握できます。一般的なプロセス経路、逸脱、また「契約書の修正」の繰り返しのような手戻りループを特定できます。
重要な理由
プロセスの各ステップを定義し、プロセスフローの可視化とボトルネックおよび手戻りの特定を可能にします。
入手先
通常は、SAP Ariba Contractsモジュール内のタスクのステータス変更、監査ログ、またはイベントテーブルから取得します。
例
社内レビューを開始契約を締結契約変更の開始契約終了
|
|||
|
イベントタイムスタンプ
EventTime
|
アクティビティまたはイベントが発生した正確な日時です。 | ||
|
説明
このタイムスタンプは、契約管理プロセスにおける各アクティビティの開始時点を示します。サイクルタイム、所要時間、ステップ間の待ち時間など、時間に基づくすべての分析に欠かせません。 このタイムスタンプに基づいてイベントを並べ替えることで、プロセスマイニングツールは契約ごとのアクティビティの順序を正確に再構成できます。これにより、時間の経過に伴うプロセスパフォーマンスを分析し、法務レビュー段階の遅延など、時間に関するボトルネックを特定できます。
重要な理由
サイクルタイムや待ち時間など、時間に基づくすべての指標を計算し、プロセスイベントを正しい順序に並べるための基本属性です。
入手先
SAP Ariba Contractsでは、通常、アクティビティ情報とともにイベントログ、監査証跡、またはステータス変更履歴テーブルに記録されています。
例
2023-04-15T10:22:05Z2023-05-01T14:00:12Z2023-05-20T09:30:00Z
|
|||
|
契約ID
ContractId
|
各Contract Workspaceを一意に識別するIDであり、主要なケース識別子として機能します。 | ||
|
説明
この属性は主要なケース識別子として機能し、契約ライフサイクル全体のすべてのアクティビティとイベントを関連付けます。契約ごとに、作成から終了までの一連の流れを再構成できます。 プロセスマイニングでは、同じ契約IDを持つすべてのイベントが、同じプロセスインスタンスの一部とみなされます。これは、プロセスバリアントの分析、サイクルタイムの計算、個々の契約または契約タイプに固有のボトルネックの特定に欠かせません。
重要な理由
契約の全行程を追跡するための基本キーであり、ケース単位の分析とプロセスフローの可視化を可能にします。
入手先
SAP Ariba Contractsの中核となる識別子で、通常は契約関連のすべてのテーブルとビューにContract Workspace IDとして存在します。
例
CW2023-00123CW-MSA-45892CW2024-FIN-001CW19876
|
|||
|
イベント終了時刻
EventEndTime
|
アクティビティが完了した時刻を示すタイムスタンプです。 | ||
|
説明
この属性は、アクティビティの完了時刻を取得します。StartTimeが開始を示すのに対し、EndTimeは終了を示すため、瞬時に完了しないアクティビティの所要時間を正確に測定できます。 分析では、EndTimeとStartTimeの差からアクティビティの処理時間を算出します。これは、ボトルネックの詳細な分析に欠かせません。タスクに実際に取り組んでいた時間と、タスク間の待ち時間を区別できます。たとえば、「法務レビュー」アクティビティの所要時間を正確に測定できます。
重要な理由
アクティビティの処理時間を正確に計算できるため、ボトルネックの特定とリソース効率の測定に役立ちます。
入手先
SAP Ariba Contractsのドキュメントを参照してください。監査ログまたはタスク完了記録に記載されている場合があります。
例
2023-04-16T11:45:10Z2023-05-03T17:21:09Z2023-05-20T10:05:00Z
|
|||
|
ユーザー
UserName
|
アクティビティを実行したユーザーの名前またはIDです。 | ||
|
説明
この属性は、契約ライフサイクルにおける特定のタスクまたはアクティビティの完了責任者を識別します。契約担当者、法務レビュー担当者、承認者などが該当します。 ユーザー単位で分析すると、作業負荷の分布や個人のパフォーマンスを把握し、対象を絞ったトレーニングの機会を特定できます。たとえば、「法務レビューの作業負荷」ダッシュボードでは、各法務担当者が処理している契約数と平均レビュー時間を確認できます。
重要な理由
作業負荷の分布とユーザーのパフォーマンスを可視化し、リソース管理と効率分析を可能にします。
入手先
SAP Ariba Contractsの監査証跡またはイベントログテーブルに記録され、通常は「Changed By」または「User ID」フィールドに関連付けられています。
例
john.doejane.smithlegal_team_member_1
|
|||
|
契約タイプ
ContractType
|
MSA、NDA、SOWなど、契約の分類です。 | ||
|
説明
この属性は、契約を法的または業務上の目的に基づいて分類します。一般的なタイプには、Master Service Agreement(MSA)、Non-Disclosure Agreement(NDA)、Statement of Work(SOW)があります。 契約タイプ別にプロセスを分析することは、プロセスの違いを把握するために欠かせません。契約タイプによって、承認経路、SLA、複雑さが異なることがよくあります。たとえば、NDAは単純で迅速なプロセスになる一方、MSAでは複数段階の法務および財務レビューが必要になる場合があります。この属性は、契約カテゴリー間でサイクルタイムやコンプライアンス率を比較するダッシュボードの主要なフィルターです。
重要な理由
分析を分けて表示できるため、契約タイプの違いがプロセスフロー、複雑さ、所要時間に与える影響を明らかにできます。
入手先
SAP Ariba Contractsの契約ワークスペース詳細に用意されている標準的な分類フィールドです。
例
基本サービス契約秘密保持契約作業範囲記述書販売契約
|
|||
|
契約金額
ContractAmount
|
契約の総額です。 | ||
|
説明
この属性は、契約の金銭的価値を示します。各契約のビジネスへの影響とリスクを把握するための重要な指標です。 分析では、契約金額を使って高額契約を優先的に監視したり、取引量の傾向を特定したりできます。「締結済み契約金額の推移」ダッシュボードでは、この属性を使って期間ごとに締結された契約金額を集計し、ビジネスパフォーマンスを把握します。また、高額契約が異なる、場合によっては遅いプロセスをたどっているかを確認する根本原因分析にも役立ちます。
重要な理由
契約による財務上の影響を数値化し、金額に基づく分析、優先順位付け、ビジネスパフォーマンスの追跡を可能にします。
入手先
SAP Ariba Contractsのドキュメントを参照してください。契約ワークスペースの標準フィールドで、通常は「Amount」または「Contract Value」と表示されます。
例
150000.0025000.501200000.00
|
|||
|
法務担当者
LegalCounsel
|
契約のレビューを担当する、割り当て済みの法務チームメンバーです。 | ||
|
説明
この属性は、契約の法務レビュー・タスクを担当する弁護士または法務専門家を特定します。ほかのアクティビティを実行する一般ユーザーよりも、具体的な役割を示すことがよくあります。 この属性は、「法務レビューの作業負荷と効率」ダッシュボードに欠かせません。担当者ごとの契約割り当て数、平均レビュー時間、法務部門全体の処理量を追跡できます。これにより、作業負荷のバランス調整、パフォーマンスの高い担当者や業務方法の特定、法務リソースの配分改善が可能になります。
重要な理由
法務レビュー段階を詳細に分析できるため、法務チームの作業負荷を管理し、ボトルネックを特定して効率を高められます。
入手先
SAP Ariba Contractsのドキュメントを参照してください。タスクの割り当て詳細または承認フロー内の特定の役割として取得できる場合があります。
例
s.jonesm.riverad.chen
|
|||
|
部門
Department
|
契約を開始した、または契約を所管する業務部門です。 | ||
|
説明
この属性は、契約を担当する組織上の部門を示します。営業、IT、調達などが該当します。プロセスを分析するための重要な業務コンテキストを提供します。 部門別にプロセスを分析すると、部門固有の行動、ボトルネック、コンプライアンス上の問題を特定できます。たとえば、営業部門の契約承認プロセスが他部門より大幅に遅いことが分かり、固有の業務慣行を詳しく調査できます。
重要な理由
業務領域別にプロセスを分けて分析できるため、部門固有のボトルネックやパフォーマンスの違いを特定できます。
入手先
通常は、SAP Ariba Contractsの契約ヘッダーまたはワークスペースの詳細に記録されています。契約担当者のユーザープロファイルに関連付けられている場合があります。
例
営業情報技術調達法務
|
|||
|
SLA遵守ステータス
SlaAdherenceStatus
|
レビュー・アクティビティが定義されたSLA内に完了したかどうかを示します。 | ||
|
説明
「レビューのSLA」に対する完了時間に基づき、レビュー・アクティビティを「達成」、「超過」、「該当なし」に分類する属性です。「ActivityProcessingTime」と目標SLA期間を比較して算出します。 サービスレベル契約に対するパフォーマンスを明確かつ迅速に評価できます。「社内・法務レビューのSLA遵守」KPIとダッシュボードの中核指標です。このステータスを可視化すると、遵守できたレビューの割合をすぐに確認し、超過したケースを掘り下げて原因を把握できます。
重要な理由
サービス目標に対するパフォーマンスを直接測定し、SLA遵守状況の明確なモニタリングと超過の迅速な特定を可能にします。
入手先
データ変換時にActivityProcessingTimeとSlaForReviewを比較して算出する派生属性です。
例
達成違反該当なし
|
|||
|
ソースシステム
SourceSystem
|
データの取得元となる記録システムです。 | ||
|
説明
この属性は、イベントデータが生成されたソースシステムを識別します。このプロセスでは、常に「SAP Ariba Contracts」となります。 この属性を含めることは、データガバナンスとトレーサビリティの観点から推奨される方法です。複数のシステムのデータを統合する場合に特に重要で、データの出所を明確にし、データ品質の問題を調査しやすくします。
重要な理由
データの出所に関する重要なコンテキストを提供し、トレーサビリティを確保するとともに、複数システムにまたがる分析を可能にします。
入手先
通常は、データの抽出および変換時に追加される固定値で、データセットの出所を示します。
例
SAP Ariba Contracts
|
|||
|
レビューのSLA
SlaForReview
|
レビュー・アクティビティを完了するための目標所要時間または期限です。 | ||
|
説明
この属性は、「社内レビュー」や「法務レビュー」など、特定のレビュー・タスクに合意されたサービスレベル契約(SLA)を定義します。レビューを完了すべき目標時間を示します。 この属性は、「社内・法務レビューのSLA遵守」ダッシュボードとKPIに欠かせません。実際のレビュー時間と目標を比較することで、組織は社内のサービスレベルを測定できます。恒常的な遅延の特定、チームへの説明責任の明確化、レビュー工程が大きなボトルネックになることの防止に役立ちます。
重要な理由
レビュー・アクティビティのパフォーマンス目標を設定し、SLA遵守状況の測定と遅延の特定を可能にします。
入手先
SAP Ariba Contractsのドキュメントを参照してください。承認ワークフローのルールまたはテンプレート内で設定されている場合があります。
例
P3DP5DP10D
|
|||
|
最終データ更新
LastDataUpdate
|
このイベントのデータが最後に更新または抽出された時刻を示すタイムスタンプです。 | ||
|
説明
この属性は、ソースシステムから最後にデータを取得した日時を記録します。イベントが発生した時刻ではなく、レコードがプロセスマイニングプラットフォームに読み込まれた時刻を示します。 この情報は、データガバナンスと分析データの鮮度を把握するために欠かせません。最新のデータを確認しているかどうかを判断でき、増分データロードの管理にも必要です。
重要な理由
データの新しさを把握できるため、正確かつタイムリーなプロセス分析とモニタリングに役立ちます。
入手先
このタイムスタンプは、プロセスマイニングツールへのデータ取り込み時に生成および追加されます。
例
2024-05-21T02:00:00Z2024-05-22T02:00:00Z
|
|||
|
地域
Region
|
契約または相手方に関連付けられた地理的地域です。 | ||
|
説明
この属性は、契約が適用される地理的地域を示します。北米、EMEA、APACなどが該当します。通常は、相手方の所在地または契約を所管する事業部門によって決まります。 地域別にプロセスを分けると、パフォーマンス、コンプライアンス、プロセスの進み方における地域差を特定できます。たとえば、APAC地域の契約サイクルタイムが、特定の規制レビュー工程によって長くなっていることが分かる場合があります。この情報をもとに、地域のニーズに合わせてプロセス改善やリソース配分を調整できます。
重要な理由
地域別に分析できるため、プロセスパフォーマンス、サイクルタイム、コンプライアンスの違いを特定できます。
入手先
SAP Ariba Contractsのドキュメントを参照してください。契約ワークスペースのフィールドである場合と、相手方の住所から導出される場合があります。
例
北米EMEAAPACLATAM
|
|||
|
契約ステータス
ContractStatus
|
契約ライフサイクルにおける現在の全体的なステータスです。 | ||
|
説明
この属性は、「Draft」、「In Review」、「Executed」、「Expired」、「Terminated」など、契約の現在の大まかな状態を示します。単一のイベントであるアクティビティとは異なり、ステータスは一定期間にわたる状態を表します。 この属性は、「契約義務・更新ステータス」などのダッシュボードに欠かせず、現在の契約ポートフォリオを把握できます。停滞している契約の特定や、更新・満了などのライフサイクルイベントの管理にも役立ちます。ステータス間の遷移を分析すると、プロセスのボトルネックや非効率も明らかにできます。
重要な理由
契約の現在の状態を大まかに把握できるため、ポートフォリオ管理、ステータス追跡、ライフサイクル分析に役立ちます。
入手先
SAP Ariba Contractsの契約ワークスペースヘッダーにある主要なステータスフィールドです。
例
草案承認中締結済み期限切れ
|
|||
|
契約の総サイクルタイム
TotalContractCycleTime
|
契約ワークスペースの作成から最終的な契約締結までに経過した合計時間です。 | ||
|
説明
この計算属性は、1件の契約にかかるエンドツーエンドの全期間を測定します。通常は、最初のアクティビティと最後のアクティビティ、たとえば「Contract Workspace Created」と「Contract Executed」の時間差として算出します。 これは主要なKPIである「エンドツーエンドの契約サイクルタイム」です。契約管理プロセス全体の効率を大まかに測定できます。ダッシュボードで経時的なパフォーマンスを追跡したり、契約タイプ、部門、地域ごとにサイクルタイムを比較したりするために使われ、改善すべき主な領域の特定に役立ちます。
重要な理由
プロセスの速度と効率を総合的に測定し、契約ライフサイクル全体のパフォーマンスを1つの指標に集約します。
入手先
プロセスマイニングツール内またはデータ変換時に、ケース単位で算出する計算指標です。
例
P35DP12DT5HP90D
|
|||
|
契約満了日
ContractExpirationDate
|
契約が満了するよう設定された日付です。 | ||
|
説明
この属性は、締結済み契約の正式な満了日を保存します。契約締結後のライフサイクルを管理するための重要なデータです。 この日付は、「契約義務・更新ステータス」ダッシュボードの基礎となります。更新や満了が近づいた契約のアラートに使われ、契約が意図せず失効することを防ぎます。このデータを分析すると、組織は契約ポートフォリオを先回りして管理し、契約満了に伴うリスクを抑え、更新機会を逃さずに済みます。
重要な理由
ライフサイクルを先回りして管理するために欠かせません。適切なタイミングでの更新、意図しない失効の防止、義務の管理を可能にします。
入手先
SAP Ariba Contractsの契約ワークスペースにある標準フィールドで、通常はヘッダーまたは契約条件の詳細セクションに記録されています。
例
2025-12-31T23:59:59Z2024-08-15T23:59:59Z2026-06-30T23:59:59Z
|
|||
|
手戻りかどうか
IsRework
|
アクティビティが、前のステップの手戻りまたは繰り返しであるかを示すフラグです。 | ||
|
説明
このブール型属性は、「契約書の修正」などのアクティビティが同じ契約ケース内で複数回発生した場合にtrueになります。プロセス内の手戻りループを明示的に特定し、数値化できます。 このフラグは、「契約手戻り率」KPIの計算と、プロセスマップ上での手戻りの可視化に欠かせません。この属性でフィルターすると、大幅な修正が必要だった契約をすぐに抽出し、根本原因を調査して、手戻りが全体のサイクルタイムに与えた影響を測定できます。ドラフト作成と交渉の段階における非効率を明らかにします。
重要な理由
手戻りを数値化し、プロセスの非効率の測定、根本原因の分析、改善状況の経時的な追跡を容易にします。
入手先
同じケース内でアクティビティが繰り返されたことを検出し、データ変換時に算出する派生属性です。
例
truefalse
|
|||
|
相手方名
CounterpartyName
|
契約の相手となる外部組織の名称です。サプライヤーや顧客などが該当します。 | ||
|
説明
この属性は、契約に関与する相手方を識別します。ベンダー、顧客、パートナーなどが該当します。契約管理プロセスに重要な業務コンテキストを加えます。 相手方別に分析すると、特定のパートナーに関する傾向を特定できます。たとえば、特定の相手方との交渉に一貫して時間がかかる場合、標準テンプレートや事前合意済みの条件が必要だと判断できます。契約ポートフォリオ全体で、関係性の健全性やサプライヤーのパフォーマンスを評価することも可能です。
重要な理由
外部の相手方に基づいてプロセスパフォーマンスを分析できるため、交渉上の難しさを特定し、サプライヤーとの関係を管理できます。
入手先
通常は、SAP Ariba Contractsの契約ワークスペースにあるサプライヤーまたは顧客情報のセクションに保存されます。
例
Acme CorporationGlobal Tech Inc.Innovate Solutions LLC
|
|||
契約管理のアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
|
契約ワークスペースを作成
|
このアクティビティは、契約管理プロセスの開始を示します。SAP Aribaで契約ワークスペースが作成され、特定の契約に関するすべての文書、タスク、コミュニケーションの一元管理場所になります。 | ||
|
重要な理由
エンドツーエンドのプロセスにおける主要な開始イベントです。このアクティビティから締結までの時間を分析することで、契約ライフサイクル全体の所要時間を測定できます。
入手先
このイベントは、契約ワークスペースのプロジェクトオブジェクトの作成日時から取得します。契約ヘッダーまたはプロジェクトデータで利用できる基本的なタイムスタンプです。
取得
契約ワークスペースオブジェクトの作成タイムスタンプを使用します。
イベントタイプ
explicit
|
|||
|
契約を有効化
|
実行済みの契約が有効になり、契約上の義務が発効する時点を示します。通常は、契約締結後のステータス変更によって発生し、指定された発効日が設定されている場合は、その日付に発生します。 | ||
|
重要な理由
契約締結後の管理フェーズの開始を示します。義務の履行状況を監視するトリガーとなり、「義務履行率」KPIに欠かせません。
入手先
通常は、Contract Workspaceの「Status」フィールドが「Active」に変更されたことから推定します。契約締結後に自動的に変更される場合と、手動で変更される場合があります。
取得
契約の「Status」フィールドが「Active」に変更された時刻を記録します。
イベントタイプ
inferred
|
|||
|
契約を締結
|
必要なすべての署名が取得され、契約が正式に締結された状態です。処理中の文書が法的拘束力のある契約に移行します。 | ||
|
重要な理由
署名前プロセスにおける主要な成功到達点です。「エンドツーエンドの契約サイクルタイム」と「契約承認の平均サイクルタイム」を算出するための基本となります。
入手先
Aribaワークフロー内の署名タスクの最終完了ステータスから取得します。電子署名ツールと連携している場合に特に有効です。契約ワークスペースのステータスも「締結済み」に変わります。
取得
最終署名タスクの完了タイムスタンプ、またはステータスが「締結済み」に変更された時点を使用します。
イベントタイプ
explicit
|
|||
|
契約終了
|
契約がシステム上で正式に終了する終端アクティビティです。契約期間の満了、解約、またはすべての義務の履行完了後に発生します。 | ||
|
重要な理由
契約ライフサイクルの最終的な終了を示します。ライフサイクル全体の期間を測定し、適切な終了処理が行われたことを確認するための重要な終了イベントです。
入手先
Contract Workspaceの「Status」フィールドが「Closed」、「Terminated」、または「Expired」に変更されたことから推定します。ステータスは自動または手動で変更されます。
取得
契約の「Status」フィールドが終端状態に変更された時刻を記録します。
イベントタイプ
inferred
|
|||
|
法務レビューを開始
|
契約書が正式に法務部門へ提出され、レビューが開始されたことを示します。通常、承認ワークフロー全体の中で独立した必須タスクとして扱われます。 | ||
|
重要な理由
法務レビューは大きなボトルネックになることが多く、その所要時間の測定は「法務レビューの平均サイクルタイム」KPIの把握と、法務リソースの配分最適化に欠かせません。
入手先
Aribaワークフロー内の特定の「法務レビュー」タスクの開始時点から取得します。システムは、タスクが割り当てられた時点または開始された時点のタイムスタンプを記録します。
取得
法務チームまたは法務の役割に割り当てられたタスクの開始タイムスタンプを特定します。
イベントタイプ
explicit
|
|||
|
社内承認を完了
|
契約に必要なすべての社内承認タスクが正常に完了したことを示します。取引先の合意を待つ状態で、契約書が最終署名に進める段階になったことを意味します。 | ||
|
重要な理由
締結前の重要なマイルストーンです。このイベントから最終締結までの時間によって、外部署名の取得や文書の最終確定に伴う遅延を把握できます。
入手先
Aribaワークフロー内の最終承認タスクの完了タイムスタンプから取得します。承認フロー全体が正常に完了した時点をシステムが記録します。
取得
承認フロー全体のタスクグループの完了タイムスタンプを使用します。
イベントタイプ
explicit
|
|||
|
コンプライアンス・タスク完了
|
コンプライアンスレビューや義務の確認など、契約締結後に予定されたタスクの完了を示します。これらのタスクは、継続的なガバナンスを確保するために設定されます。 | ||
|
重要な理由
これらのタスクの完了状況を追跡することは、「義務履行率」の測定と、組織が契約上の責任を果たしていることの確認に欠かせません。
入手先
Contract Workspace内の特定のフォローアップ・タスクまたは義務関連タスクの完了時刻から取得します。
取得
ワークスペースに設定された契約締結後のタスクの完了時刻を使用します。
イベントタイプ
explicit
|
|||
|
取引先と交渉
|
契約書を外部の取引先と共有し、交渉や修正履歴の確認を行う段階を示します。このアクティビティは、ワークスペース内で手動でステータスを変更した時点から取得できる場合があります。 | ||
|
重要な理由
予測が難しい外部との交渉サイクルを可視化します。この段階を測定することで、「平均交渉サイクル数」を算出し、複雑な交渉を特定できます。
入手先
通常、ワークスペースのステータスが「交渉中」や「サプライヤー対応中」などに手動で変更された時点から推定します。または、文書が外部連絡先に送信された時点から推定することもできます。
取得
外部レビューを示す値への契約ワークスペースのステータス変更を追跡します。
イベントタイプ
inferred
|
|||
|
取引先の承認を取得
|
外部の取引先が契約条件に正式に合意したことを示します。通常は、電子署名ソリューションとの連携によって取得するか、署名済み文書を受領した時点で手動更新します。 | ||
|
重要な理由
このアクティビティは双方の合意を確認するもので、契約が法的に締結されたとみなされる前の最終ステップです。合意を確定するための重要なマイルストーンです。
入手先
DocuSignなどの電子署名ツールから、「完了」ステータスを記録する明示的なイベントとして取得できます。または、ステータスが「取引先署名済み」に手動で変更されたことから推定することもできます。
取得
連携している電子署名プロバイダーのログから完了イベントを取得します。
イベントタイプ
explicit
|
|||
|
契約変更の開始
|
このアクティビティは、有効な契約に対する正式な変更の開始を示します。通常は、元のContract Workspaceに関連付けられた新しいバージョンまたはサブプロジェクトを作成します。 | ||
|
重要な理由
変更の頻度とタイミングから、契約の安定性や変化するビジネスニーズを把握できます。「変更・終了の傾向」ダッシュボードに欠かせない指標です。
入手先
既存の契約に対してユーザーが「Amendment」プロセスを開始する明示的な操作であり、その操作はシステムに記録されます。
取得
契約変更用のワークスペースまたはタスクの作成イベントを取得します。
イベントタイプ
explicit
|
|||
|
契約更新完了
|
有効な契約が正常に更新されたことを示します。このプロセスでは、元の契約を引き継ぐ新しいContract Workspaceが作成されることがよくあります。 | ||
|
重要な理由
契約の維持状況と更新効率の分析に役立ちます。契約ライフサイクルにおける重要な結果であり、継続的な取引関係を示します。
入手先
期限を迎える契約との関係リンク(例:「renewal of」)を持つ新しい契約が作成された時点で取得できます。多くの場合、ユーザーが明示的に実行する操作です。
取得
既存の契約に更新契約として関連付けられた新しい契約の作成を特定します。
イベントタイプ
explicit
|
|||
|
契約書をドラフト
|
ワークスペースに契約書の主要文書を初めて作成またはアップロードしたことを示します。通常、ワークスペースの設定後に行われる最初の主要なコンテンツ関連アクションです。 | ||
|
重要な理由
このアクティビティを追跡すると、初稿の準備にかかった時間を把握できます。この段階の遅延は、全体のサイクルタイムに大きく影響する可能性があります。
入手先
契約ワークスペースの文書フォルダーにある主要契約文書の初版の作成タイムスタンプから推定できます。
取得
ワークスペースにアップロードされた最初の文書バージョンのタイムスタンプを特定します。
イベントタイプ
inferred
|
|||
|
契約書を修正
|
契約書の主要文書の新しいバージョンが作成またはアップロードされたときに発生します。通常、社内レビュー、法務レビュー、または取引先との交渉で受けたフィードバックへの対応として行われます。 | ||
|
重要な理由
修正の頻度は、手戻りを直接示す指標です。このアクティビティを追跡することで、「契約手戻り率」を算出し、文言やプロセスを標準化する機会を特定できます。
入手先
契約ワークスペース内の文書管理システムから推定します。主要契約文書の新しいバージョンが保存されるたびに、タイムスタンプが作成されます。
取得
2つ目以降の文書バージョンの作成タイムスタンプを使用します。
イベントタイプ
inferred
|
|||
|
社内レビューを開始
|
契約書のドラフトに対する社内レビューおよび承認ワークフローの開始を示します。文書は、財務や業務部門など、関係する関係者に回付され、フィードバックを受けます。 | ||
|
重要な理由
潜在的なボトルネックの始まりを示します。この段階の所要時間を分析することは、社内レビューの遅延を特定し、「社内レビューSLA遵守率」KPIを支援するうえで重要です。
入手先
通常、SAP Aribaのワークフローエンジン内でレビュータスクが作成され、担当者に割り当てられた時点で記録されます。タスクのステータスは「進行中」または同様の状態に変わります。
取得
契約の承認ワークフローでレビュータスクが開始された時点のタイムスタンプを取得します。
イベントタイプ
explicit
|
|||
抽出ガイド
準備はできましたか?
このテンプレートを使って自信を持ってデータを準備し、契約管理プロセスに潜む価値ある情報を見つけ出してください。データ収集を効率化し、プロセス改善への取り組みを加速できます。
契約管理を効率化し、今すぐトライアルを開始
契約サイクル時間を30%短縮し、SAP Aribaのプロセスを効率化します。
クレジットカードは不要です。すぐに設定できます。