> 継続的なプロセス改善 > 調達から支払いまで：請求書処理 > 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です。請求書1件ごとの全工程を分析できます。入手先通常、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	請求書を提出した仕入先を一意に識別するIDです。
説明仕入先番号は、マスターデータ内で仕入先を一意に識別するコードです。請求書の取引データと特定の仕入先を関連付けるため、仕入先ごとの分析に利用できます。この属性を使うと、仕入先別にプロセスデータを分類できます。「承認に最も時間がかかる仕入先はどこか」「特定の仕入先で照合の不一致が多く発生していないか」といった疑問を調べる際に役立ちます。仕入先別の実績を分析することで、仕入先との連携やプロセス改善の余地を見つけられます。重要な理由仕入先でデータを絞り込み、根本原因を分析できます。特定の仕入先に関連する実績上の問題や傾向を特定するのに役立ちます。入手先通常は、VendInvoiceInfoTableなどの仕入先請求書テーブルのヘッダーにあり、VendTableの仕入先マスターデータと関連付けられています。例 V-1001V-2050V-8342
	支払期日 PaymentDueDate	合意した支払条件に基づき、請求書の支払いを完了する期限です。
説明支払期日は、請求日と仕入先の支払条件に基づいて算出されます。契約上の支払期限を表します。この日付は、財務実績や仕入先との関係を管理するうえで重要です。実際の「支払実行」日と比較して「期日どおりの支払率」KPIを算出する際の基準になります。分析することで、支払いの遅延につながる構造的な問題を特定できます。支払いの遅れは、仕入先との関係悪化や早期支払割引の適用機会の逸失につながる可能性があります。重要な理由期日どおりの支払い実績を測る基準です。財務の健全性や仕入先との関係を把握するための重要なKPIです。入手先多くの場合、請求日と支払条件に基づいてシステムが日付を算出し、VendTransなどの仕入先取引テーブルに保存します。例 2023-05-152023-06-302023-07-20
	発注書番号 PurchaseOrderNumber	請求書に関連付けられた発注書（PO）の識別子です。
説明発注書番号を使うと、請求書を元の調達文書に関連付けられます。請求書、発注書、入庫記録の2者間または3者間照合を行うプロセスで重要です。この属性を使って、発注書に基づく請求書と、発注書に基づかない請求書を分けて分析できます。両者ではプロセスの流れが異なることが多く、照合の有効性を把握したり、不一致を調査したり、発注書に基づく請求書の自動処理率を測定したりするうえで欠かせません。重要な理由発注書に基づく請求書と、発注書に基づかない請求書を区別できます。これはプロセスのばらつきを左右する主な要因であり、照合分析に欠かせません。入手先 VendInvoiceInfoTableなどの請求書ヘッダーテーブルにあり、PurchIdなどのフィールドに格納されています。例 PO-001234PO-005678PO-009101
	終了時刻 EndTime	特定のアクティビティまたはイベントが完了した時刻を示す正確なタイムスタンプです。
説明終了時刻は、アクティビティが完了した時刻を記録します。開始時刻（EventTime）と組み合わせると、各手順の完了にかかった時間を正確に算出できます。この属性は、各アクティビティの「処理時間」を算出するために欠かせず、実績分析の重要な指標となります。プロセスのどの手順に最も時間がかかっているかを特定し、対象を絞った改善に役立てられます。たとえば、手作業でのコード入力や承認にかかった時間を正確に測定できます。重要な理由アクティビティの処理時間を直接算出できるため、プロセスで最も時間のかかる手順を特定するうえで欠かせません。入手先 StartTimeと同様に、さまざまな日付・時刻フィールドから取得します。アクティビティによっては、次のアクティビティのStartTimeを終了時刻として使う場合があります。また、「完了日時」を示す専用のタイムスタンプを使う場合もあります。例 2023-04-15T09:15:20Z2023-05-20T18:00:00Z2023-06-01T11:05:45Z
	請求書のステータス InvoiceStatus	データ抽出時点での請求書の現在のステータスです。
説明請求書のステータスは、「承認待ち」「承認済み」「転記済み」「支払済み」など、ライフサイクルにおける請求書の現在の状態を示します。請求書の進捗状況を把握できます。主に、現在の業務量や未処理件数を示す運用ダッシュボードの作成に使われます。各プロセス段階にある請求書の件数を管理者が把握し、リソースの配分や業務のモニタリングに役立てられます。「請求書処理の処理量とステータス」ダッシュボードにも欠かせない属性です。重要な理由すべての請求書の現在の状態を把握できます。業務のモニタリングや業務量の管理、現在のボトルネックの特定に役立ちます。入手先通常は、VendInvoiceInfoTableなどの請求書メインテーブルにあるステータスフィールドから取得します。例承認待ち転記済み支払済み
	請求金額 InvoiceAmount	請求書の合計金額です。
