> 継続的なプロセス改善 > 調達から支払いまで：購買依頼 > Microsoft Dynamics 365 > データテンプレート

調達から支払いまで：購買依頼のデータテンプレート

Microsoft Dynamics 365

← 改善ガイドに戻る

調達から支払いまで：購買依頼の属性 (17) 調達から支払いまで：購買依頼のアクティビティ (12) 抽出ガイド (3)

調達から支払いまで：購買依頼のデータテンプレート

このテンプレートでは、収集すべき主要な属性と追跡すべき重要なアクティビティを整理し、購買依頼プロセスを詳しく分析できるようにしています。データの抽出方法も案内しているため、詳細な分析に向けてイベントログを効率よく準備できます。

収集を推奨する属性
追跡すべき主要なアクティビティ
抽出方法

イベントログを初めて扱いますか。学ぶプロセスマイニングのイベントログを作成する方法.

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

調達から支払いまで：購買依頼の属性

調達から支払いまで：購買依頼プロセスを詳細に分析するため、イベントログに含めることを推奨するデータ項目です。

5 必須 6 推奨 6 任意

	名前	説明
	アクティビティ名 ActivityName	購買申請プロセスで発生した、特定の業務イベントまたはステップの名称です。
説明この属性には、購買申請ライフサイクル内で実行された各アクティビティの名称を記録します。例として、「購買申請の作成」、「承認ステップの承認」、「購買注文の作成」などがあります。これらのアクティビティが、検出されたプロセスマップのノードになります。アクティビティの順序、頻度、間隔の所要時間を分析することが、プロセスマイニングの中心です。ボトルネック、手戻りのループ、標準プロセスフローからの逸脱を特定し、業務上の非効率を把握できます。重要な理由この属性によってプロセスマップのステップが定義され、購買申請ワークフローを可視化、分析、理解できます。入手先通常は、Microsoft Dynamics 365内のステータス変更ログ、ワークフロー履歴テーブル、またはWorkflowTrackingStatusTableなどの特定のイベントテーブルから導出します。例承認のために購買申請を提出承認ステップの承認購買申請の修正
	イベント時刻 EventTime	特定のアクティビティまたはイベントが発生した正確なタイムスタンプです。
説明イベント時刻、つまりタイムスタンプには、業務イベントがシステムに記録された日付と時刻が保存されます。時間に基づくプロセス分析の基盤となる情報です。この属性は、アクティビティ間のサイクル時間、所要時間、待機時間を計算するうえで重要です。プロセスパフォーマンスの分析、ボトルネックの特定、SLAコンプライアンスのモニタリングを可能にします。信頼性の高いプロセスマイニング分析には、正確なタイムスタンプが欠かせません。重要な理由イベントの時系列を示します。プロセスの所要時間の計算、ボトルネックの特定、時間経過に伴うパフォーマンスの分析に必要です。入手先ワークフロー履歴またはドキュメントログのテーブルにあり、各ステータス変更またはイベントレコードに関連付けられた「CreatedDateTime」または「ModifiedDateTime」フィールドとして保存されていることが一般的です。例 2023-10-26T10:00:00Z2023-10-26T11:30:15Z2023-10-27T14:22:05Z
	購買申請ID PurchaseRequisitionId	購買申請を一意に識別するIDであり、主要なケース識別子として機能します。
説明購買申請IDは、商品やサービスに関する1件の申請に関連するすべてのアクティビティを結び付ける中心的なキーです。作成から最終承認、クローズまで、各申請プロセスはこの一意のIDで追跡されます。プロセスマイニングでは、この属性が申請ごとのエンドツーエンドの経路を再構成する基盤になります。プロセスバリアント、サイクル時間、個別ケースのコンプライアンスを分析でき、申請ライフサイクル全体を把握できます。重要な理由関連するすべてのイベントを1つのプロセスインスタンスにまとめるために欠かせません。申請ライフサイクル全体をエンドツーエンドで分析できます。入手先通常は、Microsoft Dynamics 365のPurchReqTableなど、購買申請のメインヘッダーテーブルにある主キーです。例 PR-001254PR-001255PR-001256
	ソースシステム SourceSystemId	データを抽出した記録元のシステムです。
説明この属性は、イベントデータの発生元であるソースシステムを識別します。この場合は「Microsoft Dynamics 365」です。複数のシステムを連携している環境では、データの系譜と背景を把握するうえで欠かせない項目です。分析では、複数のシステムにまたがるプロセスを区別したり、データが信頼できる単一のソースから取得されたことを確認したりするために役立ちます。正しいデータセットに基づいて分析するためにも重要です。重要な理由データの出所に関する背景を示します。データガバナンス、検証、複数システムを統合した環境での分析に欠かせません。入手先データの抽出および変換処理の際に追加される固定値「Microsoft Dynamics 365」です。例 Microsoft Dynamics 365 F&OD365MSD365
	最終データ更新日時 LastDataIngestionTimestamp	データが最後に抽出され、プロセスマイニングツールに読み込まれた時点のタイムスタンプです。
説明この属性は、分析対象データの新しさを示します。ソースシステムから最後にデータを更新した日付と時刻を確認できます。Dynamics 365自体のフィールドではなく、データ取り込み時に追加されるメタデータです。このタイムスタンプは、分析結果がどの時点の情報に基づくものかを理解するうえで重要です。リアルタイムデータを見ているのか、特定時点のスナップショットを見ているのかを判断でき、結論の妥当性にも影響します。重要な理由データの新しさを示し、分析対象の期間と分析結果の関連性を正しく理解できるようにします。入手先データ取り込みまたはETL処理の際に生成され、データセットへ追加される値です。例 2024-05-20T08:00:00Z2024-05-21T08:00:00Z2024-05-22T08:00:00Z
	ユーザー User	アクティビティを実行した担当者のユーザーIDまたは氏名です。
説明この属性は、申請の提出や承認など、特定のプロセスステップを実行した従業員またはシステムユーザーを識別します。ユーザーID、氏名、メールアドレスなどを指定できます。ユーザー別にアクティビティを分析することで、トレーニングの必要性、成果の高い個人やチーム、業務量の分布を把握できます。また、職務分掌などのコンプライアンス分析や、異なるユーザーの役割がプロセスにどう関わるかを理解するうえでも欠かせません。重要な理由ユーザーごとの行動、業務量、パフォーマンスを分析できます。リソース管理やトレーニング機会の特定に役立ちます。入手先通常は、ワークフロー履歴テーブル（例：WorkflowTrackingStatusTable）またはトランザクションテーブル（例：PurchReqTable）にあり、ユーザーテーブル（例：UserInfo）と関連付けられています。例 j.smitha.joness.patel
	承認ステップ ApprovalStep	ワークフロー内の特定の承認ステップの名称または段階です。
説明この属性は、承認ワークフロー内の特定の段階を示します。例として、「Manager Approval」や「Finance Approval」などがあります。一般的なアクティビティ名よりも詳細な情報を提供します。「承認ステップのボトルネック分析」に欠かせない属性です。個々の承認ステップにかかった時間を追跡することで、プロセス全体の遅延を引き起こしている段階を正確に特定できます。対象を絞った対策により、ワークフローの効率を改善できます。重要な理由承認ワークフローを詳細に分析し、ボトルネックの原因となっている特定の段階を特定できます。入手先この情報は、WorkflowTrackingStatusTableなどのワークフロー履歴テーブルに含まれています。設定されたワークフローの各ステップが記録されています。例マネージャー承認部門長承認財務審査
	緊急度 UrgencyLevel	「High」、「Medium」、「Low」など、申請の緊急度を分類した値です。
説明緊急度、つまり優先度は、要求された商品やサービスがどの程度早く必要かを示します。この属性は、承認経路に影響を与えたり、承認者の作業に優先順位を付けたりするために使われることがあります。この属性を分析することで、優先度の仕組みが有効かどうかを確認できます。たとえば、「High」の申請と「Low」の申請でサイクル時間を比較できます。大きな差がなければ、優先度フィールドが無視されているか、適切に使われていない可能性があります。これは「緊急度の影響分析」ダッシュボードにとって重要な情報です。重要な理由優先度の設定によって重要な申請が実際に早く処理されているかを評価し、緊急度分類の誤用の可能性を明らかにできます。入手先 PurchReqTableの標準フィールドまたはカスタムフィールドとして設定されている可能性があります。フィールドの有無や名称は、システム構成によって異なります。例高中低
	購買申請ステータス RequisitionStatus	購買申請の現在または最終的なステータスです。
