> 継続的なプロセス改善 > 契約管理 > DocuSign CLM > データテンプレート

お客様の契約管理データテンプレート

DocuSign CLM

お客様の契約管理データテンプレート

この`テンプレート`は、契約管理プロセスを分析するために必要な重要な`データポイント`の構造化された概要を提供します。収集すべき主要な`属性`、追跡すべき主要な`アクティビティ`、そしてこの情報を抽出するための実践的な`ガイダンス`が示されています。これを使用して、包括的な`プロセスディスカバリ`と`最適化`に必要なすべての`データ`を確実に収集してください。

収集を推奨する項目
追跡すべき主要アクティビティ
データ抽出のガイダンス

イベントログについて初めての方へ：プロセスマイニングのイベントログ作成方法.

テンプレートをダウンロード

契約管理属性

これらは、契約管理プロセスを徹底的に分析するために、イベントログに含めることを推奨されるデータフィールドです。

5 必須 8 推奨 7 任意

	名前	説明
	アクティビティ ActivityName	契約ライフサイクルで発生した特定のタスクまたはイベントの名称です。
説明この属性は、「契約書作成済み」、「法務レビュー開始」、「契約実行済み」など、契約管理プロセスにおける単一のステップまたはマイルストーンを記述します。これらのアクティビティは、プロセスマップの構成要素です。これらのアクティビティの順序と頻度を分析することは、プロセスマイニングの基本です。これにより、実際のプロセスフローを特定し、標準手順からの逸脱を発見し、どの活動が最も時間のかかるもの、あるいは頻繁に繰り返されるものかを特定するのに役立ちます。その重要性プロセスのステップを定義し、契約ワークフロー、ボトルネック、およびバリエーションの視覚化と分析を可能にします。取得元これは通常、DocuSign CLMのイベントログまたは監査証跡データから導出されます。これらのデータは、契約書またはワークフローに対して実行されたアクションを記録しています。例契約書ドラフト済み社内レビュー開始取引先に送信済み契約実行済み
	契約ID ContractId	システム内で管理される各契約の一意の識別子です。
説明契約IDは、特定の契約に関するすべてのイベントとアクティビティを、発生から解決まで一意にリンクする決定的なケース識別子として機能します。DocuSign CLMでは、これはEnvelope IDまたはカスタム契約識別子フィールドに対応する場合があります。この属性は、個々の契約の最初から最後までのジャーニーを再構築できるため、プロセスマイニングにとって不可欠です。すべての関連アクティビティを単一の契約IDの下にグループ化することで、アナリストは完全なプロセスフローを可視化し、サイクルタイムを測定し、異なる契約間の変動を分析できます。その重要性すべての関連するプロセスイベントを接続する主キーであり、単一の契約のライフサイクル全体を追跡および分析することを可能にします。取得元これは通常、DocuSign CLMにおける契約またはエンベロープオブジェクトの主要な識別子です。Envelope IDまたは契約識別のために設定されたカスタムフィールドとしてラベル付けされている場合があります。例 CON-2023-03-112MSA-4815162342NDA-CORP-9981
	開始時刻 EventTime	特定のアクティビティまたはイベントが開始されたことを示すタイムスタンプです。
説明この属性は、アクティビティが発生した正確な日時を記録します。これはプロセスマイニングの時間的基盤であり、時間の経過とともにプロセスパフォーマンスを分析することを可能にします。イベントをその開始時刻に基づいて順序付けることで、各ケースの時系列ログが作成されます。これにより、アクティビティ間のサイクルタイム、各ステップの期間、および全体のエンドツーエンドのプロセス期間の計算が可能になります。ボトルネックの特定、待機時間の測定、SLAに対するプロセス効率の評価にとって不可欠です。その重要性この`タイムスタンプ`は、`イベント`を時系列に並べ、`サイクルタイム`や期間など、すべての時間ベースの`メトリクス`を計算するために不可欠です。取得元この情報は、DocuSign CLMのイベントログまたは監査証跡の標準的な部分であり、記録されたすべてのアクションに関連付けられています。例 2023-04-15T09:00:00Z2023-05-20T14:35:10Z2023-06-01T11:21:05Z
	ソースシステム SourceSystem	`データ`が`抽出`された`システム`を`特定`します。
説明この属性は、プロセスデータの発生源を指定します。このビューの場合、値は一貫して「DocuSign CLM」または類似の識別子になります。単一システム分析では冗長に思えるかもしれませんが、このフィールドを含めることはベストプラクティスです。CRMからの契約データとDocuSignからのワークフローデータを組み合わせるなど、複数のシステムからのデータを統合する際に非常に重要になり、明確なデータ系統と追跡可能性を保証します。その重要性データの追跡可能性を保証し、複数のエンタープライズシステムからのデータを組み合わせる分析に不可欠です。取得元これは通常、データ抽出および変換プロセス中にデータセットの起源を識別するために追加される静的な値です。例 DocuSign CLMDocuSign CLM v24.1
	最終データ更新 LastDataUpdate	ソースシステムからの最新のデータ更新／抽出時点を示すタイムスタンプ。
説明この属性は、データセットが最後に更新された日時を示します。これは分析の最新性と適時性に関するコンテキストを提供し、ユーザーがデータがどれだけ現在のものかを把握できるようにします。ダッシュボードやレポートにおいて、この情報はデータガバナンスとユーザーの信頼にとって不可欠です。アナリストがリアルタイムの情報を見ているのか、特定の時点のスナップショットを見ているのかを理解するのに役立ち、情報に基づいたタイムリーな意思決定を行う上で重要です。その重要性データの鮮度に関する重要なコンテキストを提供し、ユーザーがプロセスの分析がどれだけ最新であるかを理解できるようにします。取得元これは、通常、データ取り込みプロセス中にETL（抽出、変換、ロード）ツールまたはデータパイプラインによって生成および保存されるメタデータ属性です。例 2023-10-26T08:00:00Z2023-10-27T08:00:00Z
	サイクルタイム CycleTime	契約要求の開始から最終保存までの経過時間の合計です。
