> 継続的なプロセス改善 > 調達から支払いまで：請求書処理 > Microsoft Dynamics 365 > データテンプレート

調達から支払いまで：請求書処理のデータテンプレート

Microsoft Dynamics 365

調達から支払いまで：請求書処理の属性 (22) 調達から支払いまで：請求書処理のアクティビティ (14) 抽出ガイド (4)

調達から支払いまで：請求書処理のデータテンプレート

このテンプレートでは、Microsoft Dynamics 365で調達から支払いまでの請求書処理を分析するために必要なデータを抽出する方法をわかりやすく説明します。収集すべき重要な属性、追跡すべき主要なアクティビティ、データ抽出の具体的な手順をまとめています。このリソースを使って必要な情報を漏れなく収集し、詳細なプロセス分析と最適化につなげてください。

詳細な分析に向けて収集する推奨属性
請求書のライフサイクル全体で追跡すべき主要なアクティビティ
Microsoft Dynamics 365からデータを抽出する方法

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

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

調達から支払いまで：請求書処理の属性

調達から支払いまでの請求書処理を詳細に分析するため、イベントログに含めることを推奨するデータ項目です。

5 必須 7 推奨 10 任意

	名前	説明
	アクティビティ名 ActivityName	請求書処理ライフサイクルの中で、ある時点に発生した特定の業務イベントまたはタスクの名称です。
説明アクティビティ名は、「請求書登録」「請求書を承認に送信」「支払い実行済み」など、請求書プロセスにおける具体的なステップやステータス変更を示します。プロセスマップを作成し、イベントの順序を理解するうえで欠かせないデータです。この属性を分析すると、プロセスフローや一般的な経路を把握し、逸脱やボトルネックを明らかにできます。アクティビティ間のサイクルタイム、たとえば承認から転記までの所要時間の計算や、却下や支払ブロックなど特定イベントの発生頻度の測定にも使われます。重要な理由プロセスマップ上のステップを定義し、プロセスフローを可視化するとともに、異なるアクティビティ間の遷移を分析できるようにします。入手先通常、請求書処理に関連するDynamics 365の各種テーブルにあるステータス項目、取引タイプ、変更ログの記録を組み合わせて生成します。例請求書を承認に送信照合差異の検出支払い実行
	イベント時刻 EventTime	特定のアクティビティまたはイベントが発生した正確なタイムスタンプです。
説明イベント時刻、つまりタイムスタンプは、アクティビティが発生した正確な日時を記録します。イベントログの重要な構成要素であり、アクティビティを正しい順序に並べ、所要時間を計算するために必要です。分析では、このタイムスタンプが時間に関するすべての指標の基礎になります。アクティビティの所要時間、ステップ間のサイクルタイム（承認時間など）、請求書ごとのエンドツーエンドの総処理時間の計算に使われます。また、時間の推移に沿った傾向分析も可能にします。重要な理由このタイムスタンプは、イベントの順序付け、すべてのサイクルタイムと所要時間の計算、プロセスのボトルネック特定に欠かせません。入手先 VendInvoiceInfoTable、VendTrans、ワークフロー履歴テーブルなど、複数のテーブルにあるcreatedDateTimeやmodifiedDateTimeなどの日付／時刻項目から取得します。例 2023-04-15T09:00:12Z2023-05-20T14:30:00Z2023-06-01T11:05:45Z
	請求書番号 InvoiceNumber	各仕入先請求書を一意に識別する番号であり、ライフサイクルを追跡する主要なケースIDです。
説明請求書番号は、1件の仕入先請求書に関連するすべてのアクティビティを結び付ける一意のキーです。請求書の受領と登録から、照合、承認、最終支払いまでの流れをエンドツーエンドで追跡できます。プロセスマイニング分析では、この属性が基本となります。ケースを定義し、各請求書のプロセスフローを再構築できるようにします。これにより、総サイクルタイムの計算、プロセスバリアントの特定、請求書ごとの特性や結果の分析が可能になります。重要な理由関連するすべてのイベントを結び付ける必須のケースIDであり、個々の請求書のライフサイクル全体を分析できます。入手先通常、VendInvoiceInfoTableなどの仕入先請求書メインテーブルにあるNum項目です。例 INV-10056773245-AUS-001-98432
	ソースシステム SourceSystem	イベントデータの抽出元となる記録システムです。
説明アクティビティデータの発生元となるアプリケーションを識別する属性です。このプロセスでは通常、「Microsoft Dynamics 365」が設定されます。外部OCRやデータ取り込みソリューションなど、複数のシステムを利用する環境では、プロセスの各ステップがどのシステムで発生したかを区別できます。データの系譜を明確にし、データ抽出の問題を調査する際にも役立ちます。重要な理由データの出所に関する重要な背景情報を提供し、データ検証やプロセスのシステム構成の理解に役立ちます。入手先データ変換時にデータセットの出所を示すために付与する固定値「Microsoft Dynamics 365」です。例 Microsoft Dynamics 365
	最終データ更新 LastDataUpdate	ソースシステムからこのプロセスのデータが最後に更新された時点を示すタイムスタンプです。
説明 Microsoft Dynamics 365からデータセットが最後に抽出・更新された時点を記録する属性です。通常、1回のデータ読み込みに含まれるすべてのレコードで同じ値になります。分析対象データの鮮度を把握するうえで重要な情報です。プロセス分析がどの時点の情報に基づくかを理解でき、データ更新スケジュールの管理やデータパイプラインの検証にも役立ちます。重要な理由データの更新時期をユーザーに伝え、分析がどの程度新しいものか、次回のデータ更新がいつ予定されているかを把握できるようにします。入手先データ抽出またはETLプロセスの実行時に、そのプロセスがデータセットへ生成・付与するタイムスタンプです。例 2023-10-27T02:00:00Z2023-10-28T02:00:00Z
	ユーザー User	アクティビティを実行した担当者のユーザーIDまたは氏名です。
説明特定のプロセスステップを実行した従業員またはシステムユーザーを識別する属性です。自動処理の場合は、システムアカウントまたはサービスアカウントが設定されることがあります。ユーザー別にプロセスを分析すると、業務量の分布やトレーニングの必要性を把握し、個人またはチーム間のパフォーマンスを比較できます。作業がユーザー間を行き来する手戻りループの分析や、同じタスクをユーザーごとに異なる方法で完了している状況の把握にも欠かせません。重要な理由ユーザーまたはチーム別のパフォーマンスと業務量を分析し、自動化の度合いや手戻りの発生源を特定できます。入手先 createdbyやmodifiedbyなど、取引テーブルまたはワークフロー履歴テーブルのユーザーID項目から取得します。ワークフロー追跡テーブルに含まれる場合もあります。例 j.doea.smithAX_Admin
	仕入先番号 VendorNumber	請求書を提出した仕入先またはサプライヤーを一意に識別する番号です。
説明仕入先番号は、マスターデータ上でサプライヤーを一意に識別するコードです。請求書取引を特定の仕入先に結び付け、仕入先単位の分析を可能にします。この属性は、プロセスデータを仕入先別に分類するうえで欠かせません。「承認時間が最も長い仕入先はどこか」「特定の仕入先で照合差異が多く発生していないか」といった問いに答えられます。仕入先別のパフォーマンスを分析することで、サプライヤーとの協力やプロセス改善の機会を見つけられます。重要な理由仕入先別のフィルタリングと根本原因分析が可能になり、特定のサプライヤーに関連するパフォーマンス上の問題や傾向を特定できます。入手先通常、VendInvoiceInfoTableなどの仕入先請求書テーブルのヘッダーにあり、VendTableの主要な仕入先マスターデータに関連付けられています。例 V-1001V-2050V-8342
	支払期日 PaymentDueDate	合意した支払条件に基づき、請求書の支払いを完了すべき日付です。
説明 Payment Due Dateは、請求書の日付と仕入先の支払条件に基づいて計算されます。支払いに関する契約上の期限を示します。この日付は、財務パフォーマンスの測定や仕入先との関係管理に欠かせません。実際の「Payment Executed」日と比較して「On-Time Payment Rate」KPIを計算する際の基準になります。分析することで、支払い遅延の原因となる組織的な問題を特定できます。こうした遅延は、仕入先との関係悪化や早期支払割引の適用漏れにつながる可能性があります。重要な理由期日どおりの支払実績を測定する基準であり、財務健全性と仕入先関係を示す重要なKPIです。入手先通常は、請求書の日付と支払条件に基づいてシステムが計算し、VendTransなどの仕入先取引テーブルに保存します。例 2023-05-152023-06-302023-07-20
	発注書番号 PurchaseOrderNumber	請求書に関連する発注書（PO）の識別子です。
説明発注書番号は、請求書を元の調達書類に結び付けます。請求書、発注書、入荷記録の2者間または3者間照合を行うプロセスでは欠かせません。この属性により、発注書あり請求書と発注書なし請求書を分けて分析できます。両者は異なるプロセス経路をたどることが多いため、照合プロセスの有効性や照合差異を分析し、発注書に基づく請求書のストレートスルー処理率を測定するうえで重要です。重要な理由発注書に基づく請求書と発注書なし請求書を区別します。プロセスのばらつきを生む主な要因であり、照合分析に欠かせません。入手先通常、VendInvoiceInfoTableなどの請求書ヘッダーテーブルにあり、PurchIdなどの項目に格納されています。例 PO-001234PO-005678PO-009101
	終了時刻 EndTime	特定のアクティビティまたはイベントが完了した正確なタイムスタンプです。
説明 End Timeには、アクティビティが終了した時刻が記録されます。Start Time（EventTime）と組み合わせることで、各ステップの完了にかかった時間を正確に計算できます。この属性は、各アクティビティの「ProcessingTime」を計算するために欠かせない指標です。プロセスのどのステップに最も時間がかかっているかを特定し、対象を絞った改善に役立ちます。たとえば、手作業によるコード入力や承認ステップの正確な所要時間を測定できます。重要な理由アクティビティの処理時間を直接計算できるため、プロセスで最も時間のかかるステップの特定に役立ちます。入手先 StartTimeと同様に、さまざまな日付・時刻項目から取得します。アクティビティによっては、次のアクティビティのStartTimeを使う場合があります。また、「完了日時」を示す特定のタイムスタンプを使う場合もあります。例 2023-04-15T09:15:20Z2023-05-20T18:00:00Z2023-06-01T11:05:45Z
	請求書ステータス InvoiceStatus	データ抽出時点における請求書の現在のステータスです。
説明 Invoice Statusは、請求書のライフサイクルにおける現在の状態を示します。たとえば、「承認待ち」「承認済み」「転記済み」「支払済み」などです。請求書の進捗状況を把握するためのスナップショットとして利用できます。この属性は、現在の処理量や滞留状況を示す運用ダッシュボードの作成に主に使われます。プロセスの各段階に何件の請求書があるかを管理者が把握しやすくなり、リソース配分や運用状況の監視に役立ちます。「Invoice Processing Throughput & Status」ダッシュボードの基盤となる属性です。重要な理由すべての請求書の現在の状態を把握できます。運用状況の監視、処理量の管理、現在のボトルネックの特定に欠かせません。入手先通常は、VendInvoiceInfoTableなど、請求書のメインテーブルにあるステータス項目から取得します。例承認待ち計上済み支払済み
	請求書金額 InvoiceAmount	請求書の合計金額です。
説明仕入先請求書に記載された支払総額を示す属性です。各ケースにおける基本的な財務データ項目です。請求書金額は、分類や分析に広く使われます。高額請求書に、より厳格な承認プロセスが適用されているか、処理に時間がかかっているかを確認できます。また、ダッシュボードで金額別の請求書件数を分析したり、集計して分析対象の総支出額を把握したりする際にも使われます。重要な理由金額に基づく分析が可能になり、高額請求書を対象とした改善施策の優先順位付けや、コスト要因の把握に役立ちます。入手先請求書ヘッダーテーブル（例：VendInvoiceInfoTable）のInvoiceAmountやAmountなどの項目にあります。例 1500.00250.7512500.50
	不一致の種類 MatchingDiscrepancyType	請求書と発注書の照合プロセスで見つかった不一致の種類を分類します。
説明 2-wayまたは3-way照合で不一致が発生した場合、この属性は問題の種類を示します。たとえば、「価格の不一致」「数量の不一致」「入荷記録の欠落」などです。このデータは、「Matching Discrepancy Resolution Time」ダッシュボードの中心となります。不一致の種類ごとの発生頻度を分析すると、照合失敗の根本原因を特定できます。たとえば、価格の不一致が頻発する場合は古いマスターデータに、数量の不一致が多い場合は出荷上の問題に原因がある可能性があります。重要な理由照合失敗を分類し、根本原因の分析を可能にすることで、不一致率の低減とストレートスルー処理の向上につなげられます。入手先専用の照合ログまたは例外ログのテーブルに保存される場合があります。また、ステータスメッセージやワークフローのコメントから導出する必要がある場合もあります。例価格不一致数量不一致入荷記録なし
	会社コード CompanyCode	請求書を処理する組織内の法人または会社を識別するコードです。