説明この属性は、任意の時点における購買申請全体のステータスを示します。例として、「In Review」、「Approved」、「Rejected」、「Closed」などがあります。多くの場合、ケース単位の属性として最終結果を表します。最終ステータスを分析することで、プロセス全体の成果を把握できます。たとえば、「Rejected」や「Withdrawn」の申請が多い場合、初期申請の段階に問題があるか、承認プロセスが複雑である可能性があります。成功率とプロセス効率を測定するうえで重要な項目です。重要な理由ケースごとの結果を明確に示し、承認率、却下率、取り下げ率を分析できます。これらは主要なパフォーマンス指標です。入手先通常、ステータスフィールドは購買申請ヘッダーテーブルのPurchReqTableにあり、「Status」または「PurchReqStatus」という名称が使われます。例承認済み審査中却下済み下書き
	購買申請合計金額 RequisitionTotalAmount	購買申請の金銭的な合計額です。
説明この属性には、購買申請のすべての明細の合計金額が保存されます。金額が大きい申請ほど、承認ステップが増えるなど、承認ワークフローが複雑になることがあります。プロセス分析では、金額に基づく絞り込みと分析に欠かせない属性です。「高額な申請ほど承認に時間がかかるか」「現在プロセスで滞留している申請の金額はいくらか」といった問いに答えられます。プロセスパフォーマンスを財務面から捉えるための情報になります。重要な理由分析に財務面の視点を加え、高額なケースの優先順位付けや、金額がプロセスの動きに与える影響の把握を可能にします。入手先通常は購買申請ヘッダーテーブルに保存されるか、購買申請明細テーブル（PurchReqLine）の明細金額を合計して算出します。例 1500.0025000.50500.75
	部門 Department	申請者の部門、または申請に関連付けられたコストセンターです。
説明この属性は、購買申請を開始した事業部門またはコストセンターを示します。例として、「Marketing」、「IT」、「Operations」などがあります。通常は申請ヘッダーに含まれます。部門別にプロセスを分けて分析することは、比較分析に欠かせません。どの部門でサイクル時間が長いか、却下率が高いか、修正が頻繁に発生しているかを確認できます。こうした情報に基づき、部門ごとの課題に合わせてプロセスを改善できます。重要な理由異なる事業部門間でプロセスパフォーマンスを絞り込み、比較できます。部門固有のパターン、ボトルネック、非効率を明らかにします。入手先この情報は、購買申請ヘッダー（PurchReqTable）に保存され、Dynamics 365の財務分析コード設定と関連付けられていることが一般的です。例 IT部門財務オペレーション
	修正回数 AmendmentCount	購買依頼が修正された合計回数です。
説明これは、購買依頼の各ケースにおける「Requisition Amended」アクティビティの発生回数を数える、計算によって求める数値属性です。この属性は、「購買依頼の修正頻度」ダッシュボードと「購買依頼の修正率」KPIに欠かせません。ケースごとの手戻り量を数値化することで、変更や非効率が多い購買依頼、部門、ユーザーを容易に特定できます。初回申請の品質改善に向けた取り組みを重点化できます。重要な理由ケース内の手戻りを数値化し、修正の頻度とプロセス効率への影響を測定・分析しやすくします。入手先これは計算によって求める属性です。データ変換時に、各一意のPurchaseRequisitionIdについて「Requisition Amended」アクティビティを数えて作成します。例 013
	初回承認済みかどうか IsFirstPass	事前の修正や却下なしに購買依頼が承認されたかどうかを示すフラグです。
説明これは計算によって求める真偽値の属性です。購買依頼の承認までの経路に「Requisition Amended」または「Approval Step Rejected」のアクティビティが含まれていない場合は「true」、それ以外の場合は「false」になります。この属性は、「購買依頼の初回承認率」KPIを直接支えます。ケース単位で手戻りの有無を明確に示すため、プロセス効率を分析しやすくなります。初回承認率が低い場合は、初期データの品質や要件の不明確さに問題がある可能性があり、プロセス改善の機会を示します。重要な理由手戻りが発生したケースを特定することで、プロセスの品質と効率を直接測定し、初回正解率に関するKPIを支援します。入手先これは計算によって求める属性です。データ変換時にケースごとのアクティビティ全体の順序を分析し、承認前に手戻りのアクティビティがないことを確認する必要があります。例 truefalse
	承認ワークフロー経路 ApprovalWorkflowPath	実際に通過した承認ステップの順序を表します。
説明この属性は、申請ごとの承認ステップの順序を連結した導出フィールドです。例として、「Manager Approval -> Department Head Approval -> Finance Approval」のように表します。承認サブプロセスのプロセスバリアントを要約できます。「コンプライアンス逸脱モニター」ダッシュボードに欠かせない属性です。実際のワークフロー経路を事前に定義した標準または想定経路と比較することで、ポリシー違反や業務上のリスクにつながる、コンプライアンス違反または通常とは異なるプロセスフローを簡単に検出できます。重要な理由プロセスバリアントを明確な文字列で表すことで、コンプライアンス分析を簡素化し、標準手順からの逸脱を容易に見つけられます。入手先この属性は標準フィールドではありません。データ変換時に、ケースごとに「ApprovalStep」の値を時系列順に連結して作成する必要があります。例マネージャー → ディレクターマネージャー → ディレクター → 財務担当VPマネージャー → 自動承認
	承認者グループ ApproverGroup	承認ステップを担当するユーザーグループまたは役割です。
説明この属性は、特定の承認タスクを担当するグループ、役割、またはキューを示します。例として、「Finance Approvers」や「IT Managers」などがあります。承認者グループ別にプロセスパフォーマンスを分析することで、業務量の分布を把握し、リソースが不足しているグループや追加トレーニングが必要なグループを特定できます。承認を担当するチーム別に分析できるため、「承認ステップのボトルネック分析」ダッシュボードを直接支援します。重要な理由承認チーム間のパフォーマンスの違いを特定し、特定のグループにおけるリソース不足やトレーニングの必要性を明らかにできます。入手先この情報はワークフロー履歴（例：WorkflowTrackingStatusTable）に含まれています。各タスクに割り当てられたユーザーまたはユーザーグループが記録されています。例財務承認者ITマネージャー経営幹部
	発注書番号 PurchaseOrderNumber	購買依頼から作成された発注書の識別子です。
説明この属性には、承認済みの購買依頼から生成された発注書の一意のIDが格納されます。購買依頼プロセスと、その後の調達プロセスをつなぐリンクとして機能します。この番号を追跡することは、「購買依頼から発注書への変換時間」を分析するうえで欠かせません。購買依頼が調達から支払いまでの次の段階へ正常に進んだことを確認でき、購買依頼と発注書の両方にまたがるエンドツーエンドのプロセス分析が可能になります。重要な理由購買依頼と後続の発注書をつなぎ、購買依頼から発注書への変換を分析するとともに、調達から支払いまでの異なる段階を関連付けられます。入手先通常、発注書の作成後に購買依頼明細テーブル（PurchReqLine）で確認でき、PurchTableへの関連付けに使用されます。例 PO-000987PO-000988PO-000989
	通貨 Currency	申請金額に使用する通貨コードです。
説明この属性は、申請の合計金額を表す通貨を指定します。例として、USD、EUR、GBPなどがあります。複数の通貨を扱う多国籍組織では、財務分析に欠かせません。通貨属性を使うことで、財務データを正しく処理し、集計できます。金額を正しく解釈し、共通通貨へ換算して、地域や事業部門をまたいだ正確なレポート作成と比較が可能になります。重要な理由財務属性の解釈に必要な背景を示し、複数通貨の環境で金額を正確に解釈・集計できるようにします。入手先通常は購買申請ヘッダーテーブルのPurchReqTableにあり、金額フィールドと並んで保存されています。例 USDEURGBP

必須推奨任意

調達から支払いまで：購買依頼のアクティビティ

購買依頼ワークフローを正確に発見・分析するため、イベントログに記録する基本的なプロセス手順とマイルストーンです。

7 推奨 5 任意

	アクティビティ	説明
	承認ステップの承認	承認者が割り当てられたタスクを完了し、プロセス上の担当段階で申請を承認します。申請は次のステップ、または最終承認へ進みます。
重要な理由各承認段階の処理時間を測定し、ワークフローの効率的な部分を特定できます。バリアント分析の主要な要素です。入手先ユーザーが「Approve」の結果で作業項目を完了した時点で、「WorkflowTrackingStatusTable」に明示的に記録されます。取得ワークフロー履歴ログから、「Approve」の結果を持つ「WorkItemCompleted」イベントを特定します。イベントタイプ explicit
	承認のために購買申請を提出	ユーザーが入力済みの申請を提出すると、正式な承認ワークフローが開始されます。これは、システムのワークフローエンジンに記録される明示的な操作です。
重要な理由このアクティビティは、承認サイクルを開始する重要な節目です。「申請承認サイクル時間」と「初回承認率」を測定する起点になります。入手先購買申請に対して「Submission」イベントが記録される「WorkflowTrackingStatusTable」または同様のワークフロー履歴テーブルから取得します。取得申請に関連付けられた「Submission」または「Start」イベントタイプを、ワークフロー履歴ログから抽出します。イベントタイプ explicit
	購買注文の作成	承認済みの購買申請明細が購買注文明細に変換され、調達チームへの引き継ぎが行われたことを示します。申請明細と購買注文明細を関連付けて記録します。