説明この属性は、仕入先の請求書に記載された支払総額を表します。各ケースの基本的な財務データです。請求金額は、分類や分析に広く使われます。高額な請求書に対して、より厳格な承認プロセスが適用されているか、処理に時間がかかっているかを確認できます。また、ダッシュボードで金額別の請求書件数を分析したり、集計して分析対象の総支出額を把握したりする際にも使われます。重要な理由金額に基づく分析が可能になり、高額な請求書を優先したプロセス改善や、コスト要因の把握に役立ちます。入手先 VendInvoiceInfoTableなどの請求書ヘッダーテーブルにあり、InvoiceAmountやAmountなどのフィールドに格納されています。例 1500.00250.7512500.50
	不一致の種類 MatchingDiscrepancyType	請求書と発注書の照合で見つかった不一致の種類を分類します。
説明 2者間または3者間照合で不一致が発生した場合、この属性で問題の種類を示します。たとえば、「価格の不一致」「数量の不一致」「入庫記録の欠落」などです。「照合不一致の解消時間」ダッシュボードの中心となるデータです。不一致の種類ごとの発生頻度を分析すると、照合が失敗する根本原因を特定できます。たとえば、価格の不一致が頻発する場合はマスターデータが古い可能性があり、数量の不一致は出荷上の問題を示している可能性があります。重要な理由照合の失敗を分類し、不一致の発生率を下げて自動処理率を高めるための根本原因分析に役立ちます。入手先専用の照合ログテーブルまたは例外ログテーブルに保存されている場合があります。ステータスメッセージやワークフローのコメントから判定する必要がある場合もあります。例価格の不一致数量の不一致入庫記録の欠落
	会社コード CompanyCode	請求書を処理する組織内の法人または会社を識別するコードです。
説明会社コードは、請求書の財務責任を負う法人を表します。複数の会社で構成される組織では、財務データを分類するための重要な情報です。この属性を使うと、法人ごとにプロセス分析の対象を絞り込んだり、比較したりできます。グループ内の特定の会社に固有の実績、方針、ボトルネックを把握し、各社に合わせたプロセス改善に役立てられます。重要な理由法人ごとにプロセスを分類して分析できます。複数の会社を持つ大規模な組織で特に重要です。入手先 Dynamics 365の多くの財務テーブルにある標準フィールドで、DataAreaIdという名前が一般的です。例 USMFDEMFGBSI
	却下理由 RejectionReason	承認者が請求書を却下した理由です。
説明承認ワークフローで請求書が却下されると、通常、承認者が理由を記録します。この属性には、その説明が定義済みコードまたは自由記述のテキストとして保存されます。「請求書の却下分析」ダッシュボードに欠かせない属性です。「発注書番号の誤り」「請求書の重複」「価格の不一致」など、却下の根本原因を把握するための情報を得られます。理由を分析することで、却下率を下げるための対策に優先順位を付けられます。重要な理由請求書が却下された理由を直接把握できるため、手戻りを減らし、初回で正しく処理できる割合を高める対策につながります。入手先通常は、ワークフロー処理テーブルのコメントまたは履歴ログに記録されています。例数量の誤り請求書の重複承認限度額の超過
	合計サイクルタイム TotalCycleTime	請求書1件の受領から支払いまでの処理にかかる総時間です。
説明合計サイクルタイムは、請求書がプロセス全体にかかる時間を測定します。請求書番号ごとに、最初のアクティビティ（例：「請求書登録」）から最後のアクティビティ（例：「支払実行」）までの時間差として算出します。プロセス全体の効率を測る主要なKPIです。実績の全体像を把握でき、「請求書のエンドツーエンド・サイクルタイム」ダッシュボードで使われます。この指標の推移を分析し、仕入先や金額などの属性で分類すると、幅広い改善の余地を特定できます。重要な理由プロセス全体の速度と効率を示す主要なKPIで、請求書ごとの実績をまとめて把握できます。入手先プロセスマイニングツール内、またはデータ準備時にケース単位で算出します。各CaseIdについて、最初と最後のイベントのタイムスタンプの差を求めます。例 P15DP22DT5H30MP7D
	支払ブロック理由 PaymentBlockReason	請求書に支払ブロックが設定された理由を示すコードです。