説明 Company Codeは、請求書に対して財務上の責任を負う特定の法人を示します。複数の会社で構成される組織では、財務セグメントを分けるための重要なデータです。この属性を使うと、法人ごとにプロセス分析を絞り込んだり、比較したりできます。グループ内の特定の会社に、プロセスパフォーマンス、方針、ボトルネックが集中しているかどうかを明らかにし、各組織に合わせた改善を進められます。重要な理由法人単位でプロセス分析を分けられるため、複数の会社を抱える大規模な組織で特に役立ちます。入手先 Dynamics 365の多くの財務テーブルに標準で用意されている項目です。DataAreaIdと呼ばれることがよくあります。例 USMFDEMFGBSI
	却下理由 RejectionReason	請求書を却下した承認者が入力する理由です。
説明承認ワークフロー中に請求書が却下されると、通常は承認者が理由を入力します。この属性には、その説明が記録されます。あらかじめ定義されたコードの場合も、自由記述の場合もあります。「Invoice Rejection Analysis」ダッシュボードに欠かせない属性です。「発注書番号の誤り」「請求書の重複」「価格の不一致」など、却下の根本原因を理解するために必要な定性的な情報を提供します。理由を分析することで、却下率を下げるための対策に優先順位を付けられます。重要な理由請求書が却下された理由を直接把握できるため、手戻りを減らし、初回正解率を高めるための対策につなげられます。入手先通常は、ワークフロー処理テーブルのコメントまたは履歴ログに記録されています。例数量が不正重複請求書承認限度額超過
	支払ブロック理由 PaymentBlockReason	請求書に支払ブロックが設定された理由を示すコードです。
説明支払ブロックが設定されると、請求書を支払えなくなります。この属性にはブロックの理由が記録されます。通常は、ユーザーが「請求金額に異議あり」や「入荷待ち」などの標準コードを選択します。「Payment Block Frequency & Duration」ダッシュボードに欠かせない属性です。支払ブロックの主な理由を分析すると、調達から支払いまでのプロセスにある根本的な問題を特定できます。原因を解消することで、支払いの遅延を大幅に減らし、仕入先との関係を改善できます。重要な理由支払いが意図的に遅れている理由を示し、支払ブロックの原因となる上流工程の問題の特定と解消に役立ちます。入手先通常は、仕入先取引または請求書レコードの項目です。支払ブロックのステータスに関連付けられていることが多く、VendTransなどのテーブルを確認します。例品質に関する異議クレジットメモ待ち手動ブロック
	支払条件 PaymentTerms	「Net 30」や「2% 10, Net 30」など、仕入先との支払条件に関する合意です。
説明 Payment Termsは、支払期間や適用可能な割引など、仕入先への支払いに関する合意条件を定めます。通常は、仕入先マスターデータまたは発注書から取得します。この属性は、Payment Due DateとOn-Time Payment Rate KPIを理解するための重要な情報です。特定の支払条件が支払遅延と関連しているかを分析すると、運用上の課題を明らかにできます。財務計画や運転資本の管理にも役立ちます。重要な理由支払期日の背景を把握でき、支払時期が財務に与える影響や、割引の適用率を分析できます。入手先この情報は仕入先マスター（VendTable）に保存され、VendInvoiceInfoTableなどの取引テーブルにコピーされます。例 30日後払い60日後払い10日以内2％割引、30日後払い
	期日どおりの支払いかどうか IsOnTimePayment	請求書が支払期日までに支払われたかどうかを示す計算済みフラグです。
説明この真偽値属性は、「Payment Executed」アクティビティのタイムスタンプと「Payment Due Date」を比較して導出します。支払日が支払期日以前であれば値はtrue、それ以外はfalseです。この属性は、「On-Time Payment Rate」KPIと「Payment Terms Compliance」ダッシュボードを直接支えます。請求書ごとの結果を明確な二値で示すため、支払遅延を簡単に絞り込み、仕入先、部門、国別に根本原因を調査できます。重要な理由支払条件へのコンプライアンスを直接測定でき、「On-Time Payment Rate」KPIの計算や関連分析を簡単にします。入手先この属性はデータ変換レイヤーで計算します。ロジックは次のとおりです：（「Payment Executed」アクティビティのタイムスタンプ）<=（Payment Due Date）。例 truefalse
	総サイクル時間 TotalCycleTime	1件の請求書を受領してから支払うまでの、処理全体にかかる期間です。
説明 Total Cycle Timeは、請求書がプロセス内に滞在する全期間を測定します。請求書番号ごとに、最初のアクティビティ（例：「Invoice Registered」）と最後のアクティビティ（例：「Payment Executed」）の時間差として計算します。プロセス全体の効率を測定する主要KPIです。パフォーマンスを大局的に把握でき、「Invoice End-to-End Cycle Time」ダッシュボードで利用します。この指標の傾向を分析し、仕入先や金額などの属性で分けて見ることで、幅広い改善機会を特定できます。重要な理由プロセス全体の速度と効率を示す主要な上位KPIであり、請求書ごとのパフォーマンスを要約します。入手先プロセスマイニングツール内またはデータ準備の段階で、ケース単位に計算します。各CaseIdについて、最初と最後のイベントのタイムスタンプの時間差を求めます。例 P15DP22DT5H30MP7D
	自動処理かどうか IsAutomated	アクティビティがシステムによって自動的に実行されたか、人が実行したかを示すフラグです。
説明この真偽値属性（true／false）は、システムが実行したイベントと、ユーザーが手動で行ったタスクを区別します。たとえば、請求書の照合は自動化されていても、不一致への対応は手動で行う場合があります。この属性を分析すると、プロセスの自動化レベルを把握できます。自動化施策の成果を測定し、残っている手作業のボトルネックを特定するとともに、効率向上とエラー削減に向けた追加の自動化機会を見つけられます。重要な理由プロセスの自動化レベルを測定し、手作業のボトルネックと効率向上の機会を特定できます。入手先通常は「User」属性に基づいて判定します。ユーザーが既知のシステムアカウントまたはサービスアカウントの場合、このフラグはtrueに設定されます。例 truefalse
	請求書通貨 InvoiceCurrency	請求書金額に使用される通貨コードです（例：USD、EUR）。
説明請求書通貨は、請求書金額の通貨を示します。さまざまな国の仕入先と取引する多国籍組織にとって重要です。この属性は請求書金額の解釈に必要な情報を提供し、特にグローバル業務でのフィルタリングやレポート作成に使われます。財務数値を正しく解釈し、通貨別の分析や標準レポート通貨への換算を行えるようにします。重要な理由財務金額の解釈に必要な背景情報を提供し、地域ごとに異なる請求書金額を正確に理解・分析できます。入手先請求書金額と同じ請求書ヘッダーテーブルにあり、例としてVendInvoiceInfoTableのCurrencyCode項目が挙げられます。例 USDEURGBP
	部門 Department	請求書の費用を配賦するコストセンターまたは部門です。
説明 Departmentは、請求書の費用を負担する事業部門またはコストセンターを示します。通常は、請求書のコード入力アクティビティで決定されます。部門別にプロセスを分析すると、支出、承認時間、コンプライアンスにおける部門間の違いを把握できます。請求書の例外処理が最も多い部門や、承認サイクルが最も長い部門を特定できるため、対象を絞った周知やトレーニングの基盤になります。重要な理由部門別のコスト分析とプロセス分析が可能になり、組織全体におけるパフォーマンスとコンプライアンスの違いを明らかにできます。入手先請求書の明細またはヘッダーに関連付けられた財務ディメンションから取得します。ディメンション関連のデータ構造を照会する必要があります。例営業マーケティングIT運用

必須推奨任意

調達から支払いまで：請求書処理のアクティビティ

請求書処理のワークフローを正確に発見・分析するため、イベントログに記録する主要なプロセス手順とマイルストーンです。

6 推奨 8 任意

	アクティビティ	説明
	支払い実行	最終アクティビティです。支払仕訳帳を転記して支払いを作成し、請求書を決済したことを示します。請求書ライフサイクルを完了させる明示的な取引イベントです。
重要な理由請求書から支払いまでのプロセスが正常に完了したことを示します。「期日どおりの支払い率」とエンドツーエンドの総サイクルタイムを測定する基準になります。入手先支払仕訳帳の転記から明示的に記録します。決済情報はVendSettlementなどのテーブルに記録され、支払いと請求書が関連付けられます。取得仕入先取引を決済する支払仕訳帳の転記時刻です。イベントタイプ explicit
	請求書と発注書の照合完了	請求書の詳細が発注書および入荷情報と一致し、照合が正常に完了したことを示します。請求書の照合ステータスが「合格」に更新された時点で推定します。
重要な理由照合の成功は、発注書に基づく請求書にとって重要な節目です。支払い前に請求内容の妥当性を確認できるため、照合の効率や自動処理率を追跡するうえで欠かせません。入手先仕入先請求書のヘッダーまたは明細（例：VendInvoiceInfoTable）の照合ステータス項目が「合格」または「照合成功」に更新されたことから推定します。取得請求書照合の検証詳細で、ステータスが「合格」に変わった時点のタイムスタンプです。イベントタイプ inferred
	請求書を承認に送信	請求書をレビューと承認のためにワークフローへ正式に送信したことを示します。Dynamics 365のワークフローエンジンが、この送信イベントを明示的に記録します。
重要な理由承認サイクル全体の測定開始点です。承認プロセスが始まるまで請求書がどのくらい待機しているかを把握でき、承認関連KPIの起点になります。入手先請求書がワークフローに送信された際に、ワークフロー履歴テーブル（例：WorkflowTrackingStatusTable）へ明示的に記録されるイベントです。取得ワークフロー履歴における送信レコードの作成時刻です。イベントタイプ explicit
	請求書承認	ワークフロー内で請求書の最終承認が正常に完了し、転記と支払いが可能になったことを示します。完了時にワークフローエンジンが明示的に記録するイベントです。
重要な理由承認プロセスを完了する重要な節目です。「請求書を承認に送信」からこのイベントまでの時間は、承認効率を測る重要な指標であり、ボトルネックの特定にも役立ちます。入手先ワークフローのステータスが「承認済み」に変わった際に、ワークフロー履歴テーブル（例：WorkflowTrackingStatusTable）へ明示的に記録されるイベントです。取得ワークフロー履歴に「承認済み」ステータスが記録された時点のタイムスタンプです。イベントタイプ explicit
	請求書登録	請求書をシステムに最初に登録し、詳細情報の処理前に仮のレコードを作成する処理です。仕入先請求書登録仕訳帳に新しいレコードが作成された時点で、このアクティビティが記録されます。
重要な理由このアクティビティは、請求書処理ライフサイクルの正式な開始を示します。この時点からの経過時間を分析することで、処理全体の所要時間を測定し、初期段階の遅延を特定できます。入手先通常、VendInvoiceRegisterJournalTableまたは同様の保留中請求書テーブルにレコードが作成された際に記録される明示的なイベントです。取得仕入先請求書登録仕訳帳のレコード作成時刻です。イベントタイプ explicit
	請求書転記	承認済み請求書を総勘定元帳に記録し、債務を計上する正式な会計イベントです。システム上で明示的に記録される取引イベントです。
重要な理由転記は支払い前の最終ステップであり、財務管理上の重要な統制ポイントです。「請求書承認」から「請求書転記」までの時間で、最終的な会計処理の効率を測定できます。入手先 VendTransなどのテーブルに転記済み仕入先取引が作成され、関連するGeneralJournalEntryおよびLedgerEntryレコードが作成されたことから明示的に記録します。取得仕入先取引テーブル（VendTrans）のレコード作成時刻です。イベントタイプ explicit
	支払い予定設定	転記済み請求書が支払提案または支払仕訳帳に含まれ、支払いが実行される前に発生します。支払仕訳帳の明細行を作成する明示的な処理です。
重要な理由買掛金管理から資金管理業務へ移行する節目です。このステップを分析すると、請求書転記から支払い開始までの遅延を把握できます。入手先転記済み仕入先取引を決済する支払仕訳帳の行（LedgerJournalTrans）が作成されたことから明示的に記録します。取得請求書を参照する支払仕訳帳の行が作成された時点のタイムスタンプです。イベントタイプ explicit
	支払ブロック解除	支払保留が解除され、請求書を支払スケジュールに進められる状態になったことを示します。支払ブロック項目がクリアされるか、ブロック解除状態に変更された時点で記録します。
重要な理由支払保留の原因となった問題の解消にかかった時間を測定します。ブロック設定から解除までの時間が長い場合、問題解決プロセスに非効率があることを示します。入手先転記済み仕入先取引（VendTrans）の支払保留またはブロック項目がクリアされた変更から推定します。変更ログからタイムスタンプを取得できます。取得仕入先取引の支払ブロック項目がクリアされた更新時点のタイムスタンプです。イベントタイプ inferred
	支払ブロック設定	請求書に保留が設定され、支払いができなくなった際に発生します。転記済み請求書レコードの支払ブロックまたは保留ステータス項目の変更から記録します。