重要な理由これは申請と後続の調達プロセスをつなぐ重要な節目です。「申請からPOへの変換時間」KPIの測定に欠かせません。入手先申請ケースに関連付けられた「PurchReqLine」のIDを参照するレコードを「PurchLine」テーブルから見つけて推定します。取得関連付け用の参照フィールド（例：PurchReqLineRefId）を使って、PurchReqLineとPurchLineを結合します。イベントタイプ inferred
	購買申請のクローズ	購買申請全体が完了した状態です。すべての明細が購買注文に処理されたか、キャンセルされています。最終的に正常終了した状態を示します。
重要な理由このアクティビティは、申請ライフサイクルが正常に完了したことを示します。プロセス全体の所要時間を測定する際の最終地点です。入手先通常は計算または推定されるステータスです。関連するすべての「PurchReqLine」レコードが「Closed」や「Cancelled」などの最終ステータスに到達した時点で発生します。取得 PurchReqTableに紐づくすべての子PurchReqLineレコードが最終ステータスになっているかを確認して、このイベントを導出します。イベントタイプ calculated
	購買申請の作成	このイベントは、購買申請レコードが下書き状態で最初に作成されたことを示します。購買申請ヘッダーの作成タイムスタンプを特定して記録します。
重要な理由プロセスの開始点となるこのアクティビティは、申請ライフサイクル全体の所要時間を測定し、日々の申請処理量を分析するうえで欠かせません。入手先このアクティビティは、新しい購買申請IDごとに、PurchReqTableの「createdDateTime」フィールドから推定します。取得 PurchReqTableのレコード作成時のタイムスタンプを使用します。イベントタイプ inferred
	購買申請の却下	承認ワークフロー中に申請が却下され、それ以上処理されない状態です。申請における最終的な失敗状態を示します。
重要な理由この終了イベントは、全体の却下率を分析し、失敗した申請による財務面または業務面の影響を把握するうえで重要です。入手先ワークフローが「Rejected」ステータスで完了した時点で、「WorkflowTrackingStatusTable」から明示的に取得します。この時点で「PurchReqTable」のステータスフィールドも更新されます。取得「Rejected」ステータスを持つワークフローの「Completion」イベントを抽出するか、PurchReqTableのステータス変更を追跡します。イベントタイプ explicit
	購買申請の承認	申請がワークフローで必要なすべての承認ステップを正常に通過しました。ワークフローインスタンスが最終承認済みステータスで完了した時点で、このアクティビティを記録します。
重要な理由これは承認サイクルの終了と調達フェーズの開始を示す重要な節目です。「申請承認サイクル時間」KPIの終了イベントになります。入手先ワークフローの完了時に「WorkflowTrackingStatusTable」から明示的に取得します。この時点で、「PurchReqTable」の「Status」フィールドも「Approved」に更新されます。取得「Approved」ステータスを持つワークフローの「Completion」イベントを抽出するか、PurchReqTableのステータス変更を追跡します。イベントタイプ explicit
	承認ステップの却下	承認者が割り当てられたタスクを却下すると、通常は修正のため申請が申請元へ戻されます。これはワークフローエンジンに記録される明示的な操作です。
重要な理由このアクティビティは「購買申請却下率」の計算や、却下が最も多く発生する段階の特定に欠かせません。プロセス改善が必要な領域を明らかにできます。入手先ユーザーが「Reject」の結果で作業項目を完了した時点で、「WorkflowTrackingStatusTable」に明示的に記録されます。取得ワークフロー履歴ログから、「Reject」の結果を持つ「WorkItemCompleted」イベントを特定します。イベントタイプ explicit
	承認ステップの開始	ワークフローの一部として、個別の承認タスクがユーザーまたはグループに割り当てられます。特定の承認者について、待機時間または処理時間の計測が始まることを示します。
重要な理由このアクティビティは「承認ステップのボトルネック分析」に欠かせません。特定の承認段階における待ち行列時間を測定できます。入手先申請のワークフローインスタンスに対して新しい作業項目が作成され、割り当てられた時点の「WorkflowTrackingStatusTable」から取得します。取得対象の申請について、ワークフロー履歴ログから「WorkItemCreated」または同様のイベントを特定します。イベントタイプ explicit
	購買申請の修正	このイベントは、ユーザーが変更を加えるため、提出済みの申請をワークフローから呼び戻したときに発生します。通常は、呼び戻し操作の後に再提出が行われたことを特定して記録します。
重要な理由修正を追跡することで、手戻り、初期申請の不明確さ、プロセスの非効率を特定できます。これは「購買申請修正頻度」ダッシュボードを直接支援します。入手先ワークフロー履歴（「WorkflowTrackingStatusTable」）で「Recall」または「RequestChange」操作を検出して推定できます。また、提出後の「PurchReqTable」における「modifiedDateTime」フィールドの変更から推定することもできます。取得ワークフローの呼び戻しイベント、または提出イベント間のレコードバージョンの変更を検出します。イベントタイプ inferred
	購買申請の取り下げ	作成者または権限を持つユーザーが、提出後に申請をキャンセルします。この操作により、ワークフローと申請が終了します。
重要な理由取り下げを追跡することで、需要計画の問題や、複雑すぎるプロセスを特定できます。「購買申請取り下げ分析」ダッシュボードを支援します。入手先「PurchReqTable」のステータスが「Cancelled」に変更されたこと、または「WorkflowTrackingStatusTable」の「Cancel」イベントから推定します。取得 PurchReqTableで「Cancelled」へのステータス変更、またはワークフローのキャンセルイベントを検出します。イベントタイプ inferred
	購買申請明細のクローズ	購買申請の個別明細が完全に処理された状態です。通常は、明細が購買注文に完全に変換された後に発生します。
重要な理由申請の履行状況を詳細に把握でき、申請が購買注文に一部変換されたのか、すべて変換されたのかを特定できます。入手先個別の「PurchReqLine」テーブルにあるステータスフィールドから推定します。注文済みまたは受領済みを示すステータスであれば、クローズを意味します。取得 PurchReqLineテーブルのステータスフィールドを監視し、「Invoiced」や「Closed」などの最終値を確認します。イベントタイプ inferred

推奨任意

抽出ガイド

Microsoft Dynamics 365からデータを取得する方法

ステップ

Data Management Workspaceへのアクセス：Microsoft Dynamics 365にログインし、Workspacesメニューに移動します。Data managementを選択して、データのインポートとエクスポートを行う中央ハブを開きます。
新しいエクスポートプロジェクトの作成：Data ManagementワークスペースでExportタイルをクリックします。一意のグループ名と内容が分かる説明を入力し、Project categoryにProjectを設定します。これにより、データ抽出タスクを整理できます。
データエンティティの追加：必要な標準データエンティティをプロジェクトに追加します。Add entityをクリックし、次の各エンティティを検索して、1つずつ追加します：
- Purchase requisition headers
- Purchase requisition lines
- Workflow tracking status table
- Workflow work items
- Purchase order lines V2
エクスポート形式の定義：追加した各エンティティで、CSVやExcelなどのTarget data formatを選択します。パフォーマンスとデータ変換ツールとの互換性の観点から、通常はCSVを推奨します。
データフィルターの適用：エンティティを選択し、フィルターボタンをクリックします。範囲タブでLegal entity（会社コード）を指定し、正しい事業部門からデータを抽出できるようにします。また、データ量を制限するため、Purchase requisition headersエンティティのCreated date and timeフィールドに日付フィルターを追加することも重要です。まずは3～6か月の期間から始めることを推奨します。
エクスポートジョブの実行：すべてのエンティティとフィルターを設定したら、アクションペインでExportをクリックします。システムがジョブパッケージを作成し、処理を開始します。Job historyセクションでジョブの進行状況を確認できます。
データパッケージのダウンロード：エクスポートジョブが正常に完了したら、Job historyの詳細に移動し、Download packageをクリックします。エンティティごとのデータファイルを含むZIPファイルがダウンロードされます。
生のデータのイベントログへの変換：エクスポートされたファイルは、生のシステムテーブルであり、完成したイベントログではありません。Python、Power Query、ETLプラットフォームなどの外部ツールを使い、データを結合して再構成します。次の処理を行います：
- ヘッダーファイルと明細ファイルを結合します。
- CorrelationIdと購買依頼ヘッダーのRecIdを使い、ワークフローデータを購買依頼に結合します。
- ワークフローテーブルのステータス変更とワークフローイベントをピボットし、個別のアクティビティ行（Requisition Submitted、Approval Step Approvedなど）に変換します。
- 正しいActivityName、EventTime、PurchaseRequisitionIdを設定し、アクティビティごとに新しい行を作成します。
属性の計算とマッピング：変換時に、ソース列をユーザーや部門などの必須属性にマッピングします。明細金額を合計してRequisitionTotalAmountなどの派生属性を計算します。SourceSystemIdには固定値（例：D365_F&O）を設定し、LastDataIngestionTimestampにはスクリプトの実行時刻を使用します。
出力の確定と整形：最終出力ファイルが、プロセス内の1つのイベントを1行で表す単一のCSVファイルであることを確認します。列は、PurchaseRequisitionId、ActivityName、EventTimeを含む、必須のイベントログ構造と一致させます。