説明この属性は、各契約ケースのエンドツーエンドの期間を測定します。最初のイベント（例：「契約要求開始」）と最後のイベント（例：「リポジトリに契約保存」）の間の時間差として計算されます。サイクルタイムは、プロセス効率の主要KPIです。契約が完了するまでにかかる時間の全体像を提供します。この計算されたメトリックは、「平均契約サイクルタイム」KPIと「契約サイクルタイム分析」ダッシュボードの基盤であり、契約タイプや価値などのどの要因が全体的な速度に影響するかを深く掘り下げて分析することを可能にします。その重要性これは、プロセス全体の効率性を示す主要なKPIであり、契約の開始から完了までの処理にかかる総時間を示します。取得元この指標はソースシステムには存在しませんが、ケースの開始および終了タイムスタンプに基づいてプロセスマイニングツールで計算されます。例 15日4時間32日8時間7日2時間
	契約ステータス ContractStatus	契約のライフサイクルにおける現在の状態またはステータスです。
説明この属性は、特定の時点における契約の全体的なステータス、例えば「ドラフト」、「レビュー中」、「署名待ち」、「実行済み」などを示します。契約がプロセスのどの段階にあるかの高レベルな概要を提供します。プロセスマイニングにおいて、ステータスを分析することは、ケースをフィルタリングし、異なる段階にある契約の量を追跡するダッシュボードを構築するのに役立ちます。「リアルタイム契約ステータストラッカー」ダッシュボードは、アクティブな契約ポートフォリオの可視性を提供し、作業がどこに滞留しているかを特定するために、この属性に直接依存しています。その重要性契約の進捗状況のスナップショットを提供し、ステータス追跡、ワークロード管理、ボトルネック特定に不可欠です。取得元この情報は通常、DocuSign CLM内の契約またはワークフローオブジェクトの主要な属性として利用可能です。例下書き社内レビュー中署名待ち実行済み終了済み
	契約価値 ContractValue	契約の総金額です。
説明この属性は、契約の財務的価値を表し、一度限りの金額または継続的な価値である場合があります。契約の価値は、多くの場合、必要な精査レベルと承認経路の複雑さを決定します。契約価値に基づいてプロセスを分析することは、高額な取引に優先順位を付け、不必要に遅延していないかを特定する上で重要です。また、例えば、特定のしきい値を超える契約がCFOの承認を得ているかを確認するなど、コンプライアンスチェックにも使用できます。この属性は、最も財務的に重要な契約に最適化の取り組みを集中させるのに役立ちます。その重要性高価値の契約はより厳格なレビューを必要とし、ビジネスへの影響が大きいため、優先順位付けとリスク評価を可能にします。取得元これは通常、DocuSign CLM内の契約メタデータにおける数値または通貨フィールドです。例 5万25万120万
	契約形態 ContractType	NDA、MSA、SOWなど、契約の分類です。
説明この属性は、契約をその法的またはビジネス上の目的に基づいて分類します。異なる契約タイプは、しばしば異なるワークフローに従い、異なる承認要件を持ち、複雑さも異なります。契約タイプ別にプロセス分析をセグメント化することは、パフォーマンスの変動を理解する上で非常に重要です。これにより、アナリストは異なる種類の契約について、サイクルタイム、コンプライアンス率、交渉パターンを比較できます。例えば、秘密保持契約（NDA）は、複雑なマスターサービス契約（MSA）よりもはるかに短いサイクルタイムを持つべきであり、この属性はその比較を可能にします。その重要性異なるカテゴリの契約間でプロセスパフォーマンスを比較できます。これらのカテゴリは、それぞれ独自のワークフローと複雑さのレベルを持つことがよくあります。取得元これは重要なメタデータフィールドであり、通常DocuSign CLMで契約作成時にドロップダウンリストから選択されます。例秘密保持契約（NDA）マスターサービス契約（MSA）作業範囲記述書（SOW）
	契約所有者 ContractOwner	契約ライフサイクルを通じて契約を管理する責任を持つユーザーまたは従業員です。
説明契約担当者（Contract Owner）は、契約の進捗について責任を負う主要な連絡窓口であり個人です。通常、契約要求を開始した人物、またはビジネス関係を担当する人物を指します。契約担当者ごとのパフォーマンスを分析することで、効率性、手戻り率、サイクルタイムのパターンを明らかにできます。この分析は、高いパフォーマンスを発揮している個人やチーム、また追加のトレーニングやサポートが必要な人物を特定するのに役立ちます。これは、「契約サイクルタイム分析」などのダッシュボードでデータをセグメント化するための重要な要素です。その重要性個人またはチームによるパフォーマンス分析を可能にし、ユーザー主導の活動におけるベストプラクティスと改善領域を特定するのに役立ちます。取得元これは通常、契約オブジェクトに関連付けられたユーザーフィールドであり、多くの場合、ワークフローを作成した、または所有するユーザーの名前が入力されます。例 Alice SmithBob JohnsonCharlie Brown
	有効期限 ExpirationDate	契約が失効する予定の日付です。
説明この属性は、契約上の有効期限を格納します。これは、特に継続的な収益や長期的なサービス契約において、契約ポートフォリオをプロアクティブに管理するための重要なメタデータです。この日付は、「契約更新および有効期限見通し」ダッシュボードの主要な推進力です。有効期限が近づいている契約を監視することで、組織はタイムリーに更新ワークフローをトリガーできます。また、「期限内契約更新率」KPIを計算するための主要な入力でもあり、収益漏洩やサービス中断を防ぐのに役立ちます。その重要性積極的な契約管理に不可欠であり、タイムリーな更新を可能にし、意図しない契約失効を防ぎます。取得元これは、DocuSign CLMで定義された期間を持つすべての契約について取得すべき標準的なメタデータフィールドです。例 2024年12月31日2025年6月30日2026年1月15日
	相手方 Counterparty	契約に関与する顧客やベンダーなどの外部の当事者です。