重要な理由支払ブロックは、支払い遅延の主な原因です。いつ、なぜ設定されたかを分析することは、期日どおりの支払いと取引先との関係を改善するうえで重要です。入手先転記済み仕入先取引（VendTrans）の支払保留またはブロック項目の変更から推定します。変更ログを使ってタイムスタンプを取得できます。取得仕入先取引の支払ブロック項目が設定された更新時点のタイムスタンプです。イベントタイプ inferred
	照合差異の検出	請求書、発注書、入荷情報の不一致により請求書照合に失敗した際に発生します。請求書の照合ステータスが「失敗」または「差異」に設定された時点で記録されます。
重要な理由差異がいつ、なぜ発生したかを特定することは、「照合差異率」KPIの把握に欠かせません。このアクティビティは、解消プロセスの開始点を示し、長い遅延の原因になることが多い箇所です。入手先仕入先請求書（例：VendInvoiceInfoTable）の照合ステータス項目が「失敗」に更新されたことから推定します。失敗理由も記録されることが一般的です。取得照合中にステータスが「失敗」または「差異」に変わった時点のタイムスタンプです。イベントタイプ inferred
	照合差異の解消	特定済みの照合差異が解消され、請求書を次の処理に進められる状態になったことを示します。「失敗」した請求書の再照合が成功した場合や、手動で例外処理された場合に推定します。
重要な理由このアクティビティで、差異解消のサブプロセスが完了します。「照合差異の検出」からこのイベントまでの時間は、解消効率を測定する重要なKPIです。入手先同じ請求書について「照合差異の検出」の後に発生した、照合成功イベント（「請求書と発注書の照合完了」）から推定します。取得「失敗」ステータスのタイムスタンプに続く「合格」ステータスのタイムスタンプを特定します。イベントタイプ inferred
	請求書コード付与	請求書明細に総勘定元帳の勘定配分が割り当てられたことを示します。通常、請求書に関連付けられた勘定配分の作成または確定から推定します。
重要な理由コード付与は、財務データの正確性を左右する重要なステップです。請求書へのコード付与にかかった時間を測定すると、経理レビューのボトルネックを特定でき、「データ入力からコード付与までの平均時間」KPIの把握にも役立ちます。入手先保留中の仕入先請求書に関連する勘定配分テーブル（例：AccountingDistribution）のレコード作成と検証から推定します。取得請求書の勘定配分が保存され、検証された時点のタイムスタンプです。イベントタイプ inferred
	請求書データ入力完了	照合または承認に送る前に、ヘッダーと明細を含む請求書データの入力が完了したことを示します。請求書レコードのステータスが「新規」または「登録済み」から「処理可能」に変わった時点で推定されることが一般的です。
重要な理由このアクティビティを追跡すると、手入力または自動処理（OCR）によるデータ入力の効率を測定できます。ここでの遅延は、プロセス全体に波及する可能性があります。入手先保留中の仕入先請求書レコード（例：VendInvoiceInfoTable）のステータス変更から推定します。必要な項目がすべて入力され、請求書が次のステップに進める状態になった時点でイベントが発生します。取得保留中請求書テーブルで、データ入力の完了を示すステータス変更を検出します。イベントタイプ inferred
	請求書却下	承認者が請求書を却下し、処理が停止して通常は修正のために差し戻されたことを示します。ワークフローエンジンが、この却下イベントを明示的に記録します。
重要な理由却下を追跡すると、手戻りの量や、コード付与の誤り、ポリシー違反などの主な失敗理由を把握できます。「請求書却下率」KPIの管理にも直接役立ちます。入手先ワークフローのステータスが「却下」または「キャンセル」に変わった際に、ワークフロー履歴テーブル（例：WorkflowTrackingStatusTable）へ明示的に記録されるイベントです。取得ワークフロー履歴に「却下」ステータスが記録された時点のタイムスタンプです。イベントタイプ explicit

推奨任意

抽出ガイド

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

ステップ

データ管理ワークスペースへの移動：Microsoft Dynamics 365 Financeにログインします。検索バーでData managementワークスペースを検索し、移動します。
新しいエクスポートプロジェクトの作成：ワークスペースでExportタイルを選択し、新しいデータエクスポートプロジェクトを作成します。プロジェクトには、ProcessMind_Invoice_Processing_Exportなど、内容が分かる名前を付けます。
データプロジェクトの定義：新しいプロジェクトの一般タブで、Data formatを指定します。一般的に使用され、推奨される形式はCSVです。その他のパラメータも必要に応じて設定します。
必要なデータエンティティの追加：Selected entitiesセクションに移動し、Add entityをクリックします。次の主要エンティティを1つずつ検索して追加し、それぞれの対象データ形式を指定します。
- VendInvoiceInfoTableEntity（仕入先請求書ヘッダー）
- VendInvoiceTransEntity（仕入先請求書明細）
- VendInvoiceRegisterHeaderEntity（請求書登録仕訳ヘッダー）
- WorkflowTrackingStatusTableEntity（ワークフロー履歴）
- AccountingDistributionEntity（総勘定元帳配賦）
- VendInvoiceJour（転記済み仕入先請求書）
- VendTrans（仕入先取引、支払ブロック用）
- LedgerJournalTransVendPaymEntity（仕入先支払仕訳明細）
- VendSettlement（仕入先決済取引）
フィルターの適用：データ範囲を絞り込むため、各エンティティにフィルターを適用することが重要です。エンティティを選択してフィルターをクリックします。少なくともCompany（法人）と、CREATEDDATETIMEやINVOICEDATEなどの関連する日付フィールドに対する特定の日付範囲でフィルターしてください。初期分析では、過去3～6か月を対象にするのが一般的です。
エンティティマッピングの設定：各エンティティについて、ソースから対象へのマッピングを確認します。最終的なイベントログに必要なすべてのフィールドがエクスポートに含まれていることを確認してください。この段階で複雑なマッピング変更は通常必要ありません。
エクスポートジョブの実行：すべてのエンティティを追加してフィルターを設定したら、アクションウィンドウのExportをクリックしてジョブを開始します。すぐに実行することも、システム負荷を抑えるために業務時間外にスケジュールすることもできます。
エクスポートデータのダウンロード：エクスポートジョブが正常に完了したら、ジョブ履歴に移動します。そこからエクスポートされたデータパッケージをダウンロードできます。パッケージには、データエンティティごとに分かれたファイルが含まれます。
データのイベントログへの変換：エクスポートされたファイルはエンティティのスナップショットであり、統合済みのイベントログではありません。データベース、Pythonスクリプト、Power Queryなどの外部ツールを使って、これらのファイルを処理し、結合する必要があります。queryセクションの概念クエリに、この変換に必要なロジックが記載されています。
変換ロジックの実行：エクスポートしたCSVファイルを、選択した変換環境に読み込みます。提供された変換クエリを実行し、すべてのソースファイルのデータを統合して、業務アクティビティごとに1行を持つ単一のイベントログテーブルを作成します。
最終処理とアップロード：変換後の最終データを単一のCSVファイルにエクスポートします。列見出しが、たとえばInvoiceNumber、ActivityName、EventTimeなどの要件と一致していることを確認してください。このファイルをProcessMindにアップロードできます。

設定

データエンティティ：設定の中心は、請求書のライフサイクルを網羅する適切なエンティティ群を選択することです。主要なエンティティには、VendInvoiceInfoTableEntity、VendInvoiceJour、WorkflowTrackingStatusTableEntityが含まれます。
エクスポートデータ形式：後続の変換処理を行いやすいよう、対象データ形式としてCSVを選択します。
会社によるフィルタリング：関係のないデータを取得しないよう、分析対象の法人（Company）で各データエンティティをフィルターすることが重要です。
日付範囲によるフィルタリング：VendInvoiceInfoTableEntityやVendInvoiceJourなど、関連するすべてのエンティティに対して、作成日または転記日に基づく一貫した日付範囲フィルターを適用します。データ量を管理するため、まずは直近6か月などの期間から始めます。
全件プッシュと増分：初回の抽出では全件プッシュを実行します。以降の更新では、前回の実行後に変更されたデータだけを取得する増分エクスポートを設定でき、処理時間を短縮できます。
前提条件：エクスポートを実行するユーザーには、Dynamics 365の適切なセキュリティロールが必要です。通常は、Data management administratorまたは必要なデータエンティティへのアクセス権を持つ同等のロールが該当します。

a サンプルクエリ sql

/*
-- This is a conceptual query to be executed in a database or data transformation tool.
-- The tables referenced (e.g., 'VendInvoiceInfoTableEntity') are the CSV files exported from Dynamics 365.
-- Replace '[Your_Source_System_Name]' with the actual source system identifier.
*/

-- 1. Invoice Registered
SELECT
    h.INVOICENUMBER AS "InvoiceNumber",
    'Invoice Registered' AS "ActivityName",
    h.CREATEDDATETIME AS "EventTime",
    h.CREATEDBY AS "User",
    h.INVOICEACCOUNT AS "VendorNumber",
    NULL AS "PurchaseOrderNumber",
    h.INVOICEAMOUNT AS "InvoiceAmount",
    NULL AS "InvoiceStatus",
    NULL AS "PaymentDueDate",
    h.CREATEDDATETIME AS "EndTime",
    '[Your_Source_System_Name]' AS "SourceSystem",
    GETUTCDATE() AS "LastDataUpdate"
FROM VendInvoiceRegisterHeaderEntity h

UNION ALL

-- 2. Invoice Data Captured
SELECT
    i.INVOICENUMBER AS "InvoiceNumber",
    'Invoice Data Captured' AS "ActivityName",
    i.CREATEDDATETIME AS "EventTime",
    i.CREATEDBY AS "User",
    i.VENDORACCOUNT AS "VendorNumber",
    i.PURCHASEORDERNUMBER AS "PurchaseOrderNumber",
    i.INVOICEAMOUNT AS "InvoiceAmount",
    'Pending' AS "InvoiceStatus",
    NULL AS "PaymentDueDate",
    i.CREATEDDATETIME AS "EndTime",
    '[Your_Source_System_Name]' AS "SourceSystem",
    GETUTCDATE() AS "LastDataUpdate"
FROM VendInvoiceInfoTableEntity i

UNION ALL

-- 3. Invoice Coded
SELECT
    i.INVOICENUMBER AS "InvoiceNumber",
    'Invoice Coded' AS "ActivityName",
    MIN(a.CREATEDDATETIME) AS "EventTime",
    MIN(a.CREATEDBY) AS "User",
    i.VENDORACCOUNT AS "VendorNumber",
    i.PURCHASEORDERNUMBER AS "PurchaseOrderNumber",
    i.INVOICEAMOUNT AS "InvoiceAmount",
    'Pending' AS "InvoiceStatus",
    NULL AS "PaymentDueDate",
    MIN(a.CREATEDDATETIME) AS "EndTime",
    '[Your_Source_System_Name]' AS "SourceSystem",
    GETUTCDATE() AS "LastDataUpdate"
FROM VendInvoiceInfoTableEntity i
JOIN AccountingDistributionEntity a ON i.INVOICENUMBER = a.SOURCEDOCUMENTLINE_INVOICENUMBER
GROUP BY i.INVOICENUMBER, i.VENDORACCOUNT, i.PURCHASEORDERNUMBER, i.INVOICEAMOUNT

UNION ALL

-- 4. Invoice Matched To Purchase Order
SELECT
    i.INVOICENUMBER AS "InvoiceNumber",
    'Invoice Matched To Purchase Order' AS "ActivityName",
    i.MODIFIEDDATETIME AS "EventTime",
    i.MODIFIEDBY AS "User",
    i.VENDORACCOUNT AS "VendorNumber",
    i.PURCHASEORDERNUMBER AS "PurchaseOrderNumber",
    i.INVOICEAMOUNT AS "InvoiceAmount",
    'Matched' AS "InvoiceStatus",
    NULL AS "PaymentDueDate",
    i.MODIFIEDDATETIME AS "EndTime",
    '[Your_Source_System_Name]' AS "SourceSystem",
    GETUTCDATE() AS "LastDataUpdate"
FROM VendInvoiceInfoTableEntity i
WHERE i.LASTMATCHSTATUS = 'Passed'

UNION ALL

-- 5. Matching Discrepancy Found
SELECT
    i.INVOICENUMBER AS "InvoiceNumber",
    'Matching Discrepancy Found' AS "ActivityName",
    i.MODIFIEDDATETIME AS "EventTime",
    i.MODIFIEDBY AS "User",
    i.VENDORACCOUNT AS "VendorNumber",
    i.PURCHASEORDERNUMBER AS "PurchaseOrderNumber",
    i.INVOICEAMOUNT AS "InvoiceAmount",
    'Discrepancy' AS "InvoiceStatus",
    NULL AS "PaymentDueDate",
    i.MODIFIEDDATETIME AS "EndTime",
    '[Your_Source_System_Name]' AS "SourceSystem",
    GETUTCDATE() AS "LastDataUpdate"