設定

必要な権限：ユーザーには、「Data management」ワークスペースと、エクスポート対象の特定データエンティティへアクセスできるセキュリティロールが必要です。例として、「Data management administrator」または同等のカスタムロールがあります。
主要なデータエンティティ：
- 「Purchase requisition headers」：主要なケース識別子、作成日時、全体ステータスを提供します。
- 「Purchase requisition lines」：各申請品目の金額や発注書へのリンクなど、明細情報を含みます。
- 「Workflow tracking status table」：申請、承認、却下、取り消しなどのワークフローイベントの主要なソースです。
- 「Workflow work items」：承認プロセス中にユーザーへ割り当てられた具体的なタスクの詳細を提供します。
- 「Purchase order lines V2」：購買依頼明細に関連付けられた発注書の作成日時を確認するために使用します。
日付範囲のフィルタリング：「Purchase requisition headers」エンティティの「Created date and time」フィールドに日付範囲フィルターを適用することが重要です。初期分析では、データ量とプロセスの把握を両立できる3～6か月の範囲を推奨します。
会社コードのフィルタリング：意図しない会社やテスト会社のデータを抽出しないよう、必ず「Legal entity」のフィルターを適用してください。データ量が大幅に減り、ジョブの処理性能も向上します。
データ変換：この方法では、Dynamics 365の外部で、生のエンティティエクスポートを構造化されたイベントログへ変換する大規模な後処理が必要です。スクリプトまたはETLツールを使用する準備をしてください。

a サンプルクエリ sql

/*
This is not a single executable query. Instead, it is a configuration manifest for a Dynamics 365 Data Management Framework Export Project.
You must add each entity listed below to the project and select the specified fields for export.
The transformation logic to create the final event log must be applied after exporting these files.
*/

-- Entity 1: Purchase requisition headers
-- Purpose: Captures requisition creation, overall status, and header-level attributes.
SELECT
    REQUISITIONNUMBER AS PurchaseRequisitionId,
    REQUISITIONSTATUS AS RequisitionStatus,
    CREATEDDATETIME AS EventTime_RequisitionCreated,
    MODIFIEDDATETIME AS EventTime_RequisitionClosed, -- Used if status is Closed
    PREPARERPERSONNELNUMBER AS User_Preparer,
    REQUESTERPERSONNELNUMBER AS User_Requester,
    DEFAULTLEDGERDIMENSIONDISPLAYVALUE AS Department, -- Or similar dimension field
    REQUISITIONTOTAL AS RequisitionTotalAmount
FROM PurchaseRequisitionHeaderEntity;

-- Entity 2: Purchase requisition lines
-- Purpose: Provides line-level details, amounts, and links to Purchase Orders.
SELECT
    REQUISITIONNUMBER AS PurchaseRequisitionId,
    LINENUMBER,
    REQUISITIONINGSTATUS AS LineStatus,
    MODIFIEDDATETIME AS EventTime_LineClosed, -- Used if status is Closed
    PURCHASEORDERNUMBER,
    PURCHASEORDERLINENUMBER
FROM PurchaseRequisitionLineEntity;

-- Entity 3: Workflow tracking status table
-- Purpose: The primary source for all workflow-driven activities.
-- Note: Requires joining to PurchReqTable on RecId = CorrelationId post-export.
SELECT
    CONTEXT, -- Contains information like step name
    CORRELATIONID, -- Links to source document's RecId
    CREATEDDATETIME AS EventTime_WorkflowStep,
    TRACKINGSTATUS AS ActivityName, -- (e.g., Submitted, Approved, Rejected, Canceled)
    USERID AS User
FROM WorkflowTrackingStatusTableEntity;

-- Entity 4: Workflow work items
-- Purpose: Captures the start of an approval task assigned to a user.
-- Note: Requires joining to PurchReqTable on RecId = CorrelationId post-export.
SELECT
    CORRELATIONID, -- Links to source document's RecId
    CREATEDDATETIME AS EventTime_ApprovalStepStarted,
    USERID AS User, -- The user assigned the task
    DESCRIPTION AS ApprovalStep
FROM WorkflowWorkItemTableEntity;

-- Entity 5: Purchase order lines V2
-- Purpose: Used to find the creation date of the resulting Purchase Order.
-- Note: Requires joining to PurchaseRequisitionLineEntity on PO/Line number post-export.
SELECT
    PURCHASEORDERNUMBER,
    LINENUMBER,
    CREATEDDATETIME AS EventTime_PurchaseOrderCreated
FROM PurchaseOrderLinesV2Entity;

ステップ

Azure Active Directoryアプリケーションを登録：Azureポータルへ移動し、新しいアプリケーションを登録します。このアプリケーションはDynamics 365 APIの認証に使用します。アプリケーション（クライアント）IDとディレクトリ（テナント）IDを控えておきます。
クライアントシークレットを生成：Azureで登録したアプリケーションの「Certificates & secrets」から、新しいクライアントシークレットを作成します。シークレット値は後から再表示できないため、安全にコピーして保管してください。
API権限を付与：アプリケーションの「API permissions」セクションで「Dynamics ERP」の権限を追加します。「Delegated permissions」を選択し、「Financials.ReadWrite.All」または、より制限された読み取り専用の同等権限を付与します。権限について管理者の同意を付与してください。
Pythonライブラリをインストール：Pythonがインストールされていることを確認します。その後、pipで必要なライブラリをインストールします：pip install requests pandas。
Pythonスクリプトを設定：提供されたPythonスクリプトを、たとえば「extract_d365_requisitions.py」というファイルにコピーします。スクリプト上部のプレースホルダー変数に、Dynamics 365のURL、テナントID、クライアントID、クライアントシークレット、対象期間、会社IDを入力します。
ODataエンティティを確認：スクリプトは主に3つのデータエンティティを照会します。「PurchaseRequisitionHeaders」は購買依頼の主要情報、「PurchaseRequisitionLines」は発注書への変換を含む明細情報、「WorkflowTrackingStatusTable」は申請や承認などのワークフロー関連イベントを提供します。
スクリプトを実行：コマンドラインから「python extract_d365_requisitions.py」を実行します。スクリプトが認証を行い、各アクティビティのデータを取得し、APIのページネーションを自動的に処理します。
データ変換：スクリプトはAPI呼び出しで取得した生のJSONデータを処理します。レコードを反復処理し、12種類の業務アクティビティごとに個別の行を作成してデータを再構成します。ソースフィールドを「PurchaseRequisitionId」、「ActivityName」、「EventTime」などの標準イベントログ列へマッピングします。
イベントを統合して標準化：生成したすべてのイベントを1つのリストに集め、pandas DataFrameへ変換します。スクリプトは「SourceSystemId」や「LastDataIngestionTimestamp」などの固定列も追加します。
CSVへエクスポート：最終的なDataFrameを「d365_purchase_requisition_log.csv」というCSVファイルへエクスポートします。このファイルはプロセスマイニングツールへ直接アップロードできる形式です。ファイルがUTF-8でエンコードされていることを確認してください。

設定

前提条件：アプリケーション登録に使用するAzureサブスクリプションが必要です。また、Azure Active Directoryから取得したアプリケーション（クライアント）ID、クライアントシークレット、テナントIDも必要です。スクリプトを実行するユーザーには、Dynamics 365 Finance and Operations OData APIエンドポイントへのアクセス権を付与してください。
APIエンドポイントの設定：スクリプトにはDynamics 365環境のベースURLが必要です。通常は「https://[your-environment-name].operations.dynamics.com」の形式です。
日付範囲：スクリプトの「START_DATE」と「END_DATE」変数に抽出期間を設定します。初期分析では、データ量と得られる情報のバランスを取るため、3～6か月の期間を推奨します。
会社フィルター：スクリプトは「COMPANY_ID」変数を使って特定の法人を対象にする設定です。すべての会社のデータを抽出する場合は、ODataフィルターを変更し、リクエストヘッダーに「cross-company=true」を含める必要があります。
処理性能に関する考慮事項：スクリプトはODataクエリで「$select」を使用し、イベントログに必要な列だけを取得するため、処理性能が向上します。また、大規模なデータセットを扱えるようページネーションも処理します。非常に大規模な履歴データを読み込む場合は、日付範囲を小さく分け、バッチ単位でスクリプトを実行することを検討してください。