説明この属性は、契約に参加している相手方の組織を識別します。異なる取引先は、異なる交渉スタイル、法的要件、および応答時間を持つ可能性があり、それが契約ライフサイクルに大きく影響を与えることがあります。相手方（Counterparty）ごとにプロセスパフォーマンスを分析することで、どのパートナーが協力しやすく、どのパートナーが常に遅延を引き起こすかを特定するのに役立ちます。この情報は、関係管理を改善し、将来の交渉に対する現実的な期待を設定するために使用できます。「契約の手戻りおよび改訂頻度」分析の重要な側面です。その重要性異なる外部関係者とのやり取りが交渉時間、改訂回数、および全体的なサイクルタイムにどのように影響するかを分析するのに役立ちます。取得元この情報は契約レコードの基本的な部分であり、多くの場合、専用の「取引先名」または「会社」フィールドに保存されます。例アクメ・コーポレーショングローベックス株式会社スターク・インダストリーズ
	終了日時 EndTime	特定のアクティビティ／イベントが完了したタイムスタンプ。
説明この属性は、アクティビティが終了した正確な日時を記録します。開始時刻が始まりを示すのに対し、終了時刻は完了を示し、個々のアクティビティの正確な期間計算を可能にします。終了時刻の分析は、アクティビティの処理時間（つまり、タスクに費やされた実際の作業時間）を計算するために不可欠です。これにより、実際の作業時間と待機時間を区別し、リソース効率と遅延の真のコストについてより深い洞察を提供します。例えば、「法務レビュー」アクティビティの正確な期間を計算するために使用できます。その重要性個々の活動期間の正確な計算を可能にし、アクティブな処理時間とアイドル待機時間を区別するのに役立ちます。取得元 DocuSign CLMのようなシステムでは、これは監査証跡に明示的に記録されるか、または後続イベントの開始時刻から推測する必要がある場合があります。例 2023-04-15T17:30:00Z2023-05-21T10:00:15Z2023-06-01T11:55:00Z
	ドキュメントバージョン DocumentVersion	契約書ドキュメントのバージョン番号です。
説明この属性は、契約書が改訂や赤字修正を経ていく過程での文書の反復を追跡します。新しいバージョンがアップロードまたは保存されるたびに、この数値は増えるべきです。文書バージョンを追跡することは、手戻りの量と交渉の複雑さを測定する直接的な方法です。契約書に多数のバージョンがあることは、関係者間で頻繁なやり取りがあったことを示します。この属性は、「平均文書改訂回数」KPIを計算し、「契約の手戻りおよび改訂頻度」ダッシュボードを分析するための主要な入力です。その重要性ドキュメントが何回改訂されたかを追跡することで、手戻り作業と交渉努力の量を直接測定します。取得元 DocuSign CLMにはドキュメントのバージョン管理機能が組み込まれています。この属性はドキュメントのバージョン履歴から抽出されます。例 1234
	手戻り IsRework	契約が大幅な改訂サイクルを経たかどうかを示すブール値フラグです。
説明この計算された属性は、すでに社内承認を受けた後に赤字修正のために差し戻されたなど、手戻りが発生した契約を特定します。これは通常、特定の望ましくないアクティビティのシーケンスを探すことで導き出されます。このフラグは、プロセスの非効率性の分析を簡素化します。「契約手戻り率」KPIの直接計算を可能にし、追加の労力が必要だった契約のみを簡単にフィルタリングして分析できるようにします。これにより、不明確な初期要件や困難な交渉点など、手戻りの根本原因を特定するのに役立ちます。その重要性手戻り作業の頻度を定量化・分析するのに役立ちます。これはプロセス非効率性と隠れたコストの主要な指標です。取得元この属性は、「内部承認済み」イベントの後に「契約修正済み」イベントが発生するなど、手戻りループを特定するルールを定義することで、プロセスマイニングツール内で計算されます。例 truefalse
	承認ステータス ApprovalStatus	「保留中」、「承認済み」、「却下済み」などの承認ステップのステータスです。
説明この属性は、契約ライフサイクルの承認フェーズに特化した詳細なステータスを提供します。契約ステータスが高レベルなケースステータスであるのに対し、承認ステータスは個々の承認アクティビティの結果を追跡します。これは「契約承認ボトルネックレポート」と「リアルタイム契約ステータストラッカー」にとって不可欠です。どの契約が承認待ちであるか、却下されて手戻りが必要か、承認段階を成功裏に通過したかを明確に把握できます。これらのステータス間の遷移を分析することで、承認チェーンにおける特定の失敗点や遅延を特定するのに役立ちます。その重要性承認フェーズに関する詳細なインサイトを提供し、どの契約が停滞しているか、その理由を特定することを可能にします。取得元これはDocuSign CLM内での承認`タスク`またはワークフロー``ステップの結果となります。例法務承認待ち財務部門承認済み営業VPにより却下済み
	承認フェーズ期間 ApprovalPhaseDuration	すべての承認関連アクティビティに費やされた総時間です。
説明この指標は、契約が最初の内部承認のために送られてから最終的な必要な承認が得られるまでの、承認フェーズに費やされた総期間を計算します。これは、すべての承認関連アクティビティの期間を合計するか、最初の承認アクティビティの開始から最後の承認アクティビティの終了までの時間を取ることで計算できます。この属性は、「平均承認フェーズ期間」KPIの主要な測定値です。これにより、ドラフト作成や交渉ではなく、承認プロセスに特有の遅延を分離するのに役立ちます。この期間を追跡することで、組織は承認マトリックスの影響をよりよく理解し、それを合理化する機会を特定できます。その重要性承認に費やされた時間を分離し、特に承認チェーン内のボトルネックを特定し、対処しやすくします。取得元プロセスマイニングツールで、承認に関連するすべてのイベント（例：「社内承認送信済み」、「社内承認受領済み」）を特定し、各ケースの最初と最後のイベント間の時間を測定することで計算されます。例 5日2時間10日1時間2日6時間
	法務顧問 LegalCounsel	契約のレビューを担当する法務専門家またはチームメンバーです。