FROM VendInvoiceInfoTableEntity i
WHERE i.LASTMATCHSTATUS = 'Failed'

UNION ALL

-- 6. Matching Discrepancy Handled (Approximation)
SELECT
    i.INVOICENUMBER AS "InvoiceNumber",
    'Matching Discrepancy Handled' AS "ActivityName",
    i.MODIFIEDDATETIME AS "EventTime",
    i.MODIFIEDBY AS "User",
    i.VENDORACCOUNT AS "VendorNumber",
    i.PURCHASEORDERNUMBER AS "PurchaseOrderNumber",
    i.INVOICEAMOUNT AS "InvoiceAmount",
    'Matched' AS "InvoiceStatus",
    NULL AS "PaymentDueDate",
    i.MODIFIEDDATETIME AS "EndTime",
    '[Your_Source_System_Name]' AS "SourceSystem",
    GETUTCDATE() AS "LastDataUpdate"
FROM VendInvoiceInfoTableEntity i
WHERE i.LASTMATCHSTATUS = 'Passed' AND i.MODIFIEDDATETIME > i.CREATEDDATETIME

UNION ALL

-- 7. Invoice Sent For Approval, 8. Invoice Approved, 9. Invoice Rejected
SELECT
    w.CONTEXT_INVOICENUMBER AS "InvoiceNumber",
    CASE w.TRACKINGSTATUS
        WHEN 'Submitted' THEN 'Invoice Sent For Approval'
        WHEN 'Completed' THEN 'Invoice Approved'
        WHEN 'Canceled' THEN 'Invoice Rejected'
        ELSE CONCAT('Workflow: ', w.TRACKINGSTATUS)
    END AS "ActivityName",
    w.CREATEDDATETIME AS "EventTime",
    w.USERID AS "User",
    i.VENDORACCOUNT AS "VendorNumber",
    i.PURCHASEORDERNUMBER AS "PurchaseOrderNumber",
    i.INVOICEAMOUNT AS "InvoiceAmount",
    w.TRACKINGSTATUS AS "InvoiceStatus",
    NULL AS "PaymentDueDate",
    w.CREATEDDATETIME AS "EndTime",
    '[Your_Source_System_Name]' AS "SourceSystem",
    GETUTCDATE() AS "LastDataUpdate"
FROM WorkflowTrackingStatusTableEntity w
JOIN VendInvoiceInfoTableEntity i ON w.CONTEXT_RECID = i.RECID AND w.CONTEXT_TABLEID = i.TABLEID
WHERE w.TRACKINGTYPE = 'Approval'

UNION ALL

-- 10. Payment Block Set
SELECT
    v.INVOICENUMBER AS "InvoiceNumber",
    'Payment Block Set' AS "ActivityName",
    v.MODIFIEDDATETIME AS "EventTime",
    v.MODIFIEDBY AS "User",
    v.ACCOUNTNUM AS "VendorNumber",
    NULL AS "PurchaseOrderNumber",
    v.AMOUNT AS "InvoiceAmount",
    'Blocked' AS "InvoiceStatus",
    v.DUEDATE AS "PaymentDueDate",
    v.MODIFIEDDATETIME AS "EndTime",
    '[Your_Source_System_Name]' AS "SourceSystem",
    GETUTCDATE() AS "LastDataUpdate"
FROM VendTrans v
WHERE v.BLOCKED = 'Yes'

UNION ALL

-- 11. Payment Block Released
SELECT
    v.INVOICENUMBER AS "InvoiceNumber",
    'Payment Block Released' AS "ActivityName",
    v.MODIFIEDDATETIME AS "EventTime",
    v.MODIFIEDBY AS "User",
    v.ACCOUNTNUM AS "VendorNumber",
    NULL AS "PurchaseOrderNumber",
    v.AMOUNT AS "InvoiceAmount",
    'Open' AS "InvoiceStatus",
    v.DUEDATE AS "PaymentDueDate",
    v.MODIFIEDDATETIME AS "EndTime",
    '[Your_Source_System_Name]' AS "SourceSystem",
    GETUTCDATE() AS "LastDataUpdate"
FROM VendTrans v
WHERE v.BLOCKED = 'No' AND v.MODIFIEDDATETIME > v.CREATEDDATETIME

UNION ALL

-- 12. Invoice Posted
SELECT
    vj.INVOICENUM AS "InvoiceNumber",
    'Invoice Posted' AS "ActivityName",
    vj.POSTINGDATE AS "EventTime",
    vj.CREATEDBY AS "User",
    vj.INVOICEACCOUNT AS "VendorNumber",
    vj.PURCHID AS "PurchaseOrderNumber",
    vj.INVOICEAMOUNT AS "InvoiceAmount",
    'Posted' AS "InvoiceStatus",
    vj.DUEDATE AS "PaymentDueDate",
    vj.POSTINGDATE AS "EndTime",
    '[Your_Source_System_Name]' AS "SourceSystem",
    GETUTCDATE() AS "LastDataUpdate"
FROM VendInvoiceJour vj

UNION ALL

-- 13. Payment Scheduled
SELECT
    l.INVOICENUMBER AS "InvoiceNumber",
    'Payment Scheduled' AS "ActivityName",
    l.CREATEDDATETIME AS "EventTime",
    l.CREATEDBY AS "User",
    l.ACCOUNTDISPLAYVALUE AS "VendorNumber",
    NULL AS "PurchaseOrderNumber",
    l.DEBITAMOUNT + l.CREDITAMOUNT AS "InvoiceAmount",
    'Scheduled for Payment' AS "InvoiceStatus",
    l.DUEDATE AS "PaymentDueDate",
    l.CREATEDDATETIME AS "EndTime",
    '[Your_Source_System_Name]' AS "SourceSystem",
    GETUTCDATE() AS "LastDataUpdate"
FROM LedgerJournalTransVendPaymEntity l

UNION ALL

-- 14. Payment Executed
SELECT
    vs.INVOICENUMBER AS "InvoiceNumber",
    'Payment Executed' AS "ActivityName",
    vs.TRANSDATE AS "EventTime",
    vs.CREATEDBY AS "User",
    vs.ACCOUNTNUM AS "VendorNumber",
    NULL AS "PurchaseOrderNumber",
    vs.SETTLEMENTAMOUNT AS "InvoiceAmount",
    'Paid' AS "InvoiceStatus",
    NULL AS "PaymentDueDate",
    vs.TRANSDATE AS "EndTime",
    '[Your_Source_System_Name]' AS "SourceSystem",
    GETUTCDATE() AS "LastDataUpdate"
FROM VendSettlement vs;

ステップ

前提条件：BYODを設定：Microsoft Dynamics 365 Finance and Operations環境で、Bring Your Own Database機能が設定されていることを確認します。Azure SQL Databaseを用意し、D365からそこへデータをエクスポートする設定を行います。
データエンティティを特定：D365でData managementワークスペースに移動します。この抽出では、特定のデータエンティティをエクスポートします。BYODデータベースを対象とするエクスポートジョブに、次のエンティティが含まれていることを確認します：Vendor invoice journal、Vendor invoice lines、Vendor invoice document register、Workflow tracking status table、Vendor payment journal lines、Vendor settlements、Accounting distributions。
エクスポートジョブを作成・スケジュール：Data managementワークスペースで新しいエクスポートプロジェクトを作成します。上記のエンティティをプロジェクトに追加し、対象データ形式としてBYODデータベースを設定します。BYODのデータを最新に保つため、毎日または毎時など、エクスポートジョブを定期実行するスケジュールを設定します。
Azure SQLのデータを確認：SQL Server Management Studio（SSMS）やAzure Data Studioなどのツールを使ってAzure SQL Databaseに接続します。D365エンティティに対応するテーブルが作成され、データが格納されていることを確認します。
SQLクエリを準備：提供されたSQLクエリをコピーします。このクエリは、Azure SQL DatabaseのBYODエクスポート処理によって作成されたテーブルに対して直接実行するよう設計されています。
接続して実行：BYODに接続したSQLクライアントで新しいクエリウィンドウを開きます。コピーしたSQLクエリをウィンドウに貼り付けます。
クエリパラメーターを設定：スクリプト上部のプレースホルダー変数を確認します。{StartDate}、{EndDate}、{CompanyCode}を、希望する開始日、終了日、法人識別子に置き換えます。例：SET @StartDate = '2023-01-01';、SET @EndDate = '2023-12-31';、SET @CompanyCode = 'USMF';。
クエリを実行：SQLスクリプト全体を実行します。クエリが複数のテーブルからデータを収集・結合し、請求書ごとの時系列イベントログを作成します。
結果を確認：出力は、InvoiceNumber、ActivityName、EventTimeなどの列を含む単一のイベントログテーブルです。結果が正確かつ完全であることを確認します。
イベントログをエクスポート：クエリ結果をCSVファイルにエクスポートします。多くのSQLクライアントには、結果をファイルに保存する機能が組み込まれています。UTF-8エンコーディングで保存してください。
アップロードの準備：プロセスマイニングツールにアップロードする前に、CSVファイルのヘッダーがクエリで指定されたもの（InvoiceNumber、ActivityNameなど）と完全に一致していることを確認します。ファイル構造をさらに変換する必要はありません。

設定

主要なデータエンティティ：抽出では、複数のD365データエンティティをBYODへエクスポートします。重要なエンティティには、VendInvoiceJour、VendInvoiceInfoTable、WorkflowTrackingStatusTable、VendSettlement、VendInvoiceRegisterHeader、LedgerJournalTrans、AccountingDistribution、VendTransが含まれます。
日付範囲によるフィルタリング：提供されたクエリには@StartDateと@EndDateのパラメーターが含まれています。パフォーマンスを確保するため、まずは3～6か月分など、限定した期間から始めることを推奨します。フィルターは請求書の転記日または作成日に適用されます。
会社コードによるフィルタリング：@DataAreaIdパラメーターは、複数会社の環境で重要です。データの対象を正しく保つため、必ず特定の法人（会社コード）でフィルターします。
BYODの更新頻度：データの鮮度は、D365エクスポートジョブのスケジュールに完全に依存します。ほぼリアルタイムで分析するには高頻度（例：毎時）の更新が必要ですが、D365とAzureの両方でパフォーマンスやコストに影響する可能性があります。
前提条件：この方法には、有効なAzureサブスクリプション、プロビジョニング済みのAzure SQL Database、そしてData managementワークスペースを設定するためのD365管理者レベルのアクセス権が必要です。

a サンプルクエリ sql

DECLARE @StartDate DATETIME = '{StartDate}';
DECLARE @EndDate DATETIME = '{EndDate}';
DECLARE @CompanyCode NVARCHAR(4) = '{CompanyCode}';

WITH BaseInvoices AS (
    SELECT
        h.INVOICEID AS InvoiceNumber,
        h.VENDORACCOUNT AS VendorNumber,
        h.PURCHID AS PurchaseOrderNumber,
        h.INVOICEAMOUNT AS InvoiceAmount,
        p.DUEDATE AS PaymentDueDate,
        h.DOCUMENTSTATUS AS InvoiceStatus,
        h.CREATEDBY AS CreatedByUser,
        h.CREATEDDATETIME AS CreatedDateTime,
        h.MODIFIEDBY AS ModifiedByUser,
        h.MODIFIEDDATETIME AS ModifiedDateTime,
        h.BLOCKED AS IsBlocked,
        h.POSTINGDATE AS PostingDate
    FROM VendInvoiceJour h
    LEFT JOIN VendTrans p ON h.INVOICEID = p.INVOICE AND h.DATAAREAID = p.DATAAREAID AND h.VENDORACCOUNT = p.ACCOUNTNUM
    WHERE h.DATAAREAID = @CompanyCode
      AND h.POSTINGDATE BETWEEN @StartDate AND @EndDate
)
-- 1. Invoice Registered
SELECT
    vpr.JOURNALID AS InvoiceNumber,
    'Invoice Registered' AS ActivityName,
    vpr.CREATEDDATETIME AS EventTime,
    'D365 F&O' AS SourceSystem,
    GETUTCDATE() AS LastDataUpdate,
    vpr.VENDORACCOUNT AS VendorNumber,
    NULL AS PurchaseOrderNumber,
    vpr.INVOICEAMOUNT AS InvoiceAmount,
    vpr.CREATEDBY AS User,
    'Registered' AS InvoiceStatus,
    vpr.DUEDATE AS PaymentDueDate,
    vpr.CREATEDDATETIME AS EndTime
FROM VendInvoiceRegisterHeader vpr
WHERE vpr.DATAAREAID = @CompanyCode AND vpr.CREATEDDATETIME BETWEEN @StartDate AND @EndDate

UNION ALL

-- 2. Invoice Data Captured
SELECT
    viit.NUM AS InvoiceNumber,
    'Invoice Data Captured' AS ActivityName,
    viit.CREATEDDATETIME AS EventTime,
    'D365 F&O' AS SourceSystem,
    GETUTCDATE() AS LastDataUpdate,
    viit.VENDORACCOUNT AS VendorNumber,
    viit.PURCHID AS PurchaseOrderNumber,
    viit.INVOICEAMOUNT AS InvoiceAmount,
    viit.CREATEDBY AS User,
    'Pending' AS InvoiceStatus,
    NULL AS PaymentDueDate,
    viit.CREATEDDATETIME AS EndTime