説明支払ブロックが設定されると、請求書の支払いが保留されます。この属性にはブロックの理由が記録されます。通常は「請求内容に異議あり」「入庫待ち」など、ユーザーが選択した標準コードです。「支払ブロックの発生頻度と期間」ダッシュボードに欠かせない属性です。支払ブロックの主な理由を分析すると、調達から支払いまでのプロセスに潜む問題を特定できます。根本原因を解消することで、支払いの遅延を大幅に減らし、仕入先との関係を改善できます。重要な理由支払いが意図的に保留されている理由を把握し、支払ブロックの原因となる上流工程の問題を特定して解消できます。入手先通常は、仕入先取引または請求書のレコードにある支払ブロックのステータスに関連するフィールドです。VendTransなどのテーブルを確認してください。例品質に関する異議クレジットメモ待ち手動ブロック
	支払条件 PaymentTerms	「30日後払い」や「10日以内に2％割引、30日後払い」など、仕入先との支払条件です。
説明支払条件は、支払期限や適用される割引など、仕入先への支払いに関する合意内容を定めます。通常は仕入先マスターデータまたは発注書から取得します。この属性は、支払期日や「期日どおりの支払率」KPIを理解するための重要な情報です。特定の支払条件と支払いの遅れに関連があるかを分析すると、業務上の課題が見つかることがあります。また、財務計画や運転資本の適切な管理にも役立ちます。重要な理由支払期日の把握に役立ち、支払いのタイミングや割引適用率が財務に与える影響を分析できます。入手先この情報は仕入先マスター（VendTable）に保存され、VendInvoiceInfoTableなどの取引テーブルにコピーされます。例 30日後払い60日後払い10日以内に2％割引、30日後払い
	期日どおりの支払いかどうか IsOnTimePayment	請求書が支払期日までに支払われたかどうかを示す計算済みフラグです。
説明この真偽値属性は、「支払実行」アクティビティのタイムスタンプと「支払期日」を比較して算出します。支払日が支払期日以前であればtrue、期日を過ぎていればfalseになります。この属性は、「期日どおりの支払率」KPIと「支払条件のコンプライアンス」ダッシュボードに直接役立ちます。請求書ごとの結果を明確な二択で示すため、分析が簡単になります。支払いが遅れた請求書を絞り込み、仕入先、部門、国ごとに根本原因を調べられます。重要な理由支払条件への適合状況を直接測定できます。「期日どおりの支払率」KPIの算出や関連分析も簡単になります。入手先この属性はデータ変換レイヤーで算出します。判定式は次のとおりです：（「支払実行」アクティビティのタイムスタンプ）<=（支払期日）。例 truefalse
	自動処理かどうか IsAutomated	アクティビティをシステムが自動で実行したか、人が実行したかを示すフラグです。
説明この真偽値属性（true／false）は、システムが実行したイベントと、ユーザーが手動で行ったタスクを区別します。たとえば、請求書の照合は自動化されていても、不一致への対応は手作業で行われる場合があります。この属性を分析すると、プロセスの自動化の度合いを把握できます。自動化の取り組みの成果を測定し、手作業が残るボトルネックを特定できます。また、さらなる自動化によって効率を高め、エラーを減らせる箇所も見つけられます。重要な理由プロセスの自動化の度合いを測定し、手作業によるボトルネックや効率化の余地を特定できます。入手先通常は「ユーザー」属性に基づいて判定します。ユーザーが既知のシステムアカウントまたはサービスアカウントの場合、このフラグはtrueに設定されます。例 truefalse
	請求通貨 InvoiceCurrency	請求金額に使われている通貨コードです（例：USD、EUR）。
説明請求通貨は、請求金額の通貨を示します。複数の国の仕入先と取引する多国籍組織では、重要な情報です。この属性は請求金額の解釈に必要な情報を補い、特にグローバルな業務での絞り込みやレポート作成に使われます。金額を正しく解釈できるほか、通貨別の分析や、レポート用の標準通貨への換算も可能になります。重要な理由金額を正しく解釈し、地域ごとの請求金額を分析するために必要な情報を補います。入手先請求金額と同じ請求書ヘッダーテーブルにあり、たとえばVendInvoiceInfoTableのCurrencyCodeフィールドに格納されています。例 USDEURGBP
	部門 Department	請求書の費用が割り当てられるコストセンターまたは部門です。
説明部門は、請求書の費用を負担する事業部門またはコストセンターを示します。通常、請求書のコード入力時に決まります。部門別のプロセス分析は、部門ごとの支出、承認時間、コンプライアンスの違いを把握するうえで重要です。請求書の例外が最も多い部門や、承認サイクルが最も長い部門を特定し、対象を絞った連絡や研修につなげられます。重要な理由部門別にコストやプロセスを分析し、組織内の実績やコンプライアンスの違いを把握できます。入手先請求書の明細またはヘッダーに関連付けられた財務ディメンションから取得します。ディメンション関連のデータ構造を照会する必要があります。例営業マーケティングIT運用