説明この属性は、契約のレビューと承認を担当する法務部門の特定の人物を識別します。これは通常ビジネス側の契約担当者（Contract Owner）とは異なります。特定の法務担当者にレビューを割り当てることで、法務レビュー段階の詳細なパフォーマンス分析が可能になります。「法務レビューパフォーマンス」ダッシュボードの構築に役立ち、異なる法務チームメンバーのスループットとサイクルタイムを測定・比較し、ワークロードのバランス調整や法務部門内の効率化の機会を特定する情報を提供します。その重要性法務レビュー段階の詳細な分析を可能にし、ワークロードのバランスを取り、法務チームのパフォーマンスを測定するのに役立ちます。取得元これはDocuSign CLMの`ワークフロー`内の`タスク`割り当て`データ`から取得され、「法務レビュー」`タスク`が誰に割り当てられたかを示します。例ジェニファー・ウォルターズマット・マードックハーヴィー・スペクター
	部署 Department	契約を所有する社内のビジネスユニットまたは部署です。
説明この属性は、契約を開始した、または責任を負う社内部門（営業、マーケティング、ITなど）を指定します。部門レベルのプロセスやニーズは異なる場合があり、それが異なる契約管理パターンにつながります。部門別に分析をセグメント化することは、ビジネスの異なる部門が契約管理プロセスをどのように利用しているかを理解する上で不可欠です。これにより、「契約承認ボトルネックレポート」のような的を絞ったレポートを作成し、遅延が特定のビジネスユニットに集中しているかどうかを特定し、部門のニーズに合わせてプロセス改善を調整することを可能にします。その重要性異なる事業部門間のパフォーマンス比較を可能にし、効率性、コンプライアンス、ワークロードにおける差異を浮き彫りにします。取得元これは契約のメタデータフィールドであるか、契約担当者（Contract Owner）のユーザーの部署から派生する場合があります。例営業法務調達マーケティング
	電子署名済み IsESigned	契約が電子署名によって実行されたかどうかを示すブール値フラグです。
説明この属性は、契約がDocuSign電子署名のような統合された電子署名ツールを使用して署名されたか、またはオフラインの方法（例：紙での署名とスキャン）で実行されたかを追跡します。この属性は、「電子署名導入率」KPIを直接サポートします。電子署名された契約の割合を分析することで、企業はデジタルトランスフォーメーションの取り組みの成功度を測定できます。導入率が高いほど、通常、実行時間の短縮、管理コストの削減、コンプライアンスおよび文書追跡の改善と相関します。その重要性デジタルプロセスの導入状況を測定し、統合された電子署名機能の利用による効率化効果を定量化するのに役立ちます。取得元これは、「契約実行済み」イベントが統合されたDocuSign電子署名サービスから発生したものかどうかを確認することで判断できます。例 truefalse

必須推奨任意

契約管理活動

これらは、契約管理における正確なプロセスディスカバリのために、イベントログに記録すべき主要なプロセスステップとマイルストーンです。

6 推奨 9 任意

	アクティビティ	説明
	契約実行済み	契約の成功裡の完了を表し、最後の署名者による文書への署名が完了したときに発生します。これはDocuSign電子署名プラットフォームによって明示的に記録されます。
その重要性これは、契約作成プロセスの主要な成功終点です。「平均契約サイクルタイム」の計算と、プロセス全体の処理能力を測定するために不可欠です。取得元このイベントのタイムスタンプは、電子署名ワークフローが完全に完了した際に、完了証明書とドキュメントの監査ログに記録されます。取得最後の署名が適用されたときに、eSignatureコンポーネントによって自動的にログに記録されます。イベントタイプ explicit
	契約申請開始	このアクティビティは、契約ライフサイクルの正式な開始を示します。通常、ユーザーが契約要求フォームを提出するか、DocuSign CLM内で新規契約レコードを作成し、関連ワークフローをトリガーした際に記録されます。
その重要性これはプロセスの主要な開始イベントです。このアクティビティを分析することは、契約全体の処理能力とエンドツーエンドのサイクルタイムの開始を測定するために不可欠です。取得元このイベントは、契約レコードの作成タイムスタンプまたは受付フォームの提出に対応する監査ログまたはワークフロー履歴から捕捉されます。取得契約開始フォームの提出または新しい契約オブジェクトの作成からログに記録されます。イベントタイプ explicit
	契約解除済み	このアクティビティは、契約の有効期限切れ、キャンセル、または相互合意による契約ライフサイクルの正式な終了を表します。多くの場合、システム内での手動ステータス変更によって記録されます。
その重要性これはプロセスにおける代替の終点となります。解約や期限切れを追跡することは、契約の完全な`ライフサイクル`を理解し、更新分析を行う上で極めて重要です。取得元このイベントは、ユーザーが契約のステータスフィールドを「終了済み」、「失効済み」、または「キャンセル済み」に更新した際に記録されます。このステータス変更のタイムスタンプが使用されます。取得契約の主要なステータスフィールドが終端状態に変更されたことから推測されます。イベントタイプ inferred
	法務レビュー開始	契約書が法務部門に正式に提出され、レビューとフィードバックが求められる時点を示します。これは、契約書がワークフローの「法務レビュー」段階に入ったときに記録される重要なステップです。
その重要性法務レビューは、契約管理における一般的なボトルネックです。その期間を測定することは、「法務レビューパフォーマンス」ダッシュボードにとって重要であり、加速のための機会を特定する鍵となります。取得元このイベントは、タスクが法務チームに割り当てられた際、または契約ステータスが「法務レビュー中」に変更された際のタイムスタンプを記録するワークフロー監査証跡から捕捉されます。取得契約が法務レビュータスクまたはキューに割り当てられたときに、ワークフローエンジンからログに記録されます。イベントタイプ explicit
	社内承認受領済み	このマイルストーンは、必要なすべての社内承認者が契約を承認したことを示します。これは、最後の承認者が必要なタスクをワークフローで完了した際に記録されます。