FROM VendInvoiceInfoTable viit
WHERE viit.DATAAREAID = @CompanyCode AND viit.CREATEDDATETIME BETWEEN @StartDate AND @EndDate

UNION ALL

-- 3. Invoice Coded
SELECT
    vil.INVOICEID AS InvoiceNumber,
    'Invoice Coded' AS ActivityName,
    MAX(ad.CREATEDDATETIME) AS EventTime,
    'D365 F&O' AS SourceSystem,
    GETUTCDATE() AS LastDataUpdate,
    bij.VendorNumber,
    bij.PurchaseOrderNumber,
    bij.InvoiceAmount,
    MAX(ad.CREATEDBY) AS User,
    bij.InvoiceStatus,
    bij.PaymentDueDate,
    MAX(ad.CREATEDDATETIME) AS EndTime
FROM AccountingDistribution ad
JOIN VendInvoiceInfoLine vil ON ad.SOURCEDOCUMENTLINE = vil.RECID
JOIN BaseInvoices bij ON vil.INVOICEID = bij.InvoiceNumber
WHERE ad.DATAAREAID = @CompanyCode
GROUP BY vil.INVOICEID, bij.VendorNumber, bij.PurchaseOrderNumber, bij.InvoiceAmount, bij.InvoiceStatus, bij.PaymentDueDate

UNION ALL

-- 4. Invoice Matched To Purchase Order
SELECT
    viit.NUM AS InvoiceNumber,
    'Invoice Matched To Purchase Order' AS ActivityName,
    viit.MODIFIEDDATETIME AS EventTime,
    'D365 F&O' AS SourceSystem,
    GETUTCDATE() AS LastDataUpdate,
    viit.VENDORACCOUNT AS VendorNumber,
    viit.PURCHID AS PurchaseOrderNumber,
    viit.INVOICEAMOUNT AS InvoiceAmount,
    viit.MODIFIEDBY AS User,
    'Matched' AS InvoiceStatus,
    NULL AS PaymentDueDate,
    viit.MODIFIEDDATETIME AS EndTime
FROM VendInvoiceInfoTable viit
WHERE viit.DATAAREAID = @CompanyCode AND viit.PURCHMATCHINGPOLICY > 0 AND viit.LASTMATCHINGSTATUS = 1 -- Enum for Passed
  AND viit.MODIFIEDDATETIME BETWEEN @StartDate AND @EndDate

UNION ALL

-- 5. Matching Discrepancy Found
SELECT
    viit.NUM AS InvoiceNumber,
    'Matching Discrepancy Found' AS ActivityName,
    viit.MODIFIEDDATETIME AS EventTime,
    'D365 F&O' AS SourceSystem,
    GETUTCDATE() AS LastDataUpdate,
    viit.VENDORACCOUNT AS VendorNumber,
    viit.PURCHID AS PurchaseOrderNumber,
    viit.INVOICEAMOUNT AS InvoiceAmount,
    viit.MODIFIEDBY AS User,
    'Matching Failed' AS InvoiceStatus,
    NULL AS PaymentDueDate,
    viit.MODIFIEDDATETIME AS EndTime
FROM VendInvoiceInfoTable viit
WHERE viit.DATAAREAID = @CompanyCode AND viit.PURCHMATCHINGPOLICY > 0 AND viit.LASTMATCHINGSTATUS = 2 -- Enum for Failed
  AND viit.MODIFIEDDATETIME BETWEEN @StartDate AND @EndDate

UNION ALL

-- 6. Matching Discrepancy Handled (Inferred by successful match after a failure)
-- This is an approximation. A true 'handled' event is difficult to capture without change tracking.
-- This query assumes the modification time of the 'Passed' status represents the handling time.
SELECT
    viit.NUM AS InvoiceNumber,
    'Matching Discrepancy Handled' AS ActivityName,
    viit.MODIFIEDDATETIME AS EventTime,
    'D365 F&O' AS SourceSystem,
    GETUTCDATE() AS LastDataUpdate,
    viit.VENDORACCOUNT AS VendorNumber,
    viit.PURCHID AS PurchaseOrderNumber,
    viit.INVOICEAMOUNT AS InvoiceAmount,
    viit.MODIFIEDBY AS User,
    'Matched' AS InvoiceStatus,
    NULL AS PaymentDueDate,
    viit.MODIFIEDDATETIME AS EndTime
FROM VendInvoiceInfoTable viit
WHERE viit.DATAAREAID = @CompanyCode AND viit.PURCHMATCHINGPOLICY > 0 AND viit.LASTMATCHINGSTATUS = 1 -- Enum for Passed
  AND viit.DISCREPANCYSTATE > 0 -- Indicates there was a discrepancy at some point
  AND viit.MODIFIEDDATETIME BETWEEN @StartDate AND @EndDate

UNION ALL

-- 7, 8, 9. Workflow Events (Submitted, Approved, Rejected)
SELECT
    bij.InvoiceNumber,
    CASE wts.TRACKINGTYPE
        WHEN 1 THEN 'Invoice Sent For Approval' -- Submitted
        WHEN 5 THEN 'Invoice Approved' -- Completed/Approved
        WHEN 4 THEN 'Invoice Rejected' -- Rejection
    END AS ActivityName,
    wts.CREATEDDATETIME AS EventTime,
    'D365 F&O' AS SourceSystem,
    GETUTCDATE() AS LastDataUpdate,
    bij.VendorNumber,
    bij.PurchaseOrderNumber,
    bij.InvoiceAmount,
    wts.USERID AS User,
    bij.InvoiceStatus,
    bij.PaymentDueDate,
    wts.CREATEDDATETIME AS EndTime
FROM WorkflowTrackingStatusTable wts
JOIN VendInvoiceInfoTable viit ON wts.CONTEXTRECID = viit.RECID
JOIN BaseInvoices bij ON viit.NUM = bij.InvoiceNumber
WHERE wts.DATAAREAID = @CompanyCode AND wts.TRACKINGTYPE IN (1, 4, 5)

UNION ALL

-- 10. Payment Block Set
SELECT
    bij.InvoiceNumber,
    'Payment Block Set' AS ActivityName,
    bij.ModifiedDateTime AS EventTime,
    'D365 F&O' AS SourceSystem,
    GETUTCDATE() AS LastDataUpdate,
    bij.VendorNumber,
    bij.PurchaseOrderNumber,
    bij.InvoiceAmount,
    bij.ModifiedByUser AS User,
    'Blocked' AS InvoiceStatus,
    bij.PaymentDueDate,
    bij.ModifiedDateTime AS EndTime
FROM BaseInvoices bij
WHERE bij.IsBlocked = 1 -- Enum for Yes

UNION ALL

-- 11. Payment Block Released (Inferred by modification of a previously blocked invoice)
SELECT
    bij.InvoiceNumber,
    'Payment Block Released' AS ActivityName,
    bij.ModifiedDateTime AS EventTime,
    'D365 F&O' AS SourceSystem,
    GETUTCDATE() AS LastDataUpdate,
    bij.VendorNumber,
    bij.PurchaseOrderNumber,
    bij.InvoiceAmount,
    bij.ModifiedByUser AS User,
    bij.InvoiceStatus,
    bij.PaymentDueDate,
    bij.ModifiedDateTime AS EndTime
FROM BaseInvoices bij
-- This logic assumes modification date reflects the unblocking action.
-- It requires a more sophisticated change log for true accuracy.
WHERE bij.IsBlocked = 0 AND bij.ModifiedDateTime > bij.CreatedDateTime

UNION ALL

-- 12. Invoice Posted
SELECT
    bij.InvoiceNumber,
    'Invoice Posted' AS ActivityName,
    bij.PostingDate AS EventTime, -- Or CreatedDateTime depending on business process
    'D365 F&O' AS SourceSystem,
    GETUTCDATE() AS LastDataUpdate,
    bij.VendorNumber,
    bij.PurchaseOrderNumber,
    bij.InvoiceAmount,
    bij.CreatedByUser AS User,
    'Posted' AS InvoiceStatus,
    bij.PaymentDueDate,
    bij.PostingDate AS EndTime
FROM BaseInvoices bij

UNION ALL

-- 13. Payment Scheduled
SELECT
    ljt.INVOICE AS InvoiceNumber,
    'Payment Scheduled' AS ActivityName,
    ljt.CREATEDDATETIME AS EventTime,
    'D365 F&O' AS SourceSystem,
    GETUTCDATE() AS LastDataUpdate,
    bij.VendorNumber,
    bij.PurchaseOrderNumber,
    bij.InvoiceAmount,
    ljt.CREATEDBY AS User,
    'Payment Scheduled' AS InvoiceStatus,
    bij.PaymentDueDate,
    ljt.CREATEDDATETIME AS EndTime
FROM LedgerJournalTrans ljt
JOIN BaseInvoices bij ON ljt.INVOICE = bij.InvoiceNumber
WHERE ljt.DATAAREAID = @CompanyCode AND ljt.ACCOUNTPLUSTYPE = 2 -- Vendor type
  AND ljt.CREATEDDATETIME BETWEEN @StartDate AND @EndDate

UNION ALL

-- 14. Payment Executed
SELECT
    vs.INVOICEID AS InvoiceNumber,
    'Payment Executed' AS ActivityName,
    vs.CREATEDDATETIME AS EventTime,
    'D365 F&O' AS SourceSystem,
    GETUTCDATE() AS LastDataUpdate,
    vs.VENDORACCOUNT AS VendorNumber,
    bij.PurchaseOrderNumber,
    bij.InvoiceAmount,
    vs.CREATEDBY AS User,
    'Paid' AS InvoiceStatus,
    bij.PaymentDueDate,
    vs.CREATEDDATETIME AS EndTime
FROM VendSettlement vs
JOIN BaseInvoices bij ON vs.INVOICEID = bij.InvoiceNumber
WHERE vs.DATAAREAID = @CompanyCode AND vs.CREATEDDATETIME BETWEEN @StartDate AND @EndDate;

ステップ

前提条件を準備：システムにPython 3.6以降がインストールされていることを確認します。pipで必要なライブラリをインストールします：pip install pandas requests msal。これらのライブラリは、データ操作、APIへのHTTPリクエスト、Microsoft IDプラットフォーム認証に使用します。
Azure Active Directoryにアプリケーションを登録：Dynamics 365 APIで認証するには、組織のAzure ADテナントにアプリケーションを登録する必要があります。新しいApp Registrationを作成し、クライアントシークレットを生成します。Application（client）ID、Directory（tenant）ID、クライアントシークレットの値を控えておきます。
API権限を付与：Azure ADで作成したApp RegistrationのAPI permissionsに移動します。ライセンスに応じて、Dynamics ERPまたはDynamics 365 Business Centralへの権限を追加し、委任された権限user_impersonationを付与します。管理者がこれらの権限に対する管理者の同意を付与する必要があります。
Dynamics 365でアプリケーションユーザーを作成：Dynamics 365環境で、System administration > Users > Usersに移動します。新しいユーザーを作成し、Azure App RegistrationのApplication（client）IDをApplication IDフィールドに入力します。このユーザーに、System administratorなど、必要なデータエンティティへの読み取りアクセス権を持つ適切なセキュリティロールを割り当てます。
Pythonスクリプトを設定：提供されたPythonスクリプトを、例としてextract_invoices.pyというファイルにコピーします。ファイルを開き、先頭のプレースホルダー変数を、Dynamics 365環境のURL、テナントID、クライアントID、クライアントシークレット、抽出対象の会社コード（dataAreaId）に更新します。
日付範囲を設定：スクリプトのSTART_DATEとEND_DATE変数を調整し、データ抽出の期間を指定します。まずは1か月など短い期間でスクリプトをテストし、結果を確認することを推奨します。
スクリプトを実行：python extract_invoices.pyコマンドを使い、コマンドラインまたはターミナルからスクリプトを実行します。スクリプトが認証を行い、各アクティビティのODataエンドポイントにクエリを実行してデータを処理します。
実行状況を監視：各アクティビティのデータ取得中、スクリプトはコンソールに進捗メッセージを表示します。期間やデータ量によっては、完了までに時間がかかる場合があります。認証やAPIアクセスの問題を示すエラーメッセージがないか確認します。
出力ファイルを確認：スクリプトが正常に完了すると、同じディレクトリにd365_invoice_event_log.csvというCSVファイルが生成されます。このファイルには統合されたイベントログが含まれます。
アップロードの準備：CSVファイルを開き、正しい形式であることを確認します。必要な列（InvoiceNumber、ActivityName、EventTime、SourceSystem、LastDataUpdate）がすべて存在し、値が入力されていることを確認します。このファイルをProcessMindにアップロードできる状態になります。

設定