必須推奨任意

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

請求書処理のワークフローを正確に把握して分析するために、イベントログに記録する主要なプロセスの手順と節目です。

6 推奨 8 任意

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

推奨任意

データ抽出ガイド

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

ステップ

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

設定

データエンティティ：請求書処理の全工程を網羅するエンティティを選ぶことが、設定の要点です。主要なエンティティには、VendInvoiceInfoTableEntity、VendInvoiceJour、WorkflowTrackingStatusTableEntityがあります。
エクスポート形式：後続の変換処理を簡単にするため、出力データ形式にCSVを選択します。
会社による絞り込み：関係のないデータを取得しないよう、分析対象の法人（会社）で各データエンティティを必ず絞り込みます。
期間による絞り込み：VendInvoiceInfoTableEntityやVendInvoiceJourなど、関連するすべてのエンティティに対し、作成日または転記日を基準に一貫した期間を設定します。データ量を抑えるため、まずは直近6か月などの期間を指定します。
全件取得と差分取得：初回の抽出では全件を取得します。以降の更新では、前回の実行後に変更されたデータだけを取得する差分エクスポートを設定すると、処理時間を短縮できます。
前提条件：エクスポートを実行するユーザーには、Dynamics 365で適切なセキュリティロールが必要です。通常は「データ管理者」または必要なデータエンティティへのアクセス権を持つ同等のロールが該当します。

クエリの例 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で「データ管理」ワークスペースを開きます。この方法では、特定のデータエンティティをエクスポートします。BYODデータベースを出力先とするエクスポートジョブに、次のエンティティが含まれていることを確認してください：Vendor invoice journal、Vendor invoice lines、Vendor invoice document register、Workflow tracking status table、Vendor payment journal lines、Vendor settlements、Accounting distributions。
エクスポートジョブを作成してスケジュールする：「データ管理」ワークスペースで新しいエクスポートプロジェクトを作成し、上記のエンティティを追加します。出力先のデータ形式としてBYODデータベースを設定します。BYODのデータを最新の状態に保つため、毎日や毎時など、定期的なエクスポートをスケジュールします。
Azure SQLのデータを確認する：SQL Server Management Studio（SSMS）やAzure Data Studioなどのツールを使ってAzure SQL Databaseに接続します。D365のエンティティに対応するテーブルが作成され、データが格納されていることを確認します。
SQLクエリを準備する：提示されたSQLクエリをコピーします。このクエリは、BYODのエクスポート処理によってAzure SQL Databaseに作成されたテーブルに対して直接実行するよう設計されています。
接続して実行する：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、および「データ管理」ワークスペースを設定するためのD365管理者権限が必要です。

クエリの例 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 install pandas requests msalを実行して必要なライブラリをインストールします。これらのライブラリは、データの処理、APIへのHTTPリクエスト、Microsoft IDプラットフォームでの認証に使用します。
Azure Active Directoryにアプリケーションを登録する：Dynamics 365 APIで認証するには、組織のAzure ADテナントにアプリケーションを登録する必要があります。新しいアプリ登録を作成し、クライアントシークレットを生成します。アプリケーション（クライアント）ID、ディレクトリ（テナント）ID、クライアントシークレットの値を控えてください。
APIアクセス許可を付与する：Azure ADで作成したアプリ登録の「APIのアクセス許可」を開きます。ライセンスに応じて「Dynamics ERP」または「Dynamics 365 Business Central」のアクセス許可を追加し、委任されたアクセス許可user_impersonationを付与します。管理者による管理者の同意も必要です。
Dynamics 365にアプリケーションユーザーを作成する：Dynamics 365環境で「システム管理」＞「ユーザー」＞「ユーザー」を開きます。新しいユーザーを作成し、Azureのアプリ登録で取得したアプリケーション（クライアント）IDを「アプリケーションID」欄に入力します。このユーザーに「システム管理者」などの適切なセキュリティロールを割り当てます。必要なすべてのデータエンティティへの読み取りアクセス権を持つ、より制限されたロールを割り当てることもできます。
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でアプリ登録を設定し、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のページ分割された応答を自動的に処理し、指定期間のすべてのレコードを取得します。