その重要性これは、契約が外部との交渉または実行の準備ができたことを示す重要なマイルストーンです。この時点までの遅延は、内部調整の問題を浮き彫りにします。取得元このイベントは、承認タスクが最終的な「承認済み」ステータスに達した際にワークフロー履歴に記録されます。取得シーケンシャルまたはパラレルな承認ワークフローにおいて、最終承認者が承認を完了した際に記録されます。イベントタイプ explicit
	署名依頼済み	このアクティビティは、最終的に承認された契約の電子署名プロセスの開始を示します。これはDocuSignの主要機能であり、ユーザーがDocuSign電子署名エンベロープを介してドキュメントを送信した際に記録されます。
その重要性これは実行前の重要なマイルストーンです。この時点から実行までの時間を分析することは、署名収集の効率性を理解し、「電子署名導入率」KPIをサポートするのに役立ちます。取得元これは、ドキュメントの詳細な履歴または監査証跡（しばしば「エンベロープ履歴」と呼ばれる）に記録される、明示的で中心的なイベントです。取得 eSignatureエンベロープが作成され送信された際に、システムによって直接ログに記録されます。イベントタイプ explicit
	取引先に送信済み	契約書ドキュメントを外部の取引先と共有し、レビューと署名を依頼する行為を表します。これはDocuSign CLM内の「送信」または「共有」アクションを介して記録されます。
その重要性このアクティビティは、プロセス制御が限られる外部当事者への引き渡しを示します。取引先との費やされた時間を理解することは、外部要因による遅延を特定する上で重要です。取得元 CLMからドキュメントをメールで送信したり、外部ポータルを介して共有したりするなどのアクションをログに記録する監査証跡から取得されます。取得プラットフォームの機能を通じてドキュメントを外部と共有するための特定のユーザーアクションからログに記録されます。イベントタイプ explicit
	契約更新開始	既存契約の更新プロセス開始を示すものです。このアクティビティは通常、契約担当者による手動、または契約の有効期限に基づいて自動的にトリガーされます。
その重要性このアクティビティは、「期限内契約更新率」KPIを追跡するために不可欠です。組織が期限切れを迎える契約をどれだけプロアクティブに管理しているかについて洞察を提供します。取得元特定の「契約更新」アクションが実行されたときに取得されます。これにより、元の契約にリンクされた新しい契約レコードが作成されたり、更新ワークフローが開始されたりする場合があります。取得更新ワークフローを開始するように設計された特定のユーザーアクションまたは自動トリガーからログに記録されます。イベントタイプ explicit
	契約書ドラフト済み	契約書ドキュメントの初期ドラフト作成と完了を表します。これは、ドキュメントの最初のバージョンがシステム内にアップロードまたは生成され、保存されたときに記録できます。
その重要性これを追跡することで、レビューが開始される前の作成および準備に費やされた時間を理解するのに役立ちます。また、その後の修正頻度を測定するための`ベースライン`を提供します。取得元契約のドキュメント履歴における最初のドキュメントバージョンの作成タイムスタンプ、またはステータスが「ドラフト完了」に変更されたことから推測されます。取得契約IDに関連付けられた最初のドキュメントバージョンの作成イベントを特定します。イベントタイプ inferred
	契約書リポジトリに保存済み	これは、完全に実行された契約が中央契約リポジトリに自動的にファイルされる最終的な管理ステップです。このイベントは通常、署名プロセスの完了によってトリガーされます。
その重要性プロセスが適切な記録管理で完了することを保証します。これは、実行前ライフサイクルの最終時点であり、実行後フェーズの始まりを示します。取得元ワークフロー履歴から最終ステップの完了として取得されます。これは署名されたドキュメントをアーカイブします。取得ワークフローエンジンによって、成功した実行後の最終自動ステップとしてログに記録されます。イベントタイプ explicit
	契約書修正済み	このアクティビティは、交渉またはレビューサイクル中に契約書ドキュメントに行われた改訂または修正を表します。ドキュメントの新しいバージョンがアップロードまたは保存されるたびに記録されます。
その重要性修正（`レッドライン`）の頻度を追跡することは、「契約手戻り率」の`KPI`にとって極めて重要です。修正回数が多い場合、条件の不明確さ、非効率な交渉、または初期`ドラフト`の質の低さを示している可能性があります。取得元契約に関連付けられたドキュメントバージョン履歴から派生します。最初のドラフト後に作成された新しいバージョンはそれぞれ、「契約書修正済み」イベントとして扱われます。取得 DocuSign CLMのリポジトリ内で新しいドキュメントバージョンがアップロードまたは生成された際に記録されます。イベントタイプ explicit
	相手方との交渉開始	相手方が応答したことを示し、通常はフィードバックや修正版の契約書を提供します。これは、外部の関係者によって新しいドキュメントバージョンがアップロードされた場合、またはステータスが内部レビュー段階に戻った場合に推測されます。
その重要性このアクティビティは、「契約ごとの交渉引継ぎ回数」KPIを分析する上で極めて重要です。社内チームと取引先との頻繁なやり取りは、交渉における摩擦を示します。取得元外部ソースからの新しいドキュメントバージョンの受領、または相手方からのフィードバックが受領されたことを反映するためのユーザーによる手動のステータス変更から推測されます。取得契約が相手方とやり取りした後、「社内レビュー」または「ドラフト作成」にステータスが戻ったことから推測されます。イベントタイプ inferred
	社内レビュー開始	このアクティビティは、作成された契約が財務や運用などの社内ビジネス関係者によるレビューのために提出されたことを示します。これは、ユーザーがワークフローで「内部レビュー」タスクを開始したときに記録されます。