a サンプルクエリ python

import requests
import pandas as pd
from datetime import datetime, timezone
import os

class=class="hl-string">"hl-comment"># --- Configuration ---
class=class="hl-string">"hl-comment"># Replace with your Dynamics 365 environment details
D365_URL = class="hl-string">"https://[your-d365-url].operations.dynamics.com"
TENANT_ID = class="hl-string">"[your-tenant-id]"
CLIENT_ID = class="hl-string">"[your-client-id]"
CLIENT_SECRET = class="hl-string">"[your-client-secret]"

class=class="hl-string">"hl-comment"># --- Parameters ---
class=class="hl-string">"hl-comment"># Set the data extraction window
START_DATE = class="hl-string">"2023-01-01T00:00:00Z"
END_DATE = class="hl-string">"2023-12-31T23:59:59Z"
COMPANY_ID = class="hl-string">"[YourCompanyLegalEntity]" class=class="hl-string">"hl-comment"># e.g., class="hl-string">"USMF"
OUTPUT_FILENAME = class="hl-string">"d365_purchase_requisition_log.csv"


def get_access_token():
    class="hl-string">"""Authenticates with Azure AD to get an access token."""
    auth_url = fclass="hl-string">"https://login.microsoftonline.com/{TENANT_ID}/oauth2/token"
    payload = {
        class="hl-string">'grant_type': class="hl-string">'client_credentials',
        class="hl-string">'client_id': CLIENT_ID,
        class="hl-string">'client_secret': CLIENT_SECRET,
        class="hl-string">'resource': D365_URL
    }
    response = requests.post(auth_url, data=payload)
    response.raise_for_status()
    return response.json()[class="hl-string">'access_token']

def fetch_data(access_token, entity_url):
    class="hl-string">"""Fetches all pages of data from a given D365 OData entity URL."""
    all_records = []
    headers = {
        class="hl-string">'Authorization': fclass="hl-string">'Bearer {access_token}',
        class="hl-string">'Accept': class="hl-string">'application/json'
    }
    while entity_url:
        response = requests.get(entity_url, headers=headers)
        response.raise_for_status()
        data = response.json()
        all_records.extend(data[class="hl-string">'value'])
        entity_url = data.get(class="hl-string">'@odata.nextLink')
    return all_records

def main():
    class="hl-string">"""Main function to extract, transform, and save the event log."""
    print(class="hl-string">"Acquiring access token...")
    access_token = get_access_token()
    events = []
    last_ingestion_ts = datetime.now(timezone.utc).isoformat()

    class=class="hl-string">"hl-comment"># 1. Fetch Purchase Requisition Headers for class="hl-string">'Created' and class="hl-string">'Closed' events
    print(class="hl-string">"Fetching Purchase Requisition Headers...")
    pr_headers_url = (
        fclass="hl-string">"{D365_URL}/data/PurchaseRequisitionHeaders?" 
        fclass="hl-string">"$filter=dataAreaId eq '{COMPANY_ID}' and CreatedDateTime ge {START_DATE} and CreatedDateTime le {END_DATE}" 
        fclass="hl-string">"&$select=RequisitionNumber,RequisitionStatus,CreatedDateTime,CreatedBy,RequestingDepartmentName,RequisitionTotalAmount,RequisitionUrgencyLevel"
    )
    pr_headers = fetch_data(access_token, pr_headers_url)

    for prh in pr_headers:
        case_id = prh.get(class="hl-string">'RequisitionNumber')
        class=class="hl-string">"hl-comment"># Activity: Requisition Created
        events.append({
            class="hl-string">'PurchaseRequisitionId': case_id,
            class="hl-string">'ActivityName': class="hl-string">'Requisition Created',
            class="hl-string">'EventTime': prh.get(class="hl-string">'CreatedDateTime'),
            class="hl-string">'User': prh.get(class="hl-string">'CreatedBy'),
            class="hl-string">'Department': prh.get(class="hl-string">'RequestingDepartmentName'),
            class="hl-string">'RequisitionStatus': prh.get(class="hl-string">'RequisitionStatus'),
            class="hl-string">'RequisitionTotalAmount': prh.get(class="hl-string">'RequisitionTotalAmount'),
            class="hl-string">'UrgencyLevel': prh.get(class="hl-string">'RequisitionUrgencyLevel'),
            class="hl-string">'ApprovalStep': None,
            class="hl-string">'ProcessingTime': None
        })
        class=class="hl-string">"hl-comment"># Activity: Requisition Closed
        if prh.get(class="hl-string">'RequisitionStatus') == class="hl-string">'Closed':
            class=class="hl-string">"hl-comment"># Note: We need a reliable timestamp for closure. Using CreatedDateTime as a placeholder.
            class=class="hl-string">"hl-comment"># A better source might be the last workflow approval or line closure date.
            events.append({
                class="hl-string">'PurchaseRequisitionId': case_id,
                class="hl-string">'ActivityName': class="hl-string">'Requisition Closed',
                class="hl-string">'EventTime': prh.get(class="hl-string">'CreatedDateTime'), class=class="hl-string">"hl-comment"># Placeholder timestamp
                class="hl-string">'User': prh.get(class="hl-string">'CreatedBy'), class=class="hl-string">"hl-comment"># Placeholder user
                class="hl-string">'Department': prh.get(class="hl-string">'RequestingDepartmentName'),
                class="hl-string">'RequisitionStatus': class="hl-string">'Closed',
                class="hl-string">'RequisitionTotalAmount': prh.get(class="hl-string">'RequisitionTotalAmount'),
                class="hl-string">'UrgencyLevel': prh.get(class="hl-string">'RequisitionUrgencyLevel'),
                class="hl-string">'ApprovalStep': None,
                class="hl-string">'ProcessingTime': None
            })

    class=class="hl-string">"hl-comment"># 2. Fetch Workflow History for workflow-related events
    print(class="hl-string">"Fetching Workflow Tracking Status Table...")
    workflow_url = (
        fclass="hl-string">"{D365_URL}/data/WorkflowTrackingStatusTable?"
        fclass="hl-string">"$filter=dataAreaId eq '{COMPANY_ID}' and CreatedDateTime ge {START_DATE} and CreatedDateTime le {END_DATE} and startswith(Context,'PurchReq')"
        fclass="hl-string">"&$select=Context,CreatedDateTime,TrackingType,User,WorkItemSubject"
    )
    workflow_items = fetch_data(access_token, workflow_url)

    for item in workflow_items:
        context_parts = item.get(class="hl-string">'Context', class="hl-string">'').split(class="hl-string">':')
        if len(context_parts) < 2:
            continue
        case_id = context_parts[1].strip()
        tracking_type = item.get(class="hl-string">'TrackingType')
        activity_map = {
            class="hl-string">'Submission': class="hl-string">'Requisition Submitted for Approval',
            class="hl-string">'Started': class="hl-string">'Approval Step Started',
            class="hl-string">'Completion': class="hl-string">'Approval Step Approved',
            class="hl-string">'Rejection': class="hl-string">'Approval Step Rejected',
            class="hl-string">'Cancellation': class="hl-string">'Requisition Withdrawn',
            class="hl-string">'Recall': class="hl-string">'Requisition Amended',
            class="hl-string">'Approved': class="hl-string">'Requisition Approved',
            class="hl-string">'Fault': class="hl-string">'Requisition Rejected'
        }
        activity_name = activity_map.get(tracking_type)
        if activity_name:
            events.append({
                class="hl-string">'PurchaseRequisitionId': case_id,
                class="hl-string">'ActivityName': activity_name,
                class="hl-string">'EventTime': item.get(class="hl-string">'CreatedDateTime'),
                class="hl-string">'User': item.get(class="hl-string">'User'),
                class="hl-string">'Department': None, class=class="hl-string">"hl-comment"># Department info is not in this entity
                class="hl-string">'RequisitionStatus': None, class=class="hl-string">"hl-comment"># Status info is not in this entity
                class="hl-string">'RequisitionTotalAmount': None,
                class="hl-string">'UrgencyLevel': None,
                class="hl-string">'ApprovalStep': item.get(class="hl-string">'WorkItemSubject'),
                class="hl-string">'ProcessingTime': None
            })

    class=class="hl-string">"hl-comment"># 3. Fetch Purchase Requisition Lines for PO Creation and Line Closure
    print(class="hl-string">"Fetching Purchase Requisition Lines...")
    pr_lines_url = (
        fclass="hl-string">"{D365_URL}/data/PurchaseRequisitionLines?"
        fclass="hl-string">"$filter=dataAreaId eq '{COMPANY_ID}' and CreatedDateTime ge {START_DATE} and CreatedDateTime le {END_DATE}"
        fclass="hl-string">"&$select=RequisitionNumber,PurchaseOrderNumber,IsPrepaymentRequired,LineStatus,ModifiedDateTime,ModifiedBy"
    )
    pr_lines = fetch_data(access_token, pr_lines_url)

    for prl in pr_lines:
        case_id = prl.get(class="hl-string">'RequisitionNumber')
        po_number = prl.get(class="hl-string">'PurchaseOrderNumber')
        line_status = prl.get(class="hl-string">'LineStatus')
        
        class=class="hl-string">"hl-comment"># Activity: Purchase Order Created
        if po_number:
             events.append({
                class="hl-string">'PurchaseRequisitionId': case_id,
                class="hl-string">'ActivityName': class="hl-string">'Purchase Order Created',
                class="hl-string">'EventTime': prl.get(class="hl-string">'ModifiedDateTime'),
                class="hl-string">'User': prl.get(class="hl-string">'ModifiedBy'),
                class="hl-string">'Department': None,
                class="hl-string">'RequisitionStatus': None,
                class="hl-string">'RequisitionTotalAmount': None,
                class="hl-string">'UrgencyLevel': None,
                class="hl-string">'ApprovalStep': fclass="hl-string">"PO: {po_number}",
                class="hl-string">'ProcessingTime': None
            })

        class=class="hl-string">"hl-comment"># Activity: Requisition Line Closed
        if line_status == class="hl-string">'Closed':
             events.append({
                class="hl-string">'PurchaseRequisitionId': case_id,
                class="hl-string">'ActivityName': class="hl-string">'Requisition Line Closed',
                class="hl-string">'EventTime': prl.get(class="hl-string">'ModifiedDateTime'),
                class="hl-string">'User': prl.get(class="hl-string">'ModifiedBy'),
                class="hl-string">'Department': None,
                class="hl-string">'RequisitionStatus': class="hl-string">'Closed',
                class="hl-string">'RequisitionTotalAmount': None,
                class="hl-string">'UrgencyLevel': None,
                class="hl-string">'ApprovalStep': None,
                class="hl-string">'ProcessingTime': None
            })

    if not events:
        print(class="hl-string">"No events found for the specified criteria.")
        return

    class=class="hl-string">"hl-comment"># 4. Create and format the DataFrame
    print(class="hl-string">"Formatting data...")
    df = pd.DataFrame(events)
    df[class="hl-string">'SourceSystemId'] = class="hl-string">'Microsoft Dynamics 365'
    df[class="hl-string">'LastDataIngestionTimestamp'] = last_ingestion_ts

    class=class="hl-string">"hl-comment"># Fill forward missing data within each case
    df = df.sort_values(by=[class="hl-string">'PurchaseRequisitionId', class="hl-string">'EventTime'])
    df[[class="hl-string">'Department', class="hl-string">'RequisitionTotalAmount', class="hl-string">'UrgencyLevel']] = \
        df.groupby(class="hl-string">'PurchaseRequisitionId')[[class="hl-string">'Department', class="hl-string">'RequisitionTotalAmount', class="hl-string">'UrgencyLevel']].ffill().bfill()

    class=class="hl-string">"hl-comment"># Ensure required columns exist and are in order
    final_columns = [
        class="hl-string">'PurchaseRequisitionId',
        class="hl-string">'ActivityName',
        class="hl-string">'EventTime',
        class="hl-string">'SourceSystemId',
        class="hl-string">'LastDataIngestionTimestamp',
        class="hl-string">'User',
        class="hl-string">'Department',
        class="hl-string">'RequisitionStatus',
        class="hl-string">'RequisitionTotalAmount',
        class="hl-string">'UrgencyLevel',
        class="hl-string">'ApprovalStep',
        class="hl-string">'ProcessingTime'
    ]
    for col in final_columns:
        if col not in df.columns:
            df[col] = None
    
    df = df[final_columns]

    class=class="hl-string">"hl-comment"># 5. Save to CSV
    df.to_csv(OUTPUT_FILENAME, index=False, encoding=class="hl-string">'utf-8')
    print(fclass="hl-string">"Successfully extracted {len(df)} events to {OUTPUT_FILENAME}")