認証：スクリプトはOAuth 2.0クライアント資格情報フローを使用します。Azure AD App Registrationを設定し、Dynamics 365へのAPI権限を付与する必要があります。また、適切なセキュリティロールを持つアプリケーションユーザーをDynamics 365自体に作成する必要があります。
APIエンドポイント：Dynamics 365 Finance and Operations OData APIのベースURLです。通常はhttps://[your-d365-environment-name].operations.dynamics.comという形式です。
日付範囲：スクリプトにはSTART_DATEとEND_DATE変数が含まれています。これらを使って作成日または変更日に基づいてレコードをフィルターし、データ量を管理します。初回の抽出では、3～6か月の期間を推奨します。
会社フィルター：データは特定の法人または会社でフィルターする必要があります。スクリプトで必須となる設定として、APIクエリのフィルターにdataAreaIdを指定します。
主要なデータエンティティ：スクリプトは、VendorInvoiceRegisterJournalsV2、VendorInvoiceHeaders、VendorPostedInvoices、VendorPaymentJournalLines、VendSettlementsなど、Dynamics 365標準の複数のODataエンティティにクエリを実行します。標準プロセスを大幅に変更している場合は、カスタムエンティティが必要になることがあります。
ページネーション：スクリプトは@odata.nextLinkプロパティを使ってAPIからのページ分割レスポンスを自動的に処理し、指定期間のすべてのレコードを取得します。

a サンプルクエリ python

import os
import pandas as pd
import requests
import msal
import datetime
import time

class=class="hl-string">"hl-comment"># --- Configuration: Update these values --- #
D365_URL = class="hl-string">"https://[your-d365-environment].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]"
COMPANY_ID = class="hl-string">"[your-company-id]" class=class="hl-string">"hl-comment"># e.g., class="hl-string">'USMF'
START_DATE = class="hl-string">"2023-01-01T00:00:00Z"
END_DATE = class="hl-string">"2023-12-31T23:59:59Z"

class=class="hl-string">"hl-comment"># --- End Configuration --- #

RESOURCE = fclass="hl-string">"{D365_URL}/"
AUTHORITY = fclass="hl-string">"https://login.microsoftonline.com/{TENANT_ID}"
API_BASE_URL = fclass="hl-string">"{D365_URL}/data"

LAST_DATA_UPDATE = datetime.datetime.now(datetime.timezone.utc).isoformat()
SOURCE_SYSTEM = class="hl-string">"Microsoft Dynamics 365"

def get_access_token():
    class="hl-string">"""Acquires an access token from Azure AD."""
    app = msal.ConfidentialClientApplication(
        CLIENT_ID,
        authority=AUTHORITY,
        client_credential=CLIENT_SECRET
    )
    result = app.acquire_token_for_client(scopes=[fclass="hl-string">"{RESOURCE}/.default"])
    if class="hl-string">"access_token" in result:
        return result[class="hl-string">'access_token']
    else:
        print(class="hl-string">"Error acquiring token:", result.get(class="hl-string">"error_description"))
        return None

def fetch_all_data(access_token, entity_url):
    class="hl-string">"""Fetches all pages of data from a given D365 OData entity URL."""
    all_data = []
    headers = {
        class="hl-string">'Authorization': fclass="hl-string">'Bearer {access_token}',
        class="hl-string">'Content-Type': class="hl-string">'application/json',
        class="hl-string">'OData-MaxVersion': class="hl-string">'4.0',
        class="hl-string">'OData-Version': class="hl-string">'4.0',
        class="hl-string">'Prefer': class="hl-string">'odata.include-annotations="*"'
    }
    
    next_link = entity_url
    while next_link:
        try:
            response = requests.get(next_link, headers=headers)
            response.raise_for_status()
            data = response.json()
            all_data.extend(data[class="hl-string">'value'])
            next_link = data.get(class="hl-string">'@odata.nextLink')
            time.sleep(0.1) class=class="hl-string">"hl-comment"># Small delay to respect API limits
        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">"An error occurred: {e}")
            print(fclass="hl-string">"Response body: {response.text}")
            next_link = None
    return all_data

def main():
    token = get_access_token()
    if not token:
        return

    all_events = []
    cross_company_filter = fclass="hl-string">"cross-company=true&$filter=dataAreaId eq '{COMPANY_ID}'"

    print(class="hl-string">"Fetching 'Invoice Registered' events...")
    entity_url = fclass="hl-string">"{API_BASE_URL}/VendorInvoiceRegisterJournalsV2?{cross_company_filter} and CreatedDateTime ge {START_DATE} and CreatedDateTime le {END_DATE}&$select=JournalNumber,CreatedDateTime,InvoiceNumber,VendorAccount,CreatedBy,JournalTotalCredit"
    data = fetch_all_data(token, entity_url)
    for item in data:
        all_events.append({
            class="hl-string">'InvoiceNumber': item.get(class="hl-string">'InvoiceNumber'),
            class="hl-string">'ActivityName': class="hl-string">'Invoice Registered',
            class="hl-string">'EventTime': item.get(class="hl-string">'CreatedDateTime'),
            class="hl-string">'User': item.get(class="hl-string">'CreatedBy'),
            class="hl-string">'VendorNumber': item.get(class="hl-string">'VendorAccount'),
            class="hl-string">'InvoiceAmount': item.get(class="hl-string">'JournalTotalCredit'),
            class="hl-string">'PurchaseOrderNumber': None, class="hl-string">'InvoiceStatus': None, class="hl-string">'PaymentDueDate': None
        })

    print(class="hl-string">"Fetching invoice header events...")
    entity_url = fclass="hl-string">"{API_BASE_URL}/VendorInvoiceHeaders?{cross_company_filter} and CreatedDateTime ge {START_DATE} and CreatedDateTime le {END_DATE}&$select=InvoiceNumber,CreatedDateTime,ModifiedDateTime,VendorAccount,PurchaseOrderNumber,InvoiceAmount,InvoiceMatchingStatus,LastMatchingValidationDate,InvoiceLastActionDate,Worker,InvoiceLastAction,DueDate,VendorInvoiceHeaderStatus"
    data = fetch_all_data(token, entity_url)
    for item in data:
        class=class="hl-string">"hl-comment"># Invoice Data Captured (approximated by creation of the header)
        all_events.append({
            class="hl-string">'InvoiceNumber': item.get(class="hl-string">'InvoiceNumber'), class="hl-string">'ActivityName': class="hl-string">'Invoice Data Captured', class="hl-string">'EventTime': item.get(class="hl-string">'CreatedDateTime'), class="hl-string">'User': item.get(class="hl-string">'Worker'),
            class="hl-string">'VendorNumber': item.get(class="hl-string">'VendorAccount'), class="hl-string">'InvoiceAmount': item.get(class="hl-string">'InvoiceAmount'), class="hl-string">'PurchaseOrderNumber': item.get(class="hl-string">'PurchaseOrderNumber'),
            class="hl-string">'InvoiceStatus': item.get(class="hl-string">'VendorInvoiceHeaderStatus'), class="hl-string">'PaymentDueDate': item.get(class="hl-string">'DueDate')
        })
        class=class="hl-string">"hl-comment"># Invoice Coded (inferred by modification after creation)
        if item.get(class="hl-string">'ModifiedDateTime') != item.get(class="hl-string">'CreatedDateTime'):
            all_events.append({
                class="hl-string">'InvoiceNumber': item.get(class="hl-string">'InvoiceNumber'), class="hl-string">'ActivityName': class="hl-string">'Invoice Coded', class="hl-string">'EventTime': item.get(class="hl-string">'ModifiedDateTime'), class="hl-string">'User': item.get(class="hl-string">'Worker'),
                class="hl-string">'VendorNumber': item.get(class="hl-string">'VendorAccount'), class="hl-string">'InvoiceAmount': item.get(class="hl-string">'InvoiceAmount'), class="hl-string">'PurchaseOrderNumber': item.get(class="hl-string">'PurchaseOrderNumber'),
                class="hl-string">'InvoiceStatus': item.get(class="hl-string">'VendorInvoiceHeaderStatus'), class="hl-string">'PaymentDueDate': item.get(class="hl-string">'DueDate')
            })
        class=class="hl-string">"hl-comment"># Matching activities
        if item.get(class="hl-string">'InvoiceMatchingStatus') == class="hl-string">'Passed' and item.get(class="hl-string">'LastMatchingValidationDate'):
            all_events.append({
                class="hl-string">'InvoiceNumber': item.get(class="hl-string">'InvoiceNumber'), class="hl-string">'ActivityName': class="hl-string">'Invoice Matched To Purchase Order', class="hl-string">'EventTime': item.get(class="hl-string">'LastMatchingValidationDate'), class="hl-string">'User': item.get(class="hl-string">'Worker'),
                class="hl-string">'VendorNumber': item.get(class="hl-string">'VendorAccount'), class="hl-string">'InvoiceAmount': item.get(class="hl-string">'InvoiceAmount'), class="hl-string">'PurchaseOrderNumber': item.get(class="hl-string">'PurchaseOrderNumber'),
                class="hl-string">'InvoiceStatus': item.get(class="hl-string">'VendorInvoiceHeaderStatus'), class="hl-string">'PaymentDueDate': item.get(class="hl-string">'DueDate')
            })
        if item.get(class="hl-string">'InvoiceMatchingStatus') == class="hl-string">'Failed' and item.get(class="hl-string">'LastMatchingValidationDate'):
            all_events.append({
                class="hl-string">'InvoiceNumber': item.get(class="hl-string">'InvoiceNumber'), class="hl-string">'ActivityName': class="hl-string">'Matching Discrepancy Found', class="hl-string">'EventTime': item.get(class="hl-string">'LastMatchingValidationDate'), class="hl-string">'User': item.get(class="hl-string">'Worker'),
                class="hl-string">'VendorNumber': item.get(class="hl-string">'VendorAccount'), class="hl-string">'InvoiceAmount': item.get(class="hl-string">'InvoiceAmount'), class="hl-string">'PurchaseOrderNumber': item.get(class="hl-string">'PurchaseOrderNumber'),
                class="hl-string">'InvoiceStatus': item.get(class="hl-string">'VendorInvoiceHeaderStatus'), class="hl-string">'PaymentDueDate': item.get(class="hl-string">'DueDate')
            })
            class=class="hl-string">"hl-comment"># Matching Discrepancy Handled (inferred if invoice is now matched or posted after a discrepancy)
            if item.get(class="hl-string">'VendorInvoiceHeaderStatus') in [class="hl-string">'Matched', class="hl-string">'Posted'] and item.get(class="hl-string">'ModifiedDateTime') > item.get(class="hl-string">'LastMatchingValidationDate'):
                all_events.append({
                    class="hl-string">'InvoiceNumber': item.get(class="hl-string">'InvoiceNumber'), class="hl-string">'ActivityName': class="hl-string">'Matching Discrepancy Handled', class="hl-string">'EventTime': item.get(class="hl-string">'ModifiedDateTime'), class="hl-string">'User': item.get(class="hl-string">'Worker'),
                    class="hl-string">'VendorNumber': item.get(class="hl-string">'VendorAccount'), class="hl-string">'InvoiceAmount': item.get(class="hl-string">'InvoiceAmount'), class="hl-string">'PurchaseOrderNumber': item.get(class="hl-string">'PurchaseOrderNumber'),
                    class="hl-string">'InvoiceStatus': item.get(class="hl-string">'VendorInvoiceHeaderStatus'), class="hl-string">'PaymentDueDate': item.get(class="hl-string">'DueDate')
                })

    print(class="hl-string">"Fetching workflow events...")
    class=class="hl-string">"hl-comment"># This is a simplified workflow extraction. A real scenario might need to query WorkflowTrackingWorkItem and join.
    entity_url = fclass="hl-string">"{API_BASE_URL}/WorkflowTrackingStatusTables?{cross_company_filter} and CreatedDateTime ge {START_DATE} and CreatedDateTime le {END_DATE}&$filter=contains(Context,'VendInvoice')&$select=ContextRecId,CreatedDateTime,TrackingStatus,User,Context"
    class=class="hl-string">"hl-comment"># Note: Linking ContextRecId back to an InvoiceNumber requires another lookup, which is complex. 
    class=class="hl-string">"hl-comment"># A placeholder is used here. For a real implementation, you must resolve this link.
    class=class="hl-string">"hl-comment"># For this script, we will not generate workflow events to avoid complexity.

    print(class="hl-string">"Fetching posted invoice events...")
    entity_url = fclass="hl-string">"{API_BASE_URL}/VendorPostedInvoices?{cross_company_filter} and PostedDateTime ge {START_DATE} and PostedDateTime le {END_DATE}&$select=InvoiceNumber,PostedDateTime,VendorAccount,PurchaseOrderNumber,InvoiceAmount,DueDate,Block,ModifiedDateTime,ModifiedBy"
    data = fetch_all_data(token, entity_url)
    for item in data:
        all_events.append({
            class="hl-string">'InvoiceNumber': item.get(class="hl-string">'InvoiceNumber'), class="hl-string">'ActivityName': class="hl-string">'Invoice Posted', class="hl-string">'EventTime': item.get(class="hl-string">'PostedDateTime'), class="hl-string">'User': item.get(class="hl-string">'ModifiedBy'),
            class="hl-string">'VendorNumber': item.get(class="hl-string">'VendorAccount'), class="hl-string">'InvoiceAmount': item.get(class="hl-string">'InvoiceAmount'), class="hl-string">'PurchaseOrderNumber': item.get(class="hl-string">'PurchaseOrderNumber'),
            class="hl-string">'InvoiceStatus': class="hl-string">'Posted', class="hl-string">'PaymentDueDate': item.get(class="hl-string">'DueDate')
        })
        if item.get(class="hl-string">'Block') not in [None, class="hl-string">'No', class="hl-string">'Free']:
            all_events.append({
                class="hl-string">'InvoiceNumber': item.get(class="hl-string">'InvoiceNumber'), class="hl-string">'ActivityName': class="hl-string">'Payment Block Set', class="hl-string">'EventTime': item.get(class="hl-string">'ModifiedDateTime'), class="hl-string">'User': item.get(class="hl-string">'ModifiedBy'),
                class="hl-string">'VendorNumber': item.get(class="hl-string">'VendorAccount'), class="hl-string">'InvoiceAmount': item.get(class="hl-string">'InvoiceAmount'), class="hl-string">'PurchaseOrderNumber': item.get(class="hl-string">'PurchaseOrderNumber'),
                class="hl-string">'InvoiceStatus': class="hl-string">'Posted (Blocked)', class="hl-string">'PaymentDueDate': item.get(class="hl-string">'DueDate')
            })
        class=class="hl-string">"hl-comment"># Payment Block Released is difficult to capture without audit logs. This is an approximation.

    print(class="hl-string">"Fetching payment schedule events...")
    entity_url = fclass="hl-string">"{API_BASE_URL}/VendorPaymentJournalLines?{cross_company_filter} and CreatedDateTime ge {START_DATE} and CreatedDateTime le {END_DATE}&$select=InvoiceNumber,CreatedDateTime,CreatedBy,JournalBatchNumber,VendorAccountNumber,Amount"
    data = fetch_all_data(token, entity_url)
    for item in data:
        all_events.append({
            class="hl-string">'InvoiceNumber': item.get(class="hl-string">'InvoiceNumber'), class="hl-string">'ActivityName': class="hl-string">'Payment Scheduled', class="hl-string">'EventTime': item.get(class="hl-string">'CreatedDateTime'), class="hl-string">'User': item.get(class="hl-string">'CreatedBy'),
            class="hl-string">'VendorNumber': item.get(class="hl-string">'VendorAccountNumber'), class="hl-string">'InvoiceAmount': item.get(class="hl-string">'Amount'), class="hl-string">'PurchaseOrderNumber': None,
            class="hl-string">'InvoiceStatus': class="hl-string">'Payment Scheduled', class="hl-string">'PaymentDueDate': None
        })

    print(class="hl-string">"Fetching payment execution events...")
    entity_url = fclass="hl-string">"{API_BASE_URL}/VendSettlements?{cross_company_filter} and SettlementDate ge {START_DATE} and SettlementDate le {END_DATE}&$select=InvoiceNumber,SettlementDate,VendorAccountNumber,SettlementAmount"
    data = fetch_all_data(token, entity_url)
    for item in data:
        all_events.append({
            class="hl-string">'InvoiceNumber': item.get(class="hl-string">'InvoiceNumber'), class="hl-string">'ActivityName': class="hl-string">'Payment Executed', class="hl-string">'EventTime': item.get(class="hl-string">'SettlementDate'), class="hl-string">'User': None, class=class="hl-string">"hl-comment"># User not available in this entity
            class="hl-string">'VendorNumber': item.get(class="hl-string">'VendorAccountNumber'), class="hl-string">'InvoiceAmount': item.get(class="hl-string">'SettlementAmount'), class="hl-string">'PurchaseOrderNumber': None,
            class="hl-string">'InvoiceStatus': class="hl-string">'Paid', class="hl-string">'PaymentDueDate': None
        })

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

    print(class="hl-string">"Processing and saving data...")
    df = pd.DataFrame(all_events)
    df[class="hl-string">'SourceSystem'] = SOURCE_SYSTEM
    df[class="hl-string">'LastDataUpdate'] = LAST_DATA_UPDATE
    df[class="hl-string">'EndTime'] = df[class="hl-string">'EventTime']
    df.dropna(subset=[class="hl-string">'InvoiceNumber', class="hl-string">'ActivityName', class="hl-string">'EventTime'], inplace=True)
    df.sort_values(by=[class="hl-string">'InvoiceNumber', class="hl-string">'EventTime'], inplace=True)

    output_filename = class="hl-string">'d365_invoice_event_log.csv'
    df.to_csv(output_filename, index=False, date_format=class="hl-string">'%Y-%m-%dT%H:%M:%SZ')
    print(fclass="hl-string">"Event log successfully created: {output_filename}")

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