その重要性これはレビューフェーズの開始を示し、しばしばボトルネックの原因となります。その期間を分析することは、関係者からのフィードバックにおける遅延を特定するのに役立ちます。取得元契約が「内部レビュー」ステータスに移行した際、または法務以外の社内ユーザーにレビュータスクが割り当てられた際に、ワークフロー履歴に記録されます。取得ワークフローが社内ビジネスレビューのために割り当てられたステータスまたはタスクに移行した際に記録されます。イベントタイプ explicit
	社内承認送信済み	このアクティビティは、契約がレビューを完了し、指定された社内承認者による正式な承認のために送信されたときに発生します。承認ワークフローが開始されたときに記録されます。
その重要性これは最終的な社内承認フェーズの開始を示します。その期間は、「平均承認フェーズ期間」KPIの主要な構成要素です。取得元これは、ユーザーが契約を承認のために送信した際にワークフロー履歴に記録される明示的なアクションであり、承認者への割り当てをトリガーします。取得「承認依頼」または類似のワークフローアクションが実行された際に記録されます。イベントタイプ explicit
	義務監視開始	このアクティビティは、契約締結後の管理開始を示し、主要な日付や成果物が追跡されます。これは、契約上の義務を監視するためのタスクまたはサブプロセスが開始されたときに記録されます。
その重要性「履行後義務遵守率」KPIにとって不可欠なこの活動は、契約締結後に契約上の義務が管理されているかどうかを可視化します。取得元システム分析が必要です。これは、主要な契約にリンクされた特定の義務追跡タスクまたはワークフローの作成から記録されると考えられます。取得義務管理に関連する実行後タスクまたはワークフローの作成からログに記録されます。イベントタイプ explicit

推奨任意

抽出ガイド

DocuSign CLMからデータを取得する方法

ステップ

前提条件とAPI設定: スクリプトを実行する前に、APIアクセスが可能なDocuSign CLMアカウントが必要です。DocuSign Adminパネルで、JWT Grant認証用に構成されたインテグレーションキー（アプリID）を作成します。RSAキーペアを生成し、公開鍵をDocuSignに提供します。ユーザーID（APIユーザー名GUID）、インテグレーションキー、およびアカウントIDを控えてください。
Python環境の構成: ローカルPython環境をセットアップします。APIリクエストの作成とJWT認証の処理に必要なライブラリを次のコマンドを実行してインストールします: pip install requests PyJWT pandas。Pandasは簡単なデータ処理とCSVエクスポートに推奨されます。
スクリプトへの資格情報の追加: Pythonスクリプトを開き、冒頭のプレースホルダー変数を設定します。これには、INTEGRATION_KEY、USER_ID、ACCOUNT_ID、OAUTH_BASE_PATH（例：デモアカウントの場合はaccount-d.docusign.com）、およびprivate.keyファイルへのファイルパスが含まれます。
抽出パラメータの設定: スクリプトのメインセクションで、契約抽出の時間枠を指定するためにSTART_DATEとEND_DATEを定義します。これにより、作成日に基づいて契約をフィルタリングし、データ量を管理します。
Pythonスクリプトの実行: ターミナルからpython your_script_name.pyを使用してスクリプトを実行します。スクリプトは最初にDocuSign APIで認証を行い、アクセストークンを取得します。
APIデータフェッチング: スクリプトは一連のAPIコールを実行します。まず、指定された日付範囲内のすべてのドキュメント（契約）を検索します。見つかった各契約について、その詳細なワークフロー履歴とドキュメントバージョン履歴を取得するための後続のコールを行います。
データ変換とマッピング: スクリプトはAPIからの生JSON応答を処理します。各契約のワークフロー履歴ステップとドキュメントバージョンを繰り返し処理します。'Legal Review'のような特定のワークフローステップ名や、新しいバージョンアップロードのようなイベントタイプを、イベントログに必要な標準化されたActivityName（例：「Legal Review Started」、「Contract Redlined」）にマッピングします。
属性抽出: 各活動について、スクリプトは必要な属性を抽出します。ContractIdはドキュメントオブジェクトから、EventTimeはワークフローステップのタイムスタンプから、その他のメタデータ（ContractOwner、ContractType、ContractValueなど）はドキュメントの属性リストから抽出されます。
推論されたイベントの処理: スクリプトには、明示的なワークフローステップではないイベントを作成するロジックが含まれています。たとえば、「Counterparty Negotiation Started」は、「Sent to Counterparty」イベントが発生した後に新しいドキュメントバージョンがアップロードされた場合に推論されます。
CSV出力の生成と確認: すべての契約とその履歴が処理された後、スクリプトはデータを構造化された形式にコンパイルし、pandasライブラリを使用してdocusign_clm_event_log.csvという名前のCSVファイルにエクスポートします。このファイルはProcessMindに直接アップロードできるようフォーマットされています。

設定

API Credentials: 有効なインテグレーションキー、ユーザーID（GUID）、およびJWT認証用のRSA秘密鍵が必要です。これらはDocuSign Adminで設定され、通常「署名」および「代理」の適切な権限が付与されている必要があります。
アカウントID: 特定のDocuSignアカウントIDが必要です。これはすべてのAPIコールにおいてベースURLで使用されます。
日付範囲: スクリプトはcreatedStartDateとcreatedEndDateパラメータを使用して契約をフィルタリングします。抽出時間を管理し、APIレート制限を回避するため、最初のデータ抽出は直近3〜6ヶ月程度の限られた範囲から始めることを強くお勧めします。
ワークフロー命名規則: スクリプトのロジックは、ワークフローステップ名（例：「法務レビュー」、「社内承認」）との一致に依存します。組織のDocuSign CLM設定で使用されている正確なステップ名に合わせるため、スクリプト内のACTIVITY_MAP辞書をカスタマイズする必要があります。
APIレート制限: DocuSignのAPIレート制限に注意してください。これは1時間あたりのコール数を制限します。スクリプトにはこれを緩和するための基本的なtime.sleep()が含まれていますが、非常に大規模なデータセットの場合は、より高度なバックオフ戦略が必要になる場合があります。
前提条件: ユーザーIDに関連付けられたユーザーアカウントには、抽出される契約、ワークフロー、およびドキュメントを表示するための十分な権限が必要です。