if __name__ == class="hl-string">"__main__":
    main()

ステップ

Microsoft Dynamics 365 FinanceネイティブコネクタがPower BI Desktopで利用でき、ユーザーに必要なデータエンティティ、ワークフロー履歴、購買依頼データ、関連する発注書データへのアクセス権限があることを確認します。
Power BI Desktopで「Get data」を選択し、「Microsoft Dynamics 365 Finance」コネクタを選択して、Dynamics 365 FinanceのインスタンスURLを入力します。必要なエンティティを読み取る権限を持つアカウントで認証します。「[Your Dynamics 365 Finance instance URL]」を環境のインスタンスURLに置き換えます。
Navigatorで、実装に必要な購買依頼ヘッダーおよび明細エンティティ、ワークフロー履歴またはワークフロー追跡エンティティ、ユーザーおよび組織エンティティ、発注書エンティティを選択します。エンティティ名と利用可能なフィールドは環境によって異なります。エンティティメタデータを確認し、クエリ内の各プレースホルダーを、システムで公開されている対応するエンティティとフィールドに置き換えます。
選択したエンティティをPower Queryに読み込みます。必要な法人または会社、伝票種別、抽出期間でデータをフィルターします。「[Start date]」と「[End date]」にはパラメーターを使用し、イベントタイムスタンプが選択期間内にあるレコードを残します。ケース履歴を完全に保つため、期間開始前に作成されていても、期間内にワークフローイベントまたは完了イベントがあるレコードを含めます。
識別子とタイムスタンプを標準化します。購買依頼識別子をテキストに変換し、すべてのイベントタイムスタンプを一貫したUTCまたは業務上のタイムゾーンに変換して、ソースのタイムスタンプ精度を保持します。すべてのイベント行で購買依頼ヘッダー識別子を利用できるようにします。ワークフローレコードにワークフロー相関識別子しかない場合は、環境で設定された文書化済みの関係を使って購買依頼ヘッダーに結合します。
必要なアクティビティごとにイベントクエリを作成します。イベントクエリは、「Requisition Created」、「Requisition Submitted for Approval」、「Requisition Amended」、「Approval Step Started」、「Approval Step Approved」、「Approval Step Rejected」、「Requisition Approved」、「Requisition Rejected」、「Requisition Withdrawn」、「Purchase Order Created」、「Requisition Line Closed」、「Requisition Closed」の各行を明示的に返す必要があります。ステータス変更やイベントの順序からProcessMindにアクティビティを推測させないでください。
「Requisition Amended」については、ワークフロー履歴に基づく文書化済みの取り消し・再申請ロジックを適用します。取り消し操作の後に再申請が行われた場合は、取り消しのタイムスタンプ、またはソースエンティティで提供される修正タイムスタンプに修正イベントを作成します。ソースシステムがその変更を明示的に修正として記録していない限り、購買依頼のステータス変更だけを根拠に修正行を作成しないでください。
明細および発注書イベントについては、文書化済みのソース関係を使って購買依頼明細と発注書明細を結合します。イベントログがPurchaseRequisitionIdをケース識別子とするケース単位の場合は、明細レベルのイベントを集約するか、同じケース識別子を持つ個別行として保持します。必須属性ではなくても、利用可能な場合は追加列に明細識別子を保持します。
必須出力列として、PurchaseRequisitionId、ActivityName、EventTime、SourceSystemId、LastDataIngestionTimestampを追加します。推奨列として、User、Department、RequisitionStatus、RequisitionTotalAmount、UrgencyLevel、ApprovalStepを追加します。利用できない値には架空の値を入れず、nullを設定します。SourceSystemIdには、Dynamics 365 Financeなど一貫したソース値を使用します。
すべてのアクティビティクエリをUNION ALLで追加し、ケース識別子またはイベントタイムスタンプが欠落している行を削除して、PurchaseRequisitionIdとEventTimeの順に並べ替えます。個別のワークフロータスクや購買依頼明細を表す重複イベントは保持します。ソースレコードが明らかに重複した抽出結果である場合に限り、重複を削除します。
以下に示すチェックを使って、作成したイベントログを検証します。必要なアクティビティがすべて明示的な行として含まれていること、タイムスタンプが選択期間内にあること、結合によってイベント数が想定外に増えていないことを確認します。
最終テーブルをCSV、またはProcessMindがサポートする別のイベントログ形式で読み込むかエクスポートします。PurchaseRequisitionIdをケース識別子、ActivityNameをアクティビティ、EventTimeをイベントタイムスタンプとしてマッピングします。SourceSystemIdとLastDataIngestionTimestampはイベント属性として保持し、利用可能な推奨属性もすべて残します。

設定