ステップ

Microsoft Power Platform、Power Query、対象のDynamics 365環境、および仕入先請求書、請求書明細、元帳配賦、発注書、入荷、ワークフロー、支払保留、転記、支払仕訳のデータを含むソースエンティティまたはテーブルにアクセスできることを確認します。Dynamics 365の実装は環境によって異なるため、実際のソースオブジェクトをマッピング用ワークブックに記録します。環境固有のオブジェクトが確定するまでは、[Your invoice register table]や[Your workflow event table]などのプレースホルダーを使用します。
ProcessMindの抽出に使用するワークスペースまたは環境で、Power PlatformにDataflowを作成します。Dynamics 365の導入形態に適したコネクタを選択し、[Your connection string or environment reference]と[Your credentials]を使って接続を設定します。認証情報をクエリテキストに記載しないでください。
Power Queryで、抽出に必要なソースエンティティを追加します。最低限、請求書登録、請求書ヘッダー、請求書明細、元帳配賦、発注書または入荷照合結果、ワークフロー履歴、支払保留履歴、転記取引、支払提案または支払仕訳明細、支払決済の各ソースをマッピングします。Dataflowを公開する前に、実際のエンティティ名と列をマッピング用ワークブックに記録します。
[Start date]と[End date]を使い、合意した抽出期間を各ソースに適用します。[Your company or legal entity filter]、関連する伝票種別、仕入先請求書レコードでフィルターします。イベントの順序付けに十分な精度でソースのタイムスタンプを保持します。EventTimeには更新時刻ではなく、ソースシステムのタイムスタンプを使用します。
明示的に記録された、または明示的に導出された業務イベントごとに1行を持つ正規化イベントクエリを作成します。クエリは、ActivityNameの値としてInvoice Registered、Invoice Data Captured、Invoice Coded、Invoice Matched To Purchase Order、Matching Discrepancy Found、Matching Discrepancy Handled、Invoice Sent For Approval、Invoice Approved、Invoice Rejected、Payment Block Set、Payment Block Released、Invoice Posted、Payment Scheduled、Payment Executedを出力する必要があります。ProcessMindはイベントログをそのまま読み込むため、不足するアクティビティの推測をProcessMindに任せないでください。
各イベントソースをInvoiceNumberで請求書ケースに結合します。ソースが内部請求書キーを使用している場合は、まずそのキーを請求書ヘッダーまたは登録に結合し、業務上のInvoiceNumberを出力します。利用可能な場合は、VendorNumber、PurchaseOrderNumber、InvoiceAmount、User、InvoiceStatus、PaymentDueDate、EndTimeを保持します。すべてのソース列について、環境固有のマッピングを文書化します。
イベント固有の条件を適用します。登録には仕入先請求書登録レコードの作成が必要です。データ取得には、新規または登録済み状態から処理可能状態への設定済みの遷移が必要です。コード化には、元帳配賦の作成または確定が必要です。照合成功にはPassedの結果が必要です。照合失敗にはFailedまたはDiscrepancyが必要です。不一致処理には、その後の照合成功または文書化された手動上書きが必要です。ワークフローの申請、承認、却下には明示的なワークフローイベントが必要です。支払ブロックのイベントには保留状態の変更が必要です。転記、支払予定設定、支払実行には、明示的な転記、支払仕訳、または決済レコードが必要です。
データ型と値を標準化します。InvoiceNumberとActivityNameはテキスト、EventTimeとEndTimeは日時、InvoiceAmountは数値型、PaymentDueDateはソースに応じて日付または日時に設定します。SourceSystemはMicrosoft Dynamics 365に設定します。LastDataUpdateは、更新内のすべての行で一貫して、Dataflowの更新時刻またはソース抽出時刻に設定します。
InvoiceNumberまたはEventTimeがない行を削除します。ただし、承認済みの例外処理によって安定したケース識別子が付与される場合を除きます。重複するソースレコードが同一イベントを表す場合に限り、ソースイベント識別子があればそれを使って重複排除します。異なる承認、照合試行、保留、支払処理を1つにまとめないでください。
正規化した出力を、Power Platformデータ送信先、レイクハウス、ウェアハウス、または実装でサポートされるファイル送信先など、設定済みの送信先に読み込みます。結果を、1行に1イベントを持つフラットテーブルとしてエクスポートまたは公開します。必須列はInvoiceNumber、ActivityName、EventTime、SourceSystem、LastDataUpdateです。利用可能な場合は推奨属性も追加します。
Dataflowを更新し、出力を確認して検証を完了します。対応するソースレコードが存在する場合に14個すべてのActivityNameの値が存在すること、タイムスタンプが正しい順序になっていること、ケース識別子がInvoiceNumberであることを確認します。検証済みのテーブルをCSVなどProcessMindがサポートする形式、または設定済みコネクタの出力形式でエクスポートし、InvoiceNumberをケース識別子、ActivityNameをアクティビティ、EventTimeをイベントタイムスタンプとしてProcessMindにアップロードまたは接続します。

設定

ソースマッピング：環境固有のプレースホルダーをすべて、実際のDynamics 365エンティティ、テーブル、ビュー、列に置き換えます。Finance、Supply Chain Management、Dataverse、カスタマイズ、連携システム間で名称が同一だと仮定しないでください。
必須出力列：受け入れるすべてのイベント行で、InvoiceNumber、ActivityName、EventTime、SourceSystem、LastDataUpdateに値が入力されている必要があります。
推奨出力列：ソースで提供される場合は、VendorNumber、PurchaseOrderNumber、InvoiceAmount、User、InvoiceStatus、PaymentDueDate、EndTimeを含めます。
日付範囲：まずは3～6か月分の履歴から始めます。クエリのパフォーマンスとイベントの完全性を検証してから、期間を広げます。更新間でイベントが重複しないよう、サポートされている場合は開始境界を含み、終了境界を含まない範囲を使用します。
会社または法人フィルター：[Your company or legal entity filter]をすべてのソースエンティティに一貫して適用します。InvoiceNumberがグローバルに一意でない場合、結合によって異なる法人の請求書が混在しないようにします。
伝票種別フィルター：仕入先請求書と、プロセスで使用する伝票種別に抽出対象を限定します。特定のDynamics 365の値を前提にせず、システムに応じて設定します。
ステータスフィルター：新規、登録済み、処理可能、Passed、Failed、Discrepancy、承認済み、却下、ブロック済み、ブロック解除済みについて、設定されている値を使用します。ステータスのラベルは、バージョン、言語、カスタマイズ、連携によって異なる場合があります。
イベントの意味：必要なすべてのアクティビティについて、明示的な行を抽出します。導出したアクティビティは、記載されたソース遷移またはソースレコードが信頼できる根拠を示す場合に限り使用できます。ProcessMindは他の行からイベントを推測しません。
タイムスタンプの選択：ソースのイベント時刻を優先します。イベント定義に応じて、作成、変更、ワークフロー操作、転記、仕訳、決済のタイムスタンプを使用します。LastDataUpdateをEventTimeとして使用しないでください。
更新メタデータ：LastDataUpdateには、Dataflow実行時の一貫した更新時刻を設定します。送信先が増分更新をサポートする場合は、更新のウォーターマークをEventTimeとは別に保持します。
増分更新：ソースの変更時刻やイベント識別子など、安定したソースウォーターマークを使用します。遅れて到着するワークフロー、照合、支払イベントを取得できるよう、ルックバック期間を設けます。利用可能な場合は、ソースイベント識別子で重複排除します。
パフォーマンス：結合前にソースエンティティをフィルターし、必要な列だけを選択します。請求書明細を無制限に展開せず、大規模なソースは個別にステージングします。コネクタがサポートしている場合はクエリフォールディングを使用します。広い日付範囲にはパーティション分割または増分更新を利用します。
結合キー：選択した会社または法人内で一意の場合に限り、InvoiceNumberを使用します。それ以外の場合は環境固有の複合キーを使用し、最終出力にInvoiceNumberを出力します。
前提条件：必要な権限には、Dynamics 365のデータ、ワークフロー履歴、転記・支払データ、Power Platform Dataflow、送信先へのアクセスが含まれます。必要なライセンスとコネクタの利用可否は、テナント、Dynamics 365の導入形態、選択した送信先によって異なります。
セキュリティ：管理された接続または承認済みの認証情報を使用し、最小権限を適用します。Power Queryの式やエクスポートファイルにシークレットを埋め込まないでください。
通貨と金額：ソースの通貨を保持するか、財務分析に必要な場合は環境固有の通貨列を追加します。承認済みの為替レートルールが定義されていない限り、金額を換算しないでください。