a クエリ例 python

import requests
import jwt
import time
import datetime
import csv
import json

class=class="hl-string">"hl-comment"># --- Configuration --- 
class=class="hl-string">"hl-comment"># Replace with your DocuSign account details
INTEGRATION_KEY = class="hl-string">"[Your Integration Key]"
USER_ID = class="hl-string">"[Your User ID GUID]"
ACCOUNT_ID = class="hl-string">"[Your Account ID]"
OAUTH_BASE_PATH = class="hl-string">"account-d.docusign.com" class=class="hl-string">"hl-comment"># Use account.docusign.com for demo, account.docusign.com for production

class=class="hl-string">"hl-comment"># --- Constants ---
SOURCE_SYSTEM = class="hl-string">"DocuSign CLM"
LAST_DATA_UPDATE = datetime.datetime.utcnow().isoformat() + class="hl-string">'Z'

class=class="hl-string">"hl-comment"># --- Functions ---
def get_access_token(private_key_path):
    class="hl-string">"""Generates a JWT and exchanges it for an access token."""
    try:
        with open(private_key_path, class="hl-string">'r') as key_file:
            private_key = key_file.read()

        payload = {
            class="hl-string">"iss": INTEGRATION_KEY,
            class="hl-string">"sub": USER_ID,
            class="hl-string">"iat": int(time.time()),
            class="hl-string">"exp": int(time.time()) + 3600,
            class="hl-string">"aud": OAUTH_BASE_PATH,
            class="hl-string">"scope": class="hl-string">"signature impersonation"
        }

        token = jwt.encode(payload, private_key, algorithm=class="hl-string">'RS256')
        
        headers = {class="hl-string">'Content-Type': class="hl-string">'application/x-www-form-urlencoded'}
        data = {
            class="hl-string">'grant_type': class="hl-string">'urn:ietf:params:oauth:grant-type:jwt-bearer',
            class="hl-string">'assertion': token
        }
        
        response = requests.post(fclass="hl-string">"https протокол://{OAUTH_BASE_PATH}/oauth/token", headers=headers, data=data)
        response.raise_for_status()
        return response.json()[class="hl-string">'access_token']

    except Exception as e:
        print(fclass="hl-string">"Error getting access token: {e}")
        return None

def get_document_attribute(doc_attributes, attribute_name):
    class="hl-string">"""Helper function to safely get a value from the document's attribute list."""
    for attr in doc_attributes:
        if attr.get(class="hl-string">'name') == attribute_name:
            return attr.get(class="hl-string">'value')
    return None