コネクターとデータソース：Power BI DesktopでMicrosoft Dynamics 365 Financeのネイティブコネクターを使用します。[Your Dynamics 365 Finance instance URL]を環境のURLに置き換えます。エンティティ名とフィールドは、対象の実装に対応するNavigatorのメタデータで確認してください。
必須エンティティ：購買依頼のヘッダーおよび明細エンティティ、ワークフロー追跡またはワークフロー履歴エンティティ、発注書のヘッダーおよび明細エンティティ、ならびにデータ補完に必要なユーザーまたは組織エンティティを選択します。正確なエンティティが確認できるまでは、[Your entity name]のプレースホルダーを使用します。
期間：まずは3～6か月分のデータから始めます。選択した期間中に、ワークフロー、発注書、明細のクローズ、または購買依頼のクローズに関するイベントが発生したケースについて、過去の購買依頼ヘッダーも含めます。
会社および文書フィルター：該当する場合は、[Your company or legal entity filter]および[Your document type filter]で絞り込みます。購買依頼識別子がグローバルで一意なのか、会社ごとにのみ一意なのかを確認してください。
ワークフローの範囲：提出、取り消し、再提出、タスク割り当て、承認、却下、撤回、完了、キャンセルの各アクションを含めます。環境で使用されている値に基づき、ワークフローのアクションとステータスのマッピングを設定します。
イベントの意味：すべてのアクティビティを明示的なイベント行として出力する必要があります。ProcessMindは、他の行から承認、変更、クローズ、変換のイベントを推測しません。
タイムスタンプの処理：すべてのタイムスタンプを1つのタイムゾーンに統一します。データソースのタイムスタンプがUTCで保存されているか、現地の業務時間で保存されているかを記録してください。利用可能な中で最も精度の高いデータソースのタイムスタンプを使用します。
増分更新：定期的に抽出する場合は、データソースの最終更新時刻またはイベント時刻の最大値に基づくウォーターマークを使用し、遅れて到着するワークフローレコードを取得できるよう重複期間を設けます。最終的なイベントログを読み込む前に、重複期間のデータを照合してください。
パフォーマンス：結合前にデータソースのエンティティを絞り込み、必要な列だけを選択します。不要な過去のワークフローレコードの読み込みは避け、対応している場合はクエリフォールディングを使用します。ヘッダー、明細、ワークフローイベント、発注書との関係は、結合前に個別に抽出します。
権限と前提条件：アカウントには、選択したDynamics 365 Financeのデータエンティティとワークフローデータへの読み取りアクセス権が必要です。関連する調達機能とワークフロー機能が有効になっていること、またPower BI Desktop、コネクター、該当する場合はゲートウェイ設定、および組織のセキュリティポリシーによって抽出が許可されていることを確認してください。
通貨と金額：RequisitionTotalAmountがどの通貨を表すかを確認します。購買依頼に複数の通貨が含まれる可能性がある場合は、データソースの通貨を追加の属性として含め、金額を暗黙に換算しないでください。
NULLの処理：推奨属性は、データソースに値が保存されていない場合、セキュリティによって値が制限されている場合、または関係を解決できない場合にNULLになることがあります。必須のケース、アクティビティ、イベントタイムスタンプの値は、エクスポート前に検証してください。

a サンプルクエリ sql