クエリの例 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]などのプレースホルダーを使用します。
Power Platformで、ProcessMindへのデータ抽出に使用するワークスペースまたは環境にデータフローを作成します。Dynamics 365の導入形態に適したコネクタを選び、[Your connection string or environment reference]と[Your credentials]を使って接続を設定します。クエリテキストに認証情報を記載しないでください。
Power Queryで、抽出に必要なソースエンティティを追加します。最低限、請求書登録、請求書ヘッダー、請求書明細、元帳配賦、発注書または入庫との照合結果、ワークフロー履歴、支払保留履歴、転記取引、支払提案または支払仕訳明細、支払決済の各ソースをマッピングします。データフローを公開する前に、実際のエンティティ名と列名をマッピング用ブックに記録してください。
[Start date]と[End date]を使い、合意した抽出期間を各ソースに適用します。[Your company or legal entity filter]、関連する文書の種類、仕入先請求書レコードで絞り込みます。イベントの順序を判定できる精度で、ソースのタイムスタンプを保持してください。EventTimeには更新時刻ではなく、ソースシステムのタイムスタンプを使用します。
明示的に記録された、または明示的に導出された業務イベントごとに1行を含む、正規化済みのイベントクエリを作成します。クエリでは、ActivityNameの値として「請求書登録」「請求書データ取得」「請求書コード付与」「発注書との照合」「照合差異の検出」「照合差異への対応」「請求書の承認申請」「請求書承認」「請求書却下」「支払ブロック設定」「支払ブロック解除」「請求書転記」「支払予定設定」「支払実行」を出力する必要があります。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には、データフローの更新時刻またはソースの抽出時刻を設定し、1回の更新内の全行で統一してください。
承認済みの例外処理によって安定したケース識別子が割り当てられる場合を除き、InvoiceNumberまたはEventTimeがない行は削除します。重複するソースレコードが同一イベントを表す場合に限り、利用可能であればソースイベントIDを使って重複を除去します。異なる承認、照合試行、保留、支払処理をまとめて1つにしないでください。
正規化した出力を、Power Platformのデータ出力先、レイクハウス、データウェアハウス、または実装環境でサポートされるファイル出力先など、設定済みの保存先に読み込みます。1行に1イベントを含むフラットテーブルとして出力または公開し、必須列のInvoiceNumber、ActivityName、EventTime、SourceSystem、LastDataUpdateに加え、利用可能な推奨属性も含めます。
データフローを更新して出力を確認し、検証を完了します。対応するソースレコードが存在する場合に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がほかの行からイベントを推定することはありません。
タイムスタンプの選択：ソースのイベント時刻を優先します。イベントの定義に応じて、作成、変更、ワークフロー操作、転記、仕訳、決済のタイムスタンプを使用します。EventTimeにLastDataUpdateを使用しないでください。
更新情報：データフローの実行ごとに、統一した更新時刻をLastDataUpdateに設定します。保存先が差分更新に対応している場合は、更新の基準時刻をEventTimeとは別に保持します。
差分更新：ソースの変更時刻やイベントIDなど、安定した基準値を使用します。また、後から到着するワークフロー、照合、支払イベントを取得できるよう、遡って再取得する期間を設けます。利用可能な場合は、ソースイベントIDを使って重複を除去します。
性能：結合の前にソースエンティティを絞り込み、必要な列だけを選択します。請求書明細を無制限に展開せず、大規模なソースは個別にステージングします。コネクタが対応している場合はクエリフォールディングを使用します。期間が長い場合は、パーティション分割または差分更新を設定します。
結合キー：選択した会社または法人内でInvoiceNumberが一意の場合に限り、結合キーとして使用します。一意でない場合は、環境固有の複合キーを使い、最終出力にInvoiceNumberを含めます。
前提条件：Dynamics 365のデータ、ワークフロー履歴、転記・支払データ、Power Platformのデータフローと出力先へのアクセス権が必要です。必要なライセンスとコネクタの利用可否は、テナント、Dynamics 365の導入形態、選択した出力先によって異なります。
セキュリティ：管理された接続または承認済みの認証情報を使用し、最小権限を適用します。Power Queryの式やエクスポートファイルにシークレットを埋め込まないでください。
通貨と金額：財務分析に必要な場合は、ソースの通貨を保持するか、環境固有の通貨列を追加します。承認済みの為替レート規則が定義されていない限り、金額を換算しないでください。

クエリの例 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のデータ管理フレームワークからのエクスポート

ステップ

設定

クエリの例 sql

BYOD（Bring Your Own Database）を使った直接SQLクエリ

ステップ

設定

クエリの例 sql

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

ステップ

設定

クエリの例 python

Microsoft Power Platformのデータフローによる抽出

ステップ

設定

クエリの例 sql

始める準備はできましたか？

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