def extract_event_log(access_token, start_date_str, end_date_str):
    class="hl-string">"""Main function to extract, process, and save the event log."""
    
    event_log = []
    api_base_url = fclass="hl-string">"https протокол://{OAUTH_BASE_PATH.replace('account', 'api')}/api/v2/accounts/{ACCOUNT_ID}"
    headers = {class="hl-string">'Authorization': fclass="hl-string">'Bearer {access_token}', class="hl-string">'Content-Type': class="hl-string">'application/json'}
    
    class=class="hl-string">"hl-comment"># Activity mapping: Customize keys to match your workflow step names
    ACTIVITY_MAP = {
        class="hl-string">'Start': class="hl-string">'Contract Request Initiated',
        class="hl-string">'Drafting': class="hl-string">'Contract Drafted',
        class="hl-string">'Internal Review': class="hl-string">'Internal Review Started',
        class="hl-string">'Legal Review': class="hl-string">'Legal Review Started',
        class="hl-string">'Send for Internal Approval': class="hl-string">'Internal Approval Sent',
        class="hl-string">'Internal Approval': class="hl-string">'Internal Approval Received',
        class="hl-string">'Send to Counterparty': class="hl-string">'Sent to Counterparty',
        class="hl-string">'Send for Signature': class="hl-string">'Contract Sent for Signature',
        class="hl-string">'Executed': class="hl-string">'Contract Executed',
        class="hl-string">'Archive': class="hl-string">'Contract Stored in Repository',
        class="hl-string">'Start Obligation Monitoring': class="hl-string">'Obligation Monitoring Started',
        class="hl-string">'Initiate Renewal': class="hl-string">'Contract Renewal Initiated',
        class="hl-string">'Terminate': class="hl-string">'Contract Terminated'
    }
    
    class=class="hl-string">"hl-comment"># 1. Search for documents (contracts)
    search_url = fclass="hl-string">"{api_base_url}/search"
    search_params = {
        class="hl-string">'q': fclass="hl-string">'IsLatestVersion:true AND CreatedDate:[{start_date_str} TO {end_date_str}]',
        class="hl-string">'limit': 100, class=class="hl-string">"hl-comment"># Max limit per page
        class="hl-string">'offset': 0
    }
    
    while True:
        print(fclass="hl-string">"Searching for documents with offset {search_params['offset']}...")
        response = requests.get(search_url, headers=headers, params=search_params)
        if response.status_code != 200:
            print(fclass="hl-string">"Error searching documents: {response.text}")
            break
        
        data = response.json()
        documents = data.get(class="hl-string">'value', [])
        
        if not documents:
            print(class="hl-string">"No more documents found.")
            break

        for doc in documents:
            contract_id = doc.get(class="hl-string">'id')
            doc_attributes = doc.get(class="hl-string">'attributes', [])
            
            base_event_data = {
                class="hl-string">'ContractId': contract_id,
                class="hl-string">'ContractStatus': get_document_attribute(doc_attributes, class="hl-string">'Contract Status'),
                class="hl-string">'ContractOwner': get_document_attribute(doc_attributes, class="hl-string">'Contract Owner'),
                class="hl-string">'ContractType': doc.get(class="hl-string">'documentTypeName'),
                class="hl-string">'ContractValue': get_document_attribute(doc_attributes, class="hl-string">'Contract Value'),
                class="hl-string">'Counterparty': get_document_attribute(doc_attributes, class="hl-string">'Counterparty Name'),
                class="hl-string">'ExpirationDate': get_document_attribute(doc_attributes, class="hl-string">'Expiration Date'),
                class="hl-string">'SourceSystem': SOURCE_SYSTEM,
                class="hl-string">'LastDataUpdate': LAST_DATA_UPDATE,
                class="hl-string">'EndTime': None, class=class="hl-string">"hl-comment"># Can be populated if logic is added
                class="hl-string">'CycleTime': None class=class="hl-string">"hl-comment"># Requires post-processing
            }
            
            class=class="hl-string">"hl-comment"># 2. Get workflow history for each document
            workflow_url = fclass="hl-string">"{api_base_url}/documents/{contract_id}/workflow"
            workflow_response = requests.get(workflow_url, headers=headers)
            
            if workflow_response.status_code == 200:
                workflow_data = workflow_response.json()
                
                class=class="hl-string">"hl-comment"># Process workflow steps
                for step in workflow_data.get(class="hl-string">'workflow', {}).get(class="hl-string">'steps', []):
                    step_name = step.get(class="hl-string">'stepName')
                    if step_name in ACTIVITY_MAP:
                        event = base_event_data.copy()
                        event[class="hl-string">'ActivityName'] = ACTIVITY_MAP[step_name]
                        event[class="hl-string">'EventTime'] = step.get(class="hl-string">'started')
                        event[class="hl-string">'EndTime'] = step.get(class="hl-string">'completed')
                        event_log.append(event)
                        
                        class=class="hl-string">"hl-comment"># Special case for final approval
                        if step_name == class="hl-string">'Internal Approval' and step.get(class="hl-string">'completed'):
                            event_approval = base_event_data.copy()
                            event_approval[class="hl-string">'ActivityName'] = class="hl-string">'Internal Approval Received'
                            event_approval[class="hl-string">'EventTime'] = step.get(class="hl-string">'completed')
                            event_log.append(event_approval)
                            
            class=class="hl-string">"hl-comment"># 3. Get document version history for class="hl-string">'Contract Redlined' events
            versions_url = fclass="hl-string">"{api_base_url}/documents/{contract_id}/versions"
            versions_response = requests.get(versions_url, headers=headers)
            if versions_response.status_code == 200:
                versions_data = versions_response.json()
                for version in versions_data.get(class="hl-string">'value', []):
                    if version.get(class="hl-string">'versionNumber', 0) > 1: class=class="hl-string">"hl-comment"># Version 1 is the initial draft
                        event = base_event_data.copy()
                        event[class="hl-string">'ActivityName'] = class="hl-string">'Contract Redlined'
                        event[class="hl-string">'EventTime'] = version.get(class="hl-string">'createdDate')
                        event_log.append(event)
        
        class=class="hl-string">"hl-comment"># Handle pagination
        search_params[class="hl-string">'offset'] += len(documents)
        if len(documents) < 100:
            break class=class="hl-string">"hl-comment"># Last page

        time.sleep(1) class=class="hl-string">"hl-comment"># Simple rate limit mitigation
        
    class=class="hl-string">"hl-comment"># 4. Save to CSV
    if not event_log:
        print(class="hl-string">"No events were extracted.")
        return

    class=class="hl-string">"hl-comment"># Sort events by contract and time for logical order
    event_log.sort(key=lambda x: (x[class="hl-string">'ContractId'], x[class="hl-string">'EventTime'] or class="hl-string">''))

    fieldnames = [
        class="hl-string">'ContractId', class="hl-string">'ActivityName', class="hl-string">'EventTime', class="hl-string">'EndTime', class="hl-string">'ContractStatus',
        class="hl-string">'ContractOwner', class="hl-string">'ContractType', class="hl-string">'ContractValue', class="hl-string">'Counterparty',
        class="hl-string">'ExpirationDate', class="hl-string">'CycleTime', class="hl-string">'SourceSystem', class="hl-string">'LastDataUpdate'
    ]
    
    with open(class="hl-string">'docusign_clm_event_log.csv', class="hl-string">'w', newline=class="hl-string">'', encoding=class="hl-string">'utf-8') as csvfile:
        writer = csv.DictWriter(csvfile, fieldnames=fieldnames)
        writer.writeheader()
        writer.writerows(event_log)
        
    print(fclass="hl-string">"Successfully extracted {len(event_log)} events to docusign_clm_event_log.csv")

if __name__ == class="hl-string">"__main__":
    class=class="hl-string">"hl-comment"># --- Execution --- 
    PRIVATE_KEY_PATH = class="hl-string">"./private.key" class=class="hl-string">"hl-comment"># Path to your RSA private key file
    START_DATE = class="hl-string">"2023-01-01T00:00:00Z"
    END_DATE = class="hl-string">"2023-12-31T23:59:59Z"
    
    access_token = get_access_token(PRIVATE_KEY_PATH)
    if access_token:
        extract_event_log(access_token, START_DATE, END_DATE)

お客様の契約管理データテンプレート

お客様の契約管理データテンプレート

契約管理属性

契約管理活動

抽出ガイド

DocuSign CLM REST APIを使用したPythonスクリプト

ステップ

設定

a クエリ例 python

今すぐ始めますか？

遅延を解消：今すぐ契約管理を効率化

お客様の契約管理データテンプレート

お客様の契約管理データテンプレート

契約管理属性

契約管理活動

抽出ガイド

DocuSign CLM REST APIを使用したPythonスクリプト

ステップ

設定

a クエリ例 python

お客様のプライバシーを大切にしています

今すぐ始めますか？

遅延を解消：今すぐ契約管理を効率化