a サンプルクエリ sql

let
    StartDate = #datetime(2025, 1, 1, 0, 0, 0),
    EndDate = #datetime(2025, 7, 1, 0, 0, 0),
    CompanyFilter = "[Your company or legal entity filter]",
    SourceSystemValue = "Microsoft Dynamics 365",
    RefreshTime = DateTimeZone.RemoveZone(DateTimeZone.UtcNow()),

    InvoiceRegister = Table.SelectRows(#"[Your invoice register table]", each [Company] = CompanyFilter and [CreatedDateTime] >= StartDate and [CreatedDateTime] < EndDate),
    InvoiceHeader = Table.SelectRows(#"[Your invoice header table]", each [Company] = CompanyFilter),
    InvoiceLines = Table.SelectRows(#"[Your invoice line table]", each [Company] = CompanyFilter),
    LedgerDistributions = Table.SelectRows(#"[Your ledger distribution table]", each [Company] = CompanyFilter and [CreatedDateTime] >= StartDate and [CreatedDateTime] < EndDate),
    MatchingResults = Table.SelectRows(#"[Your invoice matching result table]", each [Company] = CompanyFilter and [EventDateTime] >= StartDate and [EventDateTime] < EndDate),
    WorkflowEvents = Table.SelectRows(#"[Your workflow event table]", each [Company] = CompanyFilter and [EventDateTime] >= StartDate and [EventDateTime] < EndDate),
    PaymentHoldHistory = Table.SelectRows(#"[Your payment hold history table]", each [Company] = CompanyFilter and [EventDateTime] >= StartDate and [EventDateTime] < EndDate),
    PostingEvents = Table.SelectRows(#"[Your invoice posting table]", each [Company] = CompanyFilter and [EventDateTime] >= StartDate and [EventDateTime] < EndDate),
    PaymentScheduleEvents = Table.SelectRows(#"[Your payment proposal or payment journal line table]", each [Company] = CompanyFilter and [EventDateTime] >= StartDate and [EventDateTime] < EndDate),
    PaymentExecutionEvents = Table.SelectRows(#"[Your payment settlement table]", each [Company] = CompanyFilter and [EventDateTime] >= StartDate and [EventDateTime] < EndDate),

    HeaderColumns = Table.SelectColumns(InvoiceHeader, {"InvoiceNumber", "VendorNumber", "PurchaseOrderNumber", "InvoiceAmount", "InvoiceStatus", "PaymentDueDate"}),
    HeaderDistinct = Table.Distinct(HeaderColumns, {"InvoiceNumber"}),

    RegisterEvents = Table.RenameColumns(Table.SelectColumns(InvoiceRegister, {"InvoiceNumber", "CreatedDateTime", "User"}), {{"CreatedDateTime", "EventTime"}}),
    RegisterWithActivity = Table.AddColumn(RegisterEvents, "ActivityName", each "Invoice Registered", type text),

    DataCapturedBase = Table.SelectRows(InvoiceHeader, each ([PreviousStatus] = "new" or [PreviousStatus] = "registered") and [InvoiceStatus] = "ready for processing"),
    DataCapturedEvents = Table.RenameColumns(Table.SelectColumns(DataCapturedBase, {"InvoiceNumber", "StatusChangedDateTime", "User"}), {{"StatusChangedDateTime", "EventTime"}}),
    DataCapturedWithActivity = Table.AddColumn(DataCapturedEvents, "ActivityName", each "Invoice Data Captured", type text),

    CodedBase = Table.SelectRows(LedgerDistributions, each [DistributionStatus] = "Finalized" or [DistributionStatus] = "Created"),
    CodedEvents = Table.RenameColumns(Table.SelectColumns(CodedBase, {"InvoiceNumber", "EventDateTime", "User"}), {}),
    CodedWithActivity = Table.AddColumn(CodedEvents, "ActivityName", each "Invoice Coded", type text),

    MatchedBase = Table.SelectRows(MatchingResults, each [MatchingStatus] = "Passed"),
    MatchedEvents = Table.SelectColumns(MatchedBase, {"InvoiceNumber", "EventDateTime", "User"}),
    MatchedWithActivity = Table.AddColumn(MatchedEvents, "ActivityName", each "Invoice Matched To Purchase Order", type text),

    DiscrepancyBase = Table.SelectRows(MatchingResults, each [MatchingStatus] = "Failed" or [MatchingStatus] = "Discrepancy"),
    DiscrepancyEvents = Table.SelectColumns(DiscrepancyBase, {"InvoiceNumber", "EventDateTime", "User"}),
    DiscrepancyWithActivity = Table.AddColumn(DiscrepancyEvents, "ActivityName", each "Matching Discrepancy Found", type text),

    HandledBase = Table.SelectRows(MatchingResults, each ([MatchingStatus] = "Passed" and ([PreviousMatchingStatus] = "Failed" or [PreviousMatchingStatus] = "Discrepancy")) or [ManualOverride] = true),
    HandledEvents = Table.SelectColumns(HandledBase, {"InvoiceNumber", "EventDateTime", "User"}),
    HandledWithActivity = Table.AddColumn(HandledEvents, "ActivityName", each "Matching Discrepancy Handled", type text),

    SubmittedBase = Table.SelectRows(WorkflowEvents, each [WorkflowEventType] = "Submitted"),
    SubmittedEvents = Table.SelectColumns(SubmittedBase, {"InvoiceNumber", "EventDateTime", "User"}),
    SubmittedWithActivity = Table.AddColumn(SubmittedEvents, "ActivityName", each "Invoice Sent For Approval", type text),

    ApprovedBase = Table.SelectRows(WorkflowEvents, each [WorkflowEventType] = "Approved"),
    ApprovedEvents = Table.SelectColumns(ApprovedBase, {"InvoiceNumber", "EventDateTime", "User"}),
    ApprovedWithActivity = Table.AddColumn(ApprovedEvents, "ActivityName", each "Invoice Approved", type text),

    RejectedBase = Table.SelectRows(WorkflowEvents, each [WorkflowEventType] = "Rejected"),
    RejectedEvents = Table.SelectColumns(RejectedBase, {"InvoiceNumber", "EventDateTime", "User"}),
    RejectedWithActivity = Table.AddColumn(RejectedEvents, "ActivityName", each "Invoice Rejected", type text),

    BlockSetBase = Table.SelectRows(PaymentHoldHistory, each [HoldStatus] = "Blocked" and ([PreviousHoldStatus] <> "Blocked" or [PreviousHoldStatus] = null)),
    BlockSetEvents = Table.SelectColumns(BlockSetBase, {"InvoiceNumber", "EventDateTime", "User"}),
    BlockSetWithActivity = Table.AddColumn(BlockSetEvents, "ActivityName", each "Payment Block Set", type text),

    BlockReleasedBase = Table.SelectRows(PaymentHoldHistory, each ([HoldStatus] = "Unblocked" or [HoldStatus] = "") and [PreviousHoldStatus] = "Blocked"),
    BlockReleasedEvents = Table.SelectColumns(BlockReleasedBase, {"InvoiceNumber", "EventDateTime", "User"}),
    BlockReleasedWithActivity = Table.AddColumn(BlockReleasedEvents, "ActivityName", each "Payment Block Released", type text),

    PostedBase = Table.SelectRows(PostingEvents, each [PostingStatus] = "Posted"),
    PostedEvents = Table.SelectColumns(PostedBase, {"InvoiceNumber", "EventDateTime", "User"}),
    PostedWithActivity = Table.AddColumn(PostedEvents, "ActivityName", each "Invoice Posted", type text),

    ScheduledBase = Table.SelectRows(PaymentScheduleEvents, each [PaymentJournalLineStatus] = "Created" or [PaymentJournalLineStatus] = "Included"),
    ScheduledEvents = Table.SelectColumns(ScheduledBase, {"InvoiceNumber", "EventDateTime", "User"}),
    ScheduledWithActivity = Table.AddColumn(ScheduledEvents, "ActivityName", each "Payment Scheduled", type text),

    ExecutedBase = Table.SelectRows(PaymentExecutionEvents, each [SettlementStatus] = "Posted" or [PaymentStatus] = "Executed"),
    ExecutedEvents = Table.SelectColumns(ExecutedBase, {"InvoiceNumber", "EventDateTime", "User"}),
    ExecutedWithActivity = Table.AddColumn(ExecutedEvents, "ActivityName", each "Payment Executed", type text),

    AllEvents = Table.Combine({RegisterWithActivity, DataCapturedWithActivity, CodedWithActivity, MatchedWithActivity, DiscrepancyWithActivity, HandledWithActivity, SubmittedWithActivity, ApprovedWithActivity, RejectedWithActivity, BlockSetWithActivity, BlockReleasedWithActivity, PostedWithActivity, ScheduledWithActivity, ExecutedWithActivity}),
    EventsWithHeader = Table.NestedJoin(AllEvents, {"InvoiceNumber"}, HeaderDistinct, {"InvoiceNumber"}, "Header", JoinKind.LeftOuter),
    ExpandedHeader = Table.ExpandTableColumn(EventsWithHeader, "Header", {"VendorNumber", "PurchaseOrderNumber", "InvoiceAmount", "InvoiceStatus", "PaymentDueDate"}, {"VendorNumber", "PurchaseOrderNumber", "InvoiceAmount", "InvoiceStatus", "PaymentDueDate"}),
    WithSourceSystem = Table.AddColumn(ExpandedHeader, "SourceSystem", each SourceSystemValue, type text),
    WithLastDataUpdate = Table.AddColumn(WithSourceSystem, "LastDataUpdate", each RefreshTime, type datetime),
    WithEndTime = Table.AddColumn(WithLastDataUpdate, "EndTime", each [EventTime], type datetime),
    SelectedColumns = Table.SelectColumns(WithEndTime, {"InvoiceNumber", "ActivityName", "EventTime", "SourceSystem", "LastDataUpdate", "VendorNumber", "PurchaseOrderNumber", "InvoiceAmount", "User", "InvoiceStatus", "PaymentDueDate", "EndTime"}),
    TypedColumns = Table.TransformColumnTypes(SelectedColumns, {{"InvoiceNumber", type text}, {"ActivityName", type text}, {"EventTime", type datetime}, {"SourceSystem", type text}, {"LastDataUpdate", type datetime}, {"VendorNumber", type text}, {"PurchaseOrderNumber", type text}, {"InvoiceAmount", type number}, {"User", type text}, {"InvoiceStatus", type text}, {"PaymentDueDate", type date}, {"EndTime", type datetime}}),
    ValidEvents = Table.SelectRows(TypedColumns, each [InvoiceNumber] <> null and [InvoiceNumber] <> "" and [EventTime] <> null),
    SortedEvents = Table.Sort(ValidEvents, {{"InvoiceNumber", Order.Ascending}, {"EventTime", Order.Ascending}, {"ActivityName", Order.Ascending}})
in
    SortedEvents

準備はできましたか？

このテンプレートを使ってプロセスマイニングを始め、請求書処理の迅速化と精度向上につながる情報を見つけ出します。今日から業務の改善を始めましょう。

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

今日から調達から支払いまでの請求書処理を改善します

非効率を見つけ出し、請求書処理のサイクルタイムを30％以上短縮します。

無料トライアルを開始

クレジットカードは必要ありません。数分で始められます。

調達から支払いまで：請求書処理のデータテンプレート

調達から支払いまで：請求書処理のデータテンプレート

調達から支払いまで：請求書処理の属性

調達から支払いまで：請求書処理のアクティビティ

抽出ガイド

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

ステップ

設定

a サンプルクエリ sql

Bring Your Own Database（BYOD）による直接SQLクエリ

ステップ

設定

a サンプルクエリ sql

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

ステップ

設定

a サンプルクエリ python

Microsoft Power Platform Dataflowによる抽出

ステップ

設定

a サンプルクエリ sql

準備はできましたか？

今日から調達から支払いまでの請求書処理を改善します

調達から支払いまで：請求書処理のデータテンプレート

調達から支払いまで：請求書処理のデータテンプレート

調達から支払いまで：請求書処理の属性

調達から支払いまで：請求書処理のアクティビティ

抽出ガイド

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

ステップ

設定

a サンプルクエリ sql

Bring Your Own Database（BYOD）による直接SQLクエリ

ステップ

設定

a サンプルクエリ sql

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

ステップ

設定

a サンプルクエリ python

Microsoft Power Platform Dataflowによる抽出

ステップ

設定

a サンプルクエリ sql

準備はできましたか？

今日から調達から支払いまでの請求書処理を改善します

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