WITH
RequisitionHeader AS (
    SELECT
        CAST([PurchaseRequisitionIdField] AS varchar(100)) AS PurchaseRequisitionId,
        [CreatedDateTimeField] AS CreatedDateTime,
        [RequisitionStatusField] AS RequisitionStatus,
        [RequisitionTotalAmountField] AS RequisitionTotalAmount,
        [UrgencyLevelField] AS UrgencyLevel,
        [RequesterUserField] AS RequesterUser,
        [DepartmentField] AS Department
    FROM [Your requisition header entity]
    WHERE [CompanyField] = '[Your company or legal entity filter]'
      AND [DocumentTypeField] = '[Your document type filter]'
),
WorkflowEvents AS (
    SELECT
        CAST([PurchaseRequisitionIdField] AS varchar(100)) AS PurchaseRequisitionId,
        [WorkflowEventTimestampField] AS EventTime,
        [WorkflowActionField] AS WorkflowAction,
        [WorkflowStatusField] AS WorkflowStatus,
        [ApprovalStepField] AS ApprovalStep,
        [WorkflowUserField] AS EventUser,
        [WorkflowCorrelationField] AS WorkflowCorrelation
    FROM [Your workflow history or workflow tracking entity]
    WHERE [CompanyField] = '[Your company or legal entity filter]'
      AND [WorkflowEventTimestampField] >= CAST('[Start date]' AS datetime2)
      AND [WorkflowEventTimestampField] < CAST('[End date]' AS datetime2)
),
PurchaseOrderLinks AS (
    SELECT
        CAST([PurchaseRequisitionIdField] AS varchar(100)) AS PurchaseRequisitionId,
        [PurchaseRequisitionLineIdField] AS PurchaseRequisitionLineId,
        [PurchaseOrderIdField] AS PurchaseOrderId,
        [PurchaseOrderLineIdField] AS PurchaseOrderLineId,
        [PurchaseOrderCreatedDateTimeField] AS PurchaseOrderCreatedDateTime,
        [RequisitionLineClosedDateTimeField] AS RequisitionLineClosedDateTime
    FROM [Your requisition to purchase order relationship entity]
    WHERE [CompanyField] = '[Your company or legal entity filter]'
),
RequisitionClosure AS (
    SELECT
        CAST([PurchaseRequisitionIdField] AS varchar(100)) AS PurchaseRequisitionId,
        [RequisitionClosedDateTimeField] AS RequisitionClosedDateTime
    FROM [Your requisition closure entity]
    WHERE [CompanyField] = '[Your company or legal entity filter]'
),
Events AS (
    SELECT
        h.PurchaseRequisitionId,
        'Requisition Created' AS ActivityName,
        h.CreatedDateTime AS EventTime,
        'Dynamics 365 Finance' AS SourceSystemId,
        CAST(CURRENT_TIMESTAMP AS datetime2) AS LastDataIngestionTimestamp,
        h.RequesterUser AS [User],
        h.Department,
        h.RequisitionStatus,
        h.RequisitionTotalAmount,
        h.UrgencyLevel,
        CAST(NULL AS varchar(255)) AS ApprovalStep
    FROM RequisitionHeader h
    WHERE h.CreatedDateTime < CAST('[End date]' AS datetime2)

    UNION ALL

    SELECT
        w.PurchaseRequisitionId,
        'Requisition Submitted for Approval' AS ActivityName,
        w.EventTime,
        'Dynamics 365 Finance' AS SourceSystemId,
        CAST(CURRENT_TIMESTAMP AS datetime2) AS LastDataIngestionTimestamp,
        w.EventUser AS [User],
        h.Department,
        h.RequisitionStatus,
        h.RequisitionTotalAmount,
        h.UrgencyLevel,
        w.ApprovalStep
    FROM WorkflowEvents w
    LEFT JOIN RequisitionHeader h ON h.PurchaseRequisitionId = w.PurchaseRequisitionId
    WHERE w.WorkflowAction IN ('[Your submission action value]')

    UNION ALL

    SELECT
        w.PurchaseRequisitionId,
        'Requisition Amended' AS ActivityName,
        w.EventTime,
        'Dynamics 365 Finance' AS SourceSystemId,
        CAST(CURRENT_TIMESTAMP AS datetime2) AS LastDataIngestionTimestamp,
        w.EventUser AS [User],
        h.Department,
        h.RequisitionStatus,
        h.RequisitionTotalAmount,
        h.UrgencyLevel,
        w.ApprovalStep
    FROM WorkflowEvents w
    LEFT JOIN RequisitionHeader h ON h.PurchaseRequisitionId = w.PurchaseRequisitionId
    WHERE w.WorkflowAction IN ('[Your recall action value]')
      AND EXISTS (
          SELECT 1
          FROM WorkflowEvents w2
          WHERE w2.PurchaseRequisitionId = w.PurchaseRequisitionId
            AND w2.WorkflowAction IN ('[Your resubmission action value]')
            AND w2.EventTime > w.EventTime
      )

    UNION ALL

    SELECT
        w.PurchaseRequisitionId,
        'Approval Step Started' AS ActivityName,
        w.EventTime,
        'Dynamics 365 Finance' AS SourceSystemId,
        CAST(CURRENT_TIMESTAMP AS datetime2) AS LastDataIngestionTimestamp,
        w.EventUser AS [User],
        h.Department,
        h.RequisitionStatus,
        h.RequisitionTotalAmount,
        h.UrgencyLevel,
        w.ApprovalStep
    FROM WorkflowEvents w
    LEFT JOIN RequisitionHeader h ON h.PurchaseRequisitionId = w.PurchaseRequisitionId
    WHERE w.WorkflowAction IN ('[Your approval task assigned action value]')

    UNION ALL

    SELECT
        w.PurchaseRequisitionId,
        'Approval Step Approved' AS ActivityName,
        w.EventTime,
        'Dynamics 365 Finance' AS SourceSystemId,
        CAST(CURRENT_TIMESTAMP AS datetime2) AS LastDataIngestionTimestamp,
        w.EventUser AS [User],
        h.Department,
        h.RequisitionStatus,
        h.RequisitionTotalAmount,
        h.UrgencyLevel,
        w.ApprovalStep
    FROM WorkflowEvents w
    LEFT JOIN RequisitionHeader h ON h.PurchaseRequisitionId = w.PurchaseRequisitionId
    WHERE w.WorkflowAction IN ('[Your approval action value]')
      AND w.WorkflowStatus IN ('[Your approved status value]')

    UNION ALL

    SELECT
        w.PurchaseRequisitionId,
        'Approval Step Rejected' AS ActivityName,
        w.EventTime,
        'Dynamics 365 Finance' AS SourceSystemId,
        CAST(CURRENT_TIMESTAMP AS datetime2) AS LastDataIngestionTimestamp,
        w.EventUser AS [User],
        h.Department,
        h.RequisitionStatus,
        h.RequisitionTotalAmount,
        h.UrgencyLevel,
        w.ApprovalStep
    FROM WorkflowEvents w
    LEFT JOIN RequisitionHeader h ON h.PurchaseRequisitionId = w.PurchaseRequisitionId
    WHERE w.WorkflowAction IN ('[Your rejection action value]')
      AND w.WorkflowStatus IN ('[Your rejected status value]')

    UNION ALL

    SELECT
        w.PurchaseRequisitionId,
        'Requisition Approved' AS ActivityName,
        w.EventTime,
        'Dynamics 365 Finance' AS SourceSystemId,
        CAST(CURRENT_TIMESTAMP AS datetime2) AS LastDataIngestionTimestamp,
        w.EventUser AS [User],
        h.Department,
        h.RequisitionStatus,
        h.RequisitionTotalAmount,
        h.UrgencyLevel,
        w.ApprovalStep
    FROM WorkflowEvents w
    LEFT JOIN RequisitionHeader h ON h.PurchaseRequisitionId = w.PurchaseRequisitionId
    WHERE w.WorkflowAction IN ('[Your workflow completion action value]')
      AND w.WorkflowStatus IN ('[Your final approved status value]')

    UNION ALL

    SELECT
        w.PurchaseRequisitionId,
        'Requisition Rejected' AS ActivityName,
        w.EventTime,
        'Dynamics 365 Finance' AS SourceSystemId,
        CAST(CURRENT_TIMESTAMP AS datetime2) AS LastDataIngestionTimestamp,
        w.EventUser AS [User],
        h.Department,
        h.RequisitionStatus,
        h.RequisitionTotalAmount,
        h.UrgencyLevel,
        w.ApprovalStep
    FROM WorkflowEvents w
    LEFT JOIN RequisitionHeader h ON h.PurchaseRequisitionId = w.PurchaseRequisitionId
    WHERE w.WorkflowAction IN ('[Your workflow completion action value]', '[Your rejection action value]')
      AND w.WorkflowStatus IN ('[Your final rejected status value]')

    UNION ALL

    SELECT
        w.PurchaseRequisitionId,
        'Requisition Withdrawn' AS ActivityName,
        w.EventTime,
        'Dynamics 365 Finance' AS SourceSystemId,
        CAST(CURRENT_TIMESTAMP AS datetime2) AS LastDataIngestionTimestamp,
        w.EventUser AS [User],
        h.Department,
        h.RequisitionStatus,
        h.RequisitionTotalAmount,
        h.UrgencyLevel,
        w.ApprovalStep
    FROM WorkflowEvents w
    LEFT JOIN RequisitionHeader h ON h.PurchaseRequisitionId = w.PurchaseRequisitionId
    WHERE w.WorkflowAction IN ('[Your withdrawal or cancellation action value]')

    UNION ALL

    SELECT
        p.PurchaseRequisitionId,
        'Purchase Order Created' AS ActivityName,
        p.PurchaseOrderCreatedDateTime AS EventTime,
        'Dynamics 365 Finance' AS SourceSystemId,
        CAST(CURRENT_TIMESTAMP AS datetime2) AS LastDataIngestionTimestamp,
        h.RequesterUser AS [User],
        h.Department,
        h.RequisitionStatus,
        h.RequisitionTotalAmount,
        h.UrgencyLevel,
        CAST(NULL AS varchar(255)) AS ApprovalStep
    FROM PurchaseOrderLinks p
    LEFT JOIN RequisitionHeader h ON h.PurchaseRequisitionId = p.PurchaseRequisitionId
    WHERE p.PurchaseOrderCreatedDateTime >= CAST('[Start date]' AS datetime2)
      AND p.PurchaseOrderCreatedDateTime < CAST('[End date]' AS datetime2)

    UNION ALL

    SELECT
        p.PurchaseRequisitionId,
        'Requisition Line Closed' AS ActivityName,
        p.RequisitionLineClosedDateTime AS EventTime,
        'Dynamics 365 Finance' AS SourceSystemId,
        CAST(CURRENT_TIMESTAMP AS datetime2) AS LastDataIngestionTimestamp,
        h.RequesterUser AS [User],
        h.Department,
        h.RequisitionStatus,
        h.RequisitionTotalAmount,
        h.UrgencyLevel,
        CAST(NULL AS varchar(255)) AS ApprovalStep
    FROM PurchaseOrderLinks p
    LEFT JOIN RequisitionHeader h ON h.PurchaseRequisitionId = p.PurchaseRequisitionId
    WHERE p.RequisitionLineClosedDateTime >= CAST('[Start date]' AS datetime2)
      AND p.RequisitionLineClosedDateTime < CAST('[End date]' AS datetime2)

    UNION ALL

    SELECT
        c.PurchaseRequisitionId,
        'Requisition Closed' AS ActivityName,
        c.RequisitionClosedDateTime AS EventTime,
        'Dynamics 365 Finance' AS SourceSystemId,
        CAST(CURRENT_TIMESTAMP AS datetime2) AS LastDataIngestionTimestamp,
        h.RequesterUser AS [User],
        h.Department,
        h.RequisitionStatus,
        h.RequisitionTotalAmount,
        h.UrgencyLevel,
        CAST(NULL AS varchar(255)) AS ApprovalStep
    FROM RequisitionClosure c
    LEFT JOIN RequisitionHeader h ON h.PurchaseRequisitionId = c.PurchaseRequisitionId
    WHERE c.RequisitionClosedDateTime >= CAST('[Start date]' AS datetime2)
      AND c.RequisitionClosedDateTime < CAST('[End date]' AS datetime2)
)
SELECT
    PurchaseRequisitionId,
    ActivityName,
    EventTime,
    SourceSystemId,
    LastDataIngestionTimestamp,
    [User],
    Department,
    RequisitionStatus,
    RequisitionTotalAmount,
    UrgencyLevel,
    ApprovalStep
FROM Events
WHERE PurchaseRequisitionId IS NOT NULL
  AND EventTime IS NOT NULL
ORDER BY PurchaseRequisitionId, EventTime, ActivityName;

始める準備はできていますか？

このテンプレートには、調達から支払いまで：購買依頼プロセスの改善を始めるために必要なものがそろっています。今すぐプロセスの改善につながる情報を見つけてください。

改善ガイドに戻るテンプレートをダウンロード

調達から支払いまで：購買依頼を最適化し、承認を今すぐ迅速化

遅延をなくし、Dynamics 365でサイクル時間を30％短縮します。

無料トライアルを開始

クレジットカードは不要です。数分でセットアップできます。

調達から支払いまで：購買依頼のデータテンプレート

調達から支払いまで：購買依頼のデータテンプレート

調達から支払いまで：購買依頼の属性

調達から支払いまで：購買依頼のアクティビティ

抽出ガイド

Dynamics 365データ管理フレームワークによるエクスポート

ステップ

設定

a サンプルクエリ sql

Dynamics 365 OData REST APIを使用したPythonスクリプト

ステップ

設定

a サンプルクエリ python

Microsoft Power BIネイティブコネクタによる抽出

ステップ

設定

a サンプルクエリ sql

始める準備はできていますか？

調達から支払いまで：購買依頼を最適化し、承認を今すぐ迅速化

調達から支払いまで：購買依頼のデータテンプレート

調達から支払いまで：購買依頼のデータテンプレート

調達から支払いまで：購買依頼の属性

調達から支払いまで：購買依頼のアクティビティ

抽出ガイド

Dynamics 365データ管理フレームワークによるエクスポート

ステップ

設定

a サンプルクエリ sql

Dynamics 365 OData REST APIを使用したPythonスクリプト

ステップ

設定

a サンプルクエリ python

Microsoft Power BIネイティブコネクタによる抽出

ステップ

設定

a サンプルクエリ sql

始める準備はできていますか？

調達から支払いまで：購買依頼を最適化し、承認を今すぐ迅速化

プライバシーを大切にしています