> 継続的なプロセス改善 > 買掛金請求書処理 > Sage Intacct > データテンプレート

買掛請求書処理用データテンプレート

Sage Intacct

買掛金請求書処理の属性 (24) 買掛金請求書処理のアクティビティ (14) 抽出ガイド (3)

買掛請求書処理用データテンプレート

このテンプレートは、買掛請求書処理を分析するために必要なデータを収集するための明確な枠組みを提供します。システムから抽出する必要がある主要な属性とアクティビティをまとめています。このガイドを使ってデータ準備を効率化し、プロセスマイニングをスムーズに始めてください。

収集を推奨する属性
追跡すべき主要なアクティビティ
抽出に関するガイド

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

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

買掛金請求書処理の属性

買掛金請求書処理を詳細に分析するため、イベントログに含める推奨データ項目です。

5 必須 9 推奨 10 任意

	名前	説明
	請求書 InvoiceNumber	各仕入先請求書を一意に識別する識別子です。受領から支払いまでの進捗を追跡するための主要なケースIDとして使用します。
説明 Invoice Numberは、買掛金分析の基盤となる項目です。処理対象の各請求書を一意に識別し、検証、承認、支払いなど、関連するすべてのアクティビティを1つの一貫したプロセスインスタンスに結び付けます。プロセスマイニングでは、この属性を使って各請求書のライフサイクルをエンドツーエンドで再構成できます。プロセスフローの分析、特定の請求書におけるボトルネックの特定、総サイクルタイムなどケース単位の指標の計算に使用します。その他の属性はすべて、この請求書番号の進捗に関する情報を補足します。重要な理由 1件の請求書に含まれるすべてのプロセスステップを結び付ける、不可欠なケースIDです。エンドツーエンドの処理時間と経路を分析できます。入手先通常は、Sage IntacctのAP BillまたはVendor Invoiceオブジェクトにある「Bill No.」または「Invoice #」フィールドです。例 INV-2023-001237854-AXBSI-990432
	アクティビティ ActivityName	「Invoice Approved」や「Payment Executed」など、発生した特定のプロセスステップまたはイベントの名称です。
説明 Activity Nameは、買掛金プロセス内の1つのステップを表します。これらのアクティビティが、各請求書のプロセスフローを構成するイベントの順序を形成します。アクティビティの順序を分析することは、プロセスマイニングの中心的な作業です。実際のプロセスマップの把握、標準手順からの逸脱の特定、再処理ループ（例：「Discrepancy Found」に続く「Discrepancy Resolved」）の分析が可能になります。アクティビティの頻度と順序は、プロセス効率を理解するうえで基本となります。重要な理由この属性はプロセスマップ上のステップを定義します。プロセスフローの可視化、ボトルネックの特定、逸脱の分析に欠かせません。入手先 Sage IntacctでAP Billと支払いに関連するシステムイベント、ステータス変更、監査証跡のエントリから取得します。例請求書受領請求書承認支払い予定設定支払い実行
	ソースシステム SourceSystem	データを抽出したシステムです。通常は、ERPまたは会計ソフトウェアを識別する固定値です。
説明この属性は、プロセスデータの出所を示します。複数のシステムを利用する環境では、データソースを区別し、データの来歴を明確にするのに役立ちます。このビューでは、値は常に「Sage Intacct」です。単一システムの分析では固定値として扱われることが多い一方、データガバナンスや、将来複数のシステムのデータを組み合わせるプロジェクトでは欠かせません。意図したソースのデータに基づいて分析していることを確認できます。重要な理由データの出所を明確に示すことでデータの来歴を確保します。データガバナンスや複数システムの環境で重要です。入手先通常は、データの抽出・変換処理の際に追加される固定値です。例 Sage Intacct
	最終データ更新 LastDataUpdate	このレコードのデータがソースシステムから最後に更新または抽出された時点を示すタイムスタンプです。
説明この属性は、直近のデータ抽出時点を示すタイムスタンプを提供します。分析対象データの鮮度を把握し、データ更新スケジュールを管理するために欠かせません。ダッシュボードやレポートでは、分析結果がどの時点の情報に基づくものかを確認できます。たとえば、最終更新が1週間前であれば、導き出した結論には直近のプロセスアクティビティが含まれていないことを考慮する必要があります。データガバナンスを支え、分析結果への信頼を維持するための重要なフィールドです。重要な理由データの鮮度を示し、プロセス分析がどの程度最新の状態か、次回のデータ更新がいつ必要かを把握できるようにします。入手先このタイムスタンプは、データの抽出・変換・ロード（ETL）処理の際に各行へ生成・追加されます。例 2023-11-20T04:00:00Z2023-11-21T04:00:00Z
	開始時刻 EventTime	特定のアクティビティまたはプロセスステップが発生した正確な日時です。
説明 Event Time、つまりタイムスタンプは、アクティビティが発生した正確な時点を記録します。この時系列データは、イベントを正しい順序に並べ、プロセス内の各ステップ間の所要時間を計算するために欠かせません。プロセスマイニング分析では、タイムスタンプを使ってプロセスマップを時系列順に作成し、アクティビティ間のサイクルタイムを計算し、時間の経過に伴うプロセスパフォーマンスを分析します。週末や営業時間外など、遅延が発生するタイミングを特定でき、時間ベースのKPIの基盤となります。重要な理由このタイムスタンプは、イベントを時系列に並べ、サイクルタイムや待機時間など、期間に基づくすべての指標を計算するために重要です。入手先 AP Billの「Creation Date」や、AP Paymentの「Approval Date」、「Payment Date」など、Sage Intacctの各オブジェクトにある日付フィールドから取得します。例 2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
	コストセンター CostCenter	請求書の費用が配賦される特定の部門または事業部門です。
説明 Cost Centerは、請求書の費用を負担する事業内の部門を示す組織上の属性です。予算管理、費用配賦、財務報告に使用します。プロセスマイニングでは、「コストセンター別処理不整合」ダッシュボードに欠かせない属性です。コストセンター間でサイクルタイムや再処理率などの主要指標を比較できます。パフォーマンスの高いコストセンターから共有すべきベストプラクティスを見つけられる一方、パフォーマンスの低いコストセンターには、対象を絞ったプロセス改善やトレーニングが必要になる場合があります。「コストセンター別サイクルタイム差異」KPIの主要属性です。重要な理由異なる事業部門間でパフォーマンスを比較し、不整合とプロセス標準化の機会を明らかにできます。入手先 Sage IntacctのAP Bill明細で利用できる標準的な属性です。通常は「Department」またはコストセンター用のカスタム属性として表示されます。例営業：米国マーケティングITインフラストラクチャ研究開発
	ユーザー名 UserName	請求書に対して特定のアクティビティを実行した従業員またはユーザーの名前です。
説明 User Nameは、データ入力、検証、承認など、プロセス内のイベントを担当した個人を識別します。責任の所在を明確にし、個々の担当者やチームのパフォーマンスを分析できます。「請求書承認サイクルタイム分析」ダッシュボードに欠かせない属性であり、特定の承認者の処理が一貫して遅いかどうかを確認できます。優れたパフォーマンスを示すユーザーや、追加トレーニングが必要なユーザーの特定にも役立ちます。ユーザー別にアクティビティを分析することで、リソース管理と業務量の分布を把握できます。重要な理由アクションを実行したユーザーを追跡します。承認者のパフォーマンス、業務量の分布、トレーニングの必要性を分析するうえで重要です。入手先 Sage IntacctのAP BillおよびAP Paymentオブジェクトの監査証跡または履歴ログに記録され、ステータス変更や修正に関連付けられます。例 Alice JohnsonBob Williamssystem.user
	仕入先名 VendorName	請求書を提出した仕入先またはベンダーの正式名称です。
説明 Vendor Nameは、請求書に関連付けられた仕入先を識別します。この属性は、買掛金プロセスにおける仕入先ごとの行動やパフォーマンスを分析するために欠かせません。この項目を使ってプロセスマップを絞り込み、特定の仕入先からの請求書がどのように処理されているかを確認できます。「仕入先パフォーマンスと処理時間」ダッシュボードや「仕入先別サイクルタイム差異」KPIに不可欠であり、処理が速い仕入先と、遅延や不一致が繰り返し発生する仕入先を特定できます。仕入先との協力やプロセス標準化の機会を見つけるのにも役立ちます。重要な理由仕入先ごとのプロセスの違いとパフォーマンスを分析し、仕入先固有のボトルネックや請求書品質の問題を特定できます。入手先 Sage Intacctの「Vendor」オブジェクトにあり、AP Billにリンクされています。例 Staples Inc.Office DepotGlobal Tech ServicesCreative Solutions LLC
	支払いステータス PaymentStatus	請求書に関連付けられた支払いトランザクションの現在のステータスです。
説明 Payment Statusは、請求書のステータスとは異なり、支払い自体の状態を示します。設定可能な値には、「Scheduled」、「In Progress」、「Paid」、「Cleared」、「Failed」があります。この属性は、「Payment Status & Error Monitoring」ダッシュボードで使用されます。財務チームは、支払い処理の成功状況を追跡し、失敗した支払いを迅速に特定して解決するとともに、重複支払いの可能性を監視できます。各支払いステータスにかかる時間を把握することで、支払い実行プロセスを改善し、キャッシュフローの予測精度を高められます。重要な理由最終支払いステップの成功状況と状態を追跡し、支払いエラーや遅延を迅速に特定して解決できます。入手先この情報は、Sage IntacctのAP PaymentまたはBill Paymentオブジェクトにあります。例支払予定銀行送付済み決済済み無効化済み
	支払期日 DueDate	支払条件に基づき、請求書の支払いが必要となる日付です。
説明 Due Dateは、請求書を決済する契約上の合意日です。請求書日付と、仕入先との間で合意した支払条件（例：Net 30）によって決まります。この属性は、期日どおりの支払い状況の監視と財務計画に欠かせません。「支払いコンプライアンスとポリシー遵守」ダッシュボードで支払い遅延を特定するために使用します。また、早期支払割引取得率KPIの計算にも重要で、早期支払いを測定する際の基準になります。重要な理由期日どおりの支払い率の分析、キャッシュフロー管理、早期支払割引の取得機会の特定に欠かせない日付です。入手先 Sage IntacctのAP Billオブジェクトにある「Due Date」フィールドです。手動で入力することも、支払条件に基づいて自動計算することもできます。例 2023-11-152023-12-302024-01-10
	発注書番号 PurchaseOrderNumber	請求書に関連付けられた発注書（PO）の識別子です。該当する場合に使用します。
説明 Purchase Order Numberは、請求書を事前承認済みの調達依頼に結び付けます。請求書には、発注書に基づくものと、発注書に基づかないものがあります。通常、発注書番号があれば、2者間または3者間の照合をより自動化できます。この属性は、「Purchase Order Matched」アクティビティと関連する不一致を分析するうえで基本となります。発注書あり・なしでプロセスを分け、サイクルタイムと自動化率を比較できます。発注書に基づく請求書で不一致率が高い場合、発注書の作成や入荷処理に問題がある可能性があります。重要な理由発注書に基づく請求書と、発注書に基づかない請求書を区別できます。両者は処理経路や自動化の可能性が異なることが多いです。入手先 Sage IntacctのAP Billオブジェクトで利用でき、Billを既存のPurchase Orderにリンクするために使用します。例 PO-004581PO-005123該当なし
	計上日 PostingDate	請求書トランザクションが総勘定元帳（GL）に計上された日付です。
説明 Posting Dateは、請求書に関連する財務取引が会社の帳簿（総勘定元帳）に正式に記録された日付です。会計と財務報告に欠かせない日付であり、費用を認識する会計期間を決定します。プロセス分析では、請求書の受領から計上日までの時間差によって、検証や承認の段階にある非効率を明らかにできます。「Invoice Posted To GL」アクティビティの重要な節目であり、サイクルタイムの「記帳から支払いまで」の部分を測定する際によく使用します。計上日を分析することで、適時の決算と正確な報告を支援できます。重要な理由請求書が財務システムに正式に記録された時点を示します。会計サイクルタイムの測定と、適時の財務報告に欠かせません。入手先 Sage IntacctのAP Billオブジェクトにある「Posting Date」フィールドです。例 2023-10-282023-11-022023-11-10
	請求書ステータス InvoiceStatus	APワークフローにおける請求書の現在の処理状態です。
説明 Invoice Statusは、「Draft」、「Submitted for Approval」、「Approved」、「Paid」など、請求書ライフサイクル上の現在位置を示します。請求書の進捗状況を把握できます。「請求書処理量と件数の推移」ダッシュボードに欠かせない属性であり、任意の時点で各ステータスにある請求書の分布を示します。業務管理者は業務量を監視し、請求書が滞留しているボトルネックを特定し、完了時期を予測できます。ステータスの変化を時系列で追跡することは、プロセスマイニングのアクティビティログを作成する一般的な方法です。重要な理由請求書の現在の状態を把握できます。業務量の監視や、請求書が滞留している工程の特定に欠かせません。入手先通常は、Sage IntacctのAP Billオブジェクトにある「State」または「Status」フィールドです。例下書き提出済み承認済み支払済み
	請求書金額 InvoiceAmount	請求書の合計金額です。
説明 Invoice Amountは、仕入先が提出した請求書の合計金額を示します。財務分析や、請求書金額が処理経路に与える影響を把握するために重要な属性です。分析では、請求書を低額・中額・高額などの金額帯に分け、高額請求書が異なる承認経路をたどるか、処理に時間がかかるかを確認できます。また、承認限度額はこの金額に基づくことが多いため、「支払ポリシー適合率」KPIの主要な構成要素でもあります。高額取引を優先してプロセス改善に取り組む際にも役立ちます。重要な理由金額に基づく分析が可能になります。たとえば、高額請求書が異なる経路をたどるか、処理に時間がかかるかを特定し、承認限度額の遵守を確認できます。入手先 Sage IntacctのAP Billオブジェクトにある「Amount」または「Transaction Amount」フィールドです。例 150.755000.0025000.50
	不一致理由 DiscrepancyReason	価格や数量の不一致など、請求書の差異が発生した理由を示すコードまたはテキストです。
説明 Discrepancy Reasonは、請求書の検証またはPO照合に失敗した際の背景を示します。価格差、数量の不一致、情報不足など、請求書が手動確認の対象になった理由を説明します。この属性は、「Discrepancy Resolution Time & Rework」ダッシュボードの中心となります。頻度の高い差異理由を分析することで、特定のベンダーや品目に起因する問題、社内のデータ入力ミスなど、根本原因を特定できます。マスターデータの更新やベンダーとのコミュニケーション改善など、対象を絞ったプロセス改善につながる重要な情報です。重要な理由手戻りや遅延の根本原因を明らかにし、例外処理を減らしてストレートスルー処理率を高めるための改善に役立ちます。入手先この情報は、Sage Intacctまたは連携したOCR／キャプチャーソリューションのカスタムフィールドやメモフィールドに保存されるか、特定の例外ステータスから導出されます。例価格不一致数量不一致無効な発注書番号請求書の重複
	仕入先ID VendorId	ベンダーまたはサプライヤーを一意に識別するシステム識別子です。
説明 Vendor IDは、各ベンダーレコードに付与される一意のシステム生成識別子です。場合によって表記が揺れるVendor Nameとは異なり、Vendor IDはデータの関連付けや分析に使える安定したキーになります。ダッシュボードではVendor Nameのほうが分かりやすい一方、集計やフィルタリングにはVendor IDのほうが技術的に信頼性が高くなります。特に、「Staples Inc.」と「Staples」のようにベンダー名にわずかな違いがある場合でも、特定のベンダーに関するすべての取引を正しくまとめ、正確なパフォーマンス分析を行えます。重要な理由ベンダーを一意かつ安定して識別するキーを提供し、ベンダー名に表記の違いがある場合でも、ベンダー関連の分析でデータを正確に集計できます。入手先 Sage IntacctのVendorオブジェクトにある「Vendor ID」フィールドです。例 V1001V1002V2304
	割引日 EarlyPaymentDiscountDate	早期支払割引の対象となるために、請求書を支払う必要がある期限日です。
説明この属性は、ベンダーが提供する割引の対象となるために請求書を支払わなければならない締切日です。請求書の日付と割引条件に基づいて計算されます。たとえば「2/10, Net 30」では、請求書日付の10日後が期限です。この日付は、APプロセスにおける重要な社内SLAとなります。「Early Payment Discount Capture Rate」ダッシュボードでは、この日付を基準に、割引を受けられる期限内に支払いが行われたかを判定します。期限までの余裕が少ない状態で支払いが行われていないかを監視すると、承認や支払いスケジュールの設定段階にあるボトルネックを発見できます。重要な理由 APチームにとって重要な期限であり、期限内に支払うことで会社のコスト削減に直結します。入手先 Sage IntacctのAP Billレコードにある「Bill Date」と「Payment Terms」から計算されます。例 2023-10-252023-11-102023-11-30
	割引額 EarlyPaymentDiscountAmount	標準の支払期日より前に請求書を支払った場合に適用される、割引可能額です。
説明この属性は、支払条件で定められた早期支払割引の金額を示します。たとえば「2/10, Net 30」は、10日以内に支払うと2％の割引が適用されることを意味します。この金額は、「Early Payment Discount Capture Rate」KPIとダッシュボードに欠かせません。請求書ごとの節約可能額を数値化し、割引額の大きい支払いを優先できるようにします。割引可能額の合計と実際に取得できた割引額を比較すると、プロセスの非効率が財務に与える影響を把握できます。重要な理由早期支払いによる節約可能額を数値化し、請求書の優先順位付けやAPプロセスの効率が財務に与える影響の測定に役立ちます。入手先通常、Sage IntacctのAP Billにある「Payment Terms」フィールドと「Invoice Amount」フィールドに基づいて計算されます。例 10.0050.25250.00
	手戻りかどうか IsRework	差異の解消など、請求書が手戻りのループを通った場合にtrueとなるブール型フラグです。
説明 1回以上の手戻りサイクルを経た請求書を示す計算属性です。エラーや例外によりプロセスステップを繰り返す場合に手戻りが発生します。たとえば、「Discrepancy Found」イベントの後に「Discrepancy Resolved」イベントが続くケースです。このフラグは、「Invoice Rework Rate」KPIの計算や、手戻り経路に絞ったプロセスマップの分析に使われます。手戻りが必要になった請求書とその理由を把握することは、ベンダーのデータ品質不足や不正確なマスターデータなど、プロセス非効率の根本原因を特定するうえで重要です。重要な理由予定外の追加作業が必要になった請求書を示し、プロセスの非効率を数値化するとともに、例外の根本原因を特定できます。入手先通常、ケースのイベントシーケンスに特定の手戻りアクティビティ（「Discrepancy Resolved」など）が発生したかを確認して、プロセスマイニングツールで計算します。例 truefalse
	承認サイクル時間 ApprovalCycleTime	請求書が承認に回されてから最終承認されるまでの経過時間です。
説明 Approval Cycle Timeは、プロセスの承認フェーズにかかった時間を測定します。「Invoice Approved」のタイムスタンプと「Routed For Approval」のタイムスタンプの差分として計算されます。この指標は、「Invoice Approval Cycle Time Analysis」ダッシュボードで分析します。特定の承認者、部門、請求書種別など、承認ワークフロー内のボトルネックを特定できます。サイクルタイムを短縮すると、早期支払割引の取得や期日どおりの支払いに直接つながるため、多くの組織で重要な改善目標となっています。重要な理由承認ワークフローの効率を測定し、支払いを遅らせ、割引の取得を逃すリスクにつながる承認者やボトルネックを特定できます。入手先プロセスマイニングツールで、「Invoice Approved」アクティビティのタイムスタンプから「Routed For Approval」アクティビティのタイムスタンプを引いて計算します。例 2日3時間7日1時間10時間30分
	自動処理かどうか IsStraightThrough	手動介入や手戻りなしで請求書が処理された場合にtrueとなるブール型フラグです。
説明受領から支払いスケジュールの設定まで、手動操作や例外処理なしで完全に自動処理された請求書を示す属性です。通常、「Is Rework」フラグの逆になります。このフラグは、自動化とプロセス効率を測る重要な指標である「Invoice Straight-Through Process Rate」KPIの計算に使われます。ストレートスルー処理率が高いことは、APプロセスが成熟し、適切に管理されていることを示します。ストレートスルー処理されなかった請求書の特徴を分析すると、自動化をさらに進めるうえで残っている障壁を特定できます。重要な理由完全に自動処理された請求書を特定し、自動化施策の成果を測定するとともに、さらなる改善機会を見つけられます。入手先通常、「IsRework」フラグの逆として、またはアクティビティの「happy path」シーケンスを定義して、プロセスマイニングツールで計算します。例 truefalse
	請求書日付 InvoiceDate	ベンダーが請求書を発行した日付です。
説明 Invoice DateはBill Dateとも呼ばれ、サプライヤーが請求書に記載する日付です。支払条件の期間が正式に始まる日付であり、「Net 30」のカウント開始日などに当たります。この属性は、請求書がシステムに登録されるまでの時間（「Invoice Received」アクティビティ）を測定する基準として使われます。この指標は「invoice lag」と呼ばれます。請求書の受領から登録までの遅延を減らすことは、プロセスの可視性とキャッシュフロー予測の改善を目指すAP部門にとって、重要な目標です。多くの財務計算で基準となる日付です。重要な理由ベンダー側から見た開始点を示し、請求書の受領遅延の計算や支払期日の決定に使われます。入手先 Sage IntacctのAP Billオブジェクトにある「Bill Date」または「Date」フィールドです。例 2023-10-152023-10-202023-11-01
	通貨 Currency	請求金額の通貨です。
説明 Currency属性は、請求金額の通貨単位（USD、EUR、GBPなど）を示します。複数の通貨で請求書を処理する多国籍組織では、特に重要です。分析では、正確な財務報告を行い、金額を共通通貨に換算して比較するために欠かせません。通貨別にフィルタリングすると、異なる銀行規制や承認プロセスの影響で、特定の通貨の請求書だけ処理時間が長くなっていないか確認できます。すべての金額データを解釈するために必要な背景情報を提供します。重要な理由すべての金額データを解釈するための背景情報を提供し、特に多国籍組織で正確な財務分析を支援します。入手先 Sage IntacctのAP Billオブジェクトにある「Currency」フィールドです。複数通貨が有効な場合は、Vendorレコードから継承されることがあります。例 USDEURGBP
	部門 Department	請求書に関連付けられた社内部門の名称です。承認や原価配賦に使われることがよくあります。
説明 Departmentは、請求書を社内の特定の機能領域（「Marketing」や「Information Technology」など）に割り当てる組織属性です。正しい部門長やマネージャーに承認を回すために使われることがよくあります。 Cost Centerと同様に、このディメンションを使うと、事業内の部門ごとにパフォーマンスを分析できます。部門別に承認時間や手戻り率を比較し、プロセスが円滑に進んでいる部門と、改善が必要な部門を把握できます。この分析は、組織全体でAPプロセスを標準化する取り組みを支援します。重要な理由事業内の機能領域ごとにプロセスパフォーマンスを比較でき、標準化の取り組みを支援します。入手先 Sage Intacctの標準ディメンションで、AP Billsなどの取引に割り当てられます。例マーケティング営業IT財務

必須推奨任意

買掛金請求書処理のアクティビティ

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

7 推奨 7 任意

	アクティビティ	説明
	承認へ回付	検証と照合が完了した請求書を承認ワークフローに送信したことを示します。Sage Intacctでは、請求書が承認に回付された時点でこのアクションが記録され、通知が送信されます。
重要な理由承認サイクルの開始点です。このイベントを追跡することで、請求書平均承認時間KPIを分析し、遅延を特定できます。入手先「AP Bill」の状態が「Submitted for Approval」に変更された時点の監査証跡またはトランザクションログから取得します。このアクションは明示的なイベントとして記録されることが多いです。取得請求書が承認エンジンに送信された時点の監査ログのタイムスタンプを使用します。イベントタイプ explicit
	支払い実行	仕入先に資金が支払われる支払いトランザクションの実行を示します。特定の取引日を持つ明示的なイベントです。
重要な理由支払いコンプライアンスと早期支払割引取得率を測定する重要な節目です。承認からこのイベントまでの時間によって、支払い処理の効率を把握できます。入手先 AP Billに関連付けられた「AP Payment」オブジェクトから取得します。このオブジェクトには「Payment Date」またはトランザクション実行日時が記録されます。取得関連するAP Paymentレコードの「Payment Date」フィールドを使用します。イベントタイプ explicit
	支払い決済完了	支払いが銀行で決済され、取引の照合が完了したことを確認する最終ステップです。通常は、Sage IntacctのCash Managementモジュールで銀行照合を行う際に取得します。
重要な理由請求書ライフサイクルの実質的な終了を示します。エンドツーエンドのサイクルタイムはこの時点まで測定され、資金流出の全体像を把握できます。入手先 Cash Managementモジュール内の「AP Payment」トランザクションに関連付けられた「Clearing Date」または「Reconciliation Date」から推定します。取得支払いトランザクションにリンクされた銀行照合レコードの決済日を使用します。イベントタイプ inferred
	発注書照合済み	数量や価格などの請求書明細が、対応する発注書と正常に照合されたことを確認します。通常は、ユーザーが発注書をAP Billにリンクした時点で明示的に記録されます。
重要な理由発注書に基づく請求書では欠かせないステップです。照合の失敗や長時間化は、不一致の可能性を示し、ボトルネックの主な原因になります。入手先ユーザーが「Match」アクションを実行した時点、または「Purchase Order」を「AP Bill」オブジェクトにリンクした時点のトランザクションログや監査証跡から取得します。取得 Purchase OrderをAP Billにリンクしたイベントログのエントリを特定します。イベントタイプ explicit
	請求書の総勘定元帳計上	承認済みの請求書が総勘定元帳に正式に計上され、財務上の負債が発生した取引を示します。Sage Intacctにおける明示的かつ中核的な会計イベントです。
重要な理由請求書が会社の正式な負債となる重要な財務上の節目です。支払いの準備が整い、財務諸表にも影響します。入手先明示的なトランザクションです。計上日はAP Billオブジェクト、または関連する「GL Entry」レコードに直接保存されます。取得 AP Billの「Posting Date」、または関連するGLトランザクションの作成日を使用します。イベントタイプ explicit
	請求書受領	請求書が手入力または自動取り込みソリューションによってSage Intacctに登録された時点で、プロセスの開始を示します。通常は、AP Billレコードの作成日時から推定します。
重要な理由これにより、すべてのサイクルタイム計算の起点が定まり、プロセス全体の効率と請求書処理量を測定できるようになります。入手先 AP Bill（APBILL）オブジェクトの「Created Date」タイムスタンプから推定します。プロセスの開始イベントとして、最も信頼性の高い情報です。取得 AP Billレコードの作成日時を使用します。イベントタイプ inferred
	請求書承認	指定された権限者が請求書を承認し、支払い計上の準備が整ったことを示します。Sage Intacctの承認履歴または監査証跡に明示的なイベントとして記録されます。
重要な理由承認サイクルを完了する重要な節目です。このステップまでの遅延は承認のボトルネックを示し、迅速な承認は早期支払割引の取得に直結します。入手先 AP Billオブジェクトに関連付けられた承認履歴ログから明示的に取得します。通常、タイムスタンプと承認者ユーザーが記録されます。取得請求書の承認履歴にある最終承認レコードのタイムスタンプを使用します。イベントタイプ explicit
	不一致検出	検証または照合の際に、価格や数量の差異などの不一致が特定されたことを示します。通常は、請求書のステータスが「Hold」または「Exception」になった時点から推定します。
重要な理由再処理ループの開始点を特定します。不一致の頻度と種類を分析することは、請求書再処理率KPIの改善に欠かせません。入手先 AP Billオブジェクトのステータスが「On Hold」、「Exception」、「Discrepancy」などに変更された時点から推定します。監査証跡に照合失敗の履歴が記録される場合もあります。取得 AP Billオブジェクトで例外関連のステータスに変更された時点のタイムスタンプを追跡します。イベントタイプ inferred
	不一致解消	以前に特定された不一致が解消され、請求書の処理を再開できる状態になったことを示します。通常は、請求書のステータスが「On Hold」から通常の処理状態に戻った時点から推定します。
重要な理由「Discrepancy Found」から「Discrepancy Resolved」までの時間を測定することは、不一致解決サイクルタイムKPIの把握に欠かせません。入手先「AP Bill」オブジェクトのステータスが例外状態（例：「On Hold」）から有効な状態（例：「Submitted」、「Pending Approval」）に変更された時点から推定します。取得例外状態から処理状態に戻った時点のタイムスタンプを追跡します。イベントタイプ inferred
	支払い予定設定	承認・計上済みの請求書が選択され、支払いバッチまたは支払い処理に組み込まれた段階を示します。請求書が「AP Payment Request」などのバッチオブジェクトに追加された時点から推定できます。
重要な理由承認から実際の支払い実行までをつなぐステップです。ここでの所要時間を分析すると、キャッシュフロー管理と支払いスケジュールの効率を把握できます。入手先 AP Billを含む「AP Payment」オブジェクトの作成日から推定します。請求書のステータスが「Scheduled for Payment」に変更される場合もあります。取得 AP Billが、まだ実行されていない支払い予定バッチにリンクされた時点のタイムスタンプを使用します。イベントタイプ inferred
	早期支払い実施	仕入先の早期支払割引期間内に支払いが実行された場合に発生する計算イベントです。支払い実行日と請求書日付および支払条件の日付を比較して算出します。
重要な理由割引取得の成功を明示的に示し、早期支払割引取得率KPIを直接支援します。コスト削減効果の分析と最大化に役立ちます。入手先「AP Payment」オブジェクトの「Payment Date」と、AP Billオブジェクトの「Invoice Date」および「Payment Terms」フィールドを比較して算出します。取得「Payment Date」<=（「Invoice Date」+「Payment Terms」の割引期間）の場合にイベントが発生します。イベントタイプ calculated
	請求書キャンセル	AP Billのキャンセルまたは無効化を示し、プロセスを途中で終了させます。システムの監査証跡に明示的なアクションとして記録され、負債が実質的に取り消されます。
重要な理由プロセス上の終端例外を特定します。キャンセル率が高い場合、請求書の重複や初期入力データの誤りに問題がある可能性があります。入手先ユーザーが「AP Bill」を無効化またはキャンセルした時点で明示的に取得します。このアクションとタイムスタンプは監査証跡に記録されるか、「Void」または「Cancelled」ステータスに反映されます。取得 AP Billオブジェクトで「Void」トランザクションが発生した時点、またはステータスが「Cancelled」に変更された時点のタイムスタンプを使用します。イベントタイプ explicit
	請求書データ検証済み	仕入先が正しいか、必須項目が入力されているかなど、業務ルールに基づく請求書データの検証が正常に完了したことを示します。通常は、検証エラーを発生させずにAP Billレコードが保存または送信された時点から推定します。
重要な理由初期データ品質チェックを追跡します。ここでの遅延は、データ取り込みの精度や仕入先のコンプライアンスに問題があることを示し、STP率に影響する可能性があります。入手先 AP Billレコードが「Draft」から「Submitted」に移行した時点のタイムスタンプから推定します。AP Billオブジェクトの「State」または「Status」フィールドを確認します。取得 AP Billオブジェクトで「Draft」から「Submitted」へステータスが変更された時点のタイムスタンプを追跡します。イベントタイプ inferred
	請求書却下	承認者が請求書を却下したことを示します。通常は、修正して再送信する必要があります。承認履歴ログに明示的なイベントとして記録されます。
重要な理由承認プロセス内の再処理ループを明らかにします。却下率が高い場合、上流工程のデータ精度やポリシー不遵守に問題がある可能性があります。入手先 AP Billオブジェクトに関連付けられた承認履歴ログから、「Decline」または「Reject」アクションを明示的に取得します。取得請求書の承認履歴にある「Reject」または「Decline」レコードのタイムスタンプを使用します。イベントタイプ explicit

推奨任意

抽出ガイド

Sage Intacctからデータを取得する方法

ステップ

前提条件：カスタムレポート作成機能にアクセスでき、買掛、購買、資金管理モジュールの読み取り権限を持つSage Intacctユーザーロールを用意します。
レポートセンターへ移動：Sage Intacctにログインし、「レポート」>「カスタムレポート」に移動します。
レポート1を作成：請求書の主要イベント：新しいカスタムレポートを作成します。主要オブジェクトとしてAP Billを選択します。このレポートでは、AP Billレコードから直接取得できるイベントを記録します。
レポート1に結合を追加：レポート作成画面の「データ」タブで、AP BillオブジェクトとVendorオブジェクトを結合し、仕入先名を取得します。
レポート1の列を定義：「列」タブで、Bill No、Vendor Name、Total Amount、Due Date、PO Number、State、および主要な日付項目を追加します。日付項目には、When Created（「請求書受領」用）、When Posted（「請求書をGLに転記」用）、When Modifiedを含めます。数式を使って、これらのイベントに対応するActivityName列とEventTime列を作成します。
レポート2を作成：承認イベント：2つ目のカスタムレポートを作成します。主要オブジェクトとしてAP Bill Approval（または同様の監査／履歴オブジェクト）を選択します。AP Bill Keyを使ってAP BillおよびVendorに結合します。
レポート2の列を定義：このレポートではワークフローイベントを記録します。AP Bill No、Approver、承認操作の日付の列を追加します。数式を使い、承認ステータスまたは操作項目に応じてActivityNameを「承認へ回付」、「請求書承認済み」、「請求書却下」に設定します。EventTimeには承認操作のタイムスタンプを設定します。
レポート3を作成：支払いイベント：3つ目のカスタムレポートを作成します。主要オブジェクトとしてAP Paymentを選択します。AP Payment Detail、AP Bill、Vendorの順に結合します。
レポート3の列を定義：このレポートでは支払いアクティビティを記録します。AP Bill No、Payment Date（「支払い実行」用）、Stateの列を追加します。「支払い予定」を記録するには、AP PaymentレコードのWhen Createdタイムスタンプを使います。Cash ManagementのBank Transactionに結合し、「支払消込」アクティビティにはReconciliation Dateを使います。
レポートを実行してエクスポート：3つのレポートすべてに同じ日付範囲フィルターを設定します。たとえば、AP Billの作成日を基準に直近3～6か月を指定します。各レポートを実行し、結果をCSVファイルとしてエクスポートします。
データを結合して変換：Microsoft Excel（Power Query）、Pythonスクリプト、またはデータ準備ツールなどの外部ツールを使います。3つのCSVファイルを読み込みます。各ファイルで、列名がInvoiceNumber、ActivityName、EventTimeなど一貫していることを確認します。3つのファイルのデータを1つのテーブルに積み重ねます（append／union）。
イベントログを完成：変換ツールで、固定列SourceSystem（例：「Sage Intacct」）とLastDataUpdate（現在のタイムスタンプ）を追加します。「支払い実行」の日付と請求書の支払期日または割引期限を比較し、派生イベント「早期支払い割引適用」を計算します。完成したテーブルを1つのCSVファイルとして保存します。これがアップロード可能なイベントログになります。

設定

ユーザー権限：カスタムレポート作成機能へのアクセス権と、次のSage Intacctオブジェクトへの読み取り権限を持つロールが必要です：AP Bill、AP Payment、AP Payment Detail、Vendor、AP Bill Approval History、Bank Transaction。
日付範囲：データの整合性を保つため、すべてのレポートに一貫した日付範囲フィルターを適用することが重要です。一般的には、AP Bill > When Createdを基準に3～6か月を指定します。データ量が多い場合は、ブラウザーのタイムアウトを避けるため、1か月ずつなど短い期間に分けて実行してください。
オブジェクトの結合：抽出結果の正確性は、異なるデータオブジェクトを正しく結合できるかどうかに左右されます。たとえば、AP Payment DetailはAP PaymentとAP Billを関連付けます。結合を誤ると、データの欠落や重複が発生します。
レポートフィルター：日付範囲に加え、複数の法人を運用している場合は、特定のEntity／Companyに対するフィルターも検討してください。Vendor TypeやBill Stateで対象を絞り込むこともできます。
計算項目／数式：レポート作成機能の数式を使い、レポート内の各イベントに対応する固定のActivityName列を作成します。これは、最終出力をプロセスマイニングに適した形式に整えるための重要な手順です。

a サンプルクエリ sql

-- This is a configuration-based extraction using Sage Intacct's Custom Report Writer.
-- The logic is implemented by creating and combining multiple reports.

-- =============== REPORT 1: CORE INVOICE EVENTS ===============
-- Primary Object: AP Bill
-- Joins:
--   - AP Bill -> Vendor (on VENDORID)

-- Columns / Mapping:
--   InvoiceNumber: AP Bill.Bill No
--   VendorName: Vendor.Name
--   InvoiceAmount: AP Bill.Total Amount
--   DueDate: AP Bill.Due Date
--   PostingDate: AP Bill.When Posted
--   PurchaseOrderNumber: AP Bill.PO Number
--   CostCenter: AP Bill Entry.Department ID [Or other relevant dimension]
--   InvoiceStatus: AP Bill.State
--   SourceSystem: 'Sage Intacct' (Static Value)
--   LastDataUpdate: [Current Extraction Timestamp] (Static Value)

--   --- Activity: Invoice Received ---
--   ActivityName: 'Invoice Received' (Formula/Static)
--   EventTime: AP Bill.When Created
--   UserName: AP Bill.Created By

--   --- Activity: Invoice Data Validated ---
--   ActivityName: 'Invoice Data Validated' (Formula/Static)
--   EventTime: AP Bill.When Submitted for Approval [If available, otherwise use When Created]
--   UserName: AP Bill.Submitted By

--   --- Activity: Purchase Order Matched ---
--   ActivityName: 'Purchase Order Matched' (Formula/Static, create row only if AP Bill.PO Number is not null)
--   EventTime: AP Bill.When Modified [Timestamp when PO Number was populated, may require audit trail report]
--   UserName: AP Bill.Modified By

--   --- Activity: Discrepancy Found / Resolved / Cancelled ---
--   Note: These are status changes. Create one row per relevant status change from an Audit Trail report on AP Bill.
--   ActivityName: (Formula based on AP Bill.State change, e.g., IF(new_state='On Hold', 'Discrepancy Found', IF(old_state='On Hold', 'Discrepancy Resolved', '')))
--   EventTime: Audit Trail.When Changed
--   UserName: Audit Trail.Changed By

--   --- Activity: Invoice Posted To GL ---
--   ActivityName: 'Invoice Posted To GL' (Formula/Static)
--   EventTime: AP Bill.When Posted
--   UserName: AP Bill.Modified By


-- =============== REPORT 2: APPROVAL EVENTS ===============
-- Primary Object: AP Bill Approval History (or equivalent audit object)
-- Joins:
--   - AP Bill Approval History -> AP Bill (on BILLID)
--   - AP Bill -> Vendor (on VENDORID)

-- Columns / Mapping:
--   InvoiceNumber: AP Bill.Bill No
--   EventTime: AP Bill Approval History.Date
--   UserName: AP Bill Approval History.Approver Name
--   ... (other attributes joined from AP Bill)

--   --- Activity Logic ---
--   ActivityName: (Formula based on AP Bill Approval History.Action, e.g., IF(Action='Submitted', 'Routed For Approval', IF(Action='Approved', 'Invoice Approved', IF(Action='Rejected', 'Invoice Rejected', ''))))


-- =============== REPORT 3: PAYMENT EVENTS ===============
-- Primary Object: AP Payment
-- Joins:
--   - AP Payment -> AP Payment Detail (on RECORDNO)
--   - AP Payment Detail -> AP Bill (on BILLID)
--   - AP Bill -> Vendor (on VENDORID)
--   - AP Payment -> Bank Transaction (on PAYMENTKEY)

-- Columns / Mapping:
--   InvoiceNumber: AP Bill.Bill No
--   PaymentStatus: AP Payment.State
--   ... (other attributes joined from AP Bill and Vendor)

--   --- Activity: Payment Scheduled ---
--   ActivityName: 'Payment Scheduled' (Formula/Static)
--   EventTime: AP Payment.When Created
--   UserName: AP Payment.Created By

--   --- Activity: Payment Executed ---
--   ActivityName: 'Payment Executed' (Formula/Static)
--   EventTime: AP Payment.Payment Date
--   UserName: AP Payment.Created By

--   --- Activity: Early Payment Taken ---
--   ActivityName: 'Early Payment Taken' (Formula/Static, row generated only IF AP Payment.Payment Date <= AP Bill.Discount Date)
--   EventTime: AP Payment.Payment Date
--   UserName: AP Payment.Created By

--   --- Activity: Payment Cleared ---
--   ActivityName: 'Payment Cleared' (Formula/Static)
--   EventTime: Bank Transaction.Reconciliation Date
--   UserName: Bank Transaction.Reconciled By [Or similar field]

ステップ

前提条件：Python 3.6以降をインストールし、requests、pandas、lxmlライブラリを用意します。APBILL、APPYMT、VENDORオブジェクトへの読み取り権限を持つユーザーのSage Intacct Web Services認証情報（Sender ID、Sender Password、Company ID、User ID、User Password）を取得します。
環境を設定：新しいプロジェクトディレクトリを作成します。pip install requests pandas lxmlを実行して、必要なPythonライブラリをインストールします。
スクリプトを設定：提供されたPythonスクリプトをファイル（例：extract_intacct_ap.py）に保存します。ファイルを開き、SAGE_INTACCT_CREDS辞書のプレースホルダーを実際の認証情報とエンドポイントURLに置き換えます。
抽出パラメーターを設定：スクリプトのメインセクションで、start_dateとend_dateを調整し、データを抽出する期間を指定します。初回分析では3～6か月を推奨します。
スクリプトを実行：ターミナルまたはコマンドプロンプトを開き、プロジェクトディレクトリに移動して、python extract_intacct_ap.pyコマンドでスクリプトを実行します。スクリプトがSage Intacct APIへのリクエスト送信を開始します。
実行状況を確認：スクリプトは、取得中のオブジェクトと取得したレコード数を示す進捗メッセージをコンソールに表示します。日付範囲とデータ量によっては、完了まで数分かかることがあります。
APIのページネーションを処理：スクリプトはAPIのページネーションを自動的に処理します。指定した日付範囲のすべてのレコードを取得するまで、データをバッチ（ページ）単位で取得します。
データを変換：生のデータを取得すると、スクリプトは各APBILLおよびAPPYMTレコードを処理します。定義済みの14の業務アクティビティごとに行を生成し、各手順に対応するActivityNameとEventTimeを計算します。
データを補完：請求書のVENDORIDを基に仕入先データを取得し、VendorNameをイベントログに結合してデータを補完します。
出力を生成：正常に完了すると、同じディレクトリにsage_intacct_ap_event_log.csvというファイルが作成されます。このファイルには構造化されたイベントログが含まれます。
出力を確認：生成されたCSVファイルを表計算ソフトで開き、内容を確認します。14のアクティビティがすべて含まれていることと、各列に想定どおり値が入っていることを確認してください。
ProcessMindにアップロード：生成されたCSVファイルをProcessMindに直接アップロードして分析できます。

設定

API認証情報：スクリプトには、sender_id、sender_password、company_id、user_id、user_passwordの認証情報辞書が必要です。セキュリティのため、読み取り専用権限を持つ専用のWeb Servicesユーザーを使用することを強く推奨します。
APIエンドポイント：endpoint_urlには、Sage Intacctインスタンスに対応する正しいURLを設定します。通常はhttps://api.intacct.com/ia/xml/xmlgw.phtmlです。
日付範囲：start_dateとend_dateで抽出期間を指定します。スクリプトはWHENCREATED項目を基準にレコードを絞り込みます。初回分析では、データ量と得られる分析結果のバランスを考慮し、3～6か月の範囲を推奨します。
クエリフィルター：スクリプト内のXMLクエリは、作成日を基準にAPBILLレコードを絞り込むよう設計されています。必要に応じて、XMLペイロードのブロックに、特定のSTATEやDEPARTMENTIDなどの追加フィルターを指定できます。
ページサイズ：readByQuery関数のpagesizeパラメーターには、効率的にデータを取得できる最大値の1000が設定されています。スクリプトが後続のすべてのページを自動的に処理します。
オブジェクト項目：スクリプトでは、各オブジェクト（APBILL、APPYMT、VENDOR）から取得する項目を明示的に指定しています。プロセスでカスタム項目を使う場合は、対応するオブジェクトのリストに、そのAPI名を追加してください。

a サンプルクエリ python

import requests
import pandas as pd
from lxml import etree
import datetime
import time

class=class="hl-string">"hl-comment"># --- Configuration ---
class=class="hl-string">"hl-comment"># Replace with your Sage Intacct Web Services Credentials
SAGE_INTACCT_CREDS = {
    class="hl-string">"sender_id": class="hl-string">"[Your Sender ID]",
    class="hl-string">"sender_password": class="hl-string">"[Your Sender Password]",
    class="hl-string">"company_id": class="hl-string">"[Your Company ID]",
    class="hl-string">"user_id": class="hl-string">"[Your Web Services User ID]",
    class="hl-string">"user_password": class="hl-string">"[Your Web Services User Password]",
    class="hl-string">"endpoint_url": class="hl-string">"https://api.intacct.com/ia/xml/xmlgw.phtml"
}

class=class="hl-string">"hl-comment"># --- API Communication ---
def execute_sage_intacct_request(payload):
    class="hl-string">"""Sends an XML request to the Sage Intacct API and returns the response XML tree."""
    headers = {class="hl-string">"Content-Type": class="hl-string">"application/x-www-form-urlencoded"}
    try:
        response = requests.post(SAGE_INTACCT_CREDS[class="hl-string">"endpoint_url"], data=payload, headers=headers, timeout=300)
        response.raise_for_status() class=class="hl-string">"hl-comment"># Raise an exception for bad status codes
        return etree.fromstring(response.content)
    except requests.exceptions.RequestException as e:
        print(fclass="hl-string">"API Request Failed: {e}")
        print(fclass="hl-string">"Response content: {response.text if 'response' in locals() else 'No response'}")
        return None

def get_session_id():
    class="hl-string">"""Gets a session ID from Sage Intacct."""
    payload = fclass="hl-string">"""<?xml version="1.0" encoding="UTF-8"?>
    <request>
      <control>
        <senderid>{SAGE_INTACCT_CREDS['sender_id']}</senderid>
        <password>{SAGE_INTACCT_CREDS['sender_password']}</password>
        <controlid>req1</controlid>
        <uniqueid>false</uniqueid>
        <dtdversion>3.0</dtdversion>
        <includewhitespace>false</includewhitespace>
      </control>
      <operation>
        <authentication>
          <login>
            <userid>{SAGE_INTACCT_CREDS['user_id']}</userid>
            <companyid>{SAGE_INTACCT_CREDS['company_id']}</companyid>
            <password>{SAGE_INTACCT_CREDS['user_password']}</password>
          </login>
        </authentication>
        <content>
          <function controlid="func1">
            <getAPISession />
          </function>
        </content>
      </operation>
    </request>"""
    root = execute_sage_intacct_request(payload)
    if root is not None:
        session_id_element = root.find(class="hl-string">'.//sessionid')
        if session_id_element is not None:
            print(class="hl-string">"Successfully obtained session ID.")
            return session_id_element.text
    print(class="hl-string">"Failed to obtain session ID.")
    return None

def fetch_all_records(session_id, object_name, query, fields):
    class="hl-string">"""Fetches all records for a given object using readByQuery and handles pagination."""
    all_records = []
    page_size = 1000
    
    payload_template = fclass="hl-string">"""<?xml version="1.0" encoding="UTF-8"?>
    <request>
      <control>
        <senderid>{SAGE_INTACCT_CREDS['sender_id']}</senderid>
        <password>{SAGE_INTACCT_CREDS['sender_password']}</password>
        <controlid>req1</controlid>
        <uniqueid>false</uniqueid>
        <dtdversion>3.0</dtdversion>
        <includewhitespace>false</includewhitespace>
      </control>
      <operation>
        <authentication><sessionid>{session_id}</sessionid></authentication>
        <content>
          <function controlid="func1">
            <readByQuery>
              <object>{object_name}</object>
              <query>{query}</query>
              <fields>{','.join(fields)}</fields>
              <pagesize>{page_size}</pagesize>
              {{result_id_block}}
            </readByQuery>
          </function>
        </content>
      </operation>
    </request>"""
    
    result_id = None
    while True:
        result_id_block = fclass="hl-string">"<resultId>{result_id}</resultId>" if result_id else class="hl-string">""
        payload = payload_template.format(result_id_block=result_id_block)
        root = execute_sage_intacct_request(payload)

        if root is None or root.find(class="hl-string">'.//status').text != class="hl-string">'success':
            error_desc = root.find(class="hl-string">'.//description2').text if root is not None else class="hl-string">"Unknown error"
            print(fclass="hl-string">"Error fetching {object_name}: {error_desc}")
            break
        
        data = root.find(class="hl-string">'.//data')
        records = data.findall(fclass="hl-string">'./{object_name}')
        if not records:
            break
            
        for record in records:
            record_dict = {field.tag: field.text for field in record}
            all_records.append(record_dict)
        
        num_remaining = int(data.get(class="hl-string">'numremaining'))
        result_id = data.get(class="hl-string">'resultId')
        print(fclass="hl-string">"Fetched {len(records)} {object_name} records. {num_remaining} remaining.")
        
        if num_remaining == 0:
            break

        time.sleep(1) class=class="hl-string">"hl-comment"># Be respectful to the API
        
    return all_records

class=class="hl-string">"hl-comment"># --- Data Transformation ---
def transform_to_event_log(bills, payments, vendors_map):
    class="hl-string">"""Transforms raw API data into a structured event log."""
    event_log = []
    last_data_update = datetime.datetime.now().isoformat()

    for bill in bills:
        case_id = bill.get(class="hl-string">'BILLNO')
        if not case_id:
            continue

        vendor_name = vendors_map.get(bill.get(class="hl-string">'VENDORID'), class="hl-string">'')
        common_attrs = {
            class="hl-string">'InvoiceNumber': case_id,
            class="hl-string">'SourceSystem': class="hl-string">'Sage Intacct',
            class="hl-string">'LastDataUpdate': last_data_update,
            class="hl-string">'VendorName': vendor_name,
            class="hl-string">'InvoiceAmount': bill.get(class="hl-string">'TOTALAMOUNT'),
            class="hl-string">'DueDate': bill.get(class="hl-string">'DUEDATE'),
            class="hl-string">'PostingDate': bill.get(class="hl-string">'POSTINGDATE'),
            class="hl-string">'PurchaseOrderNumber': bill.get(class="hl-string">'REFERENCENO'),
            class="hl-string">'CostCenter': bill.get(class="hl-string">'DEPARTMENTID'), class=class="hl-string">"hl-comment"># Header-level department
            class="hl-string">'InvoiceStatus': bill.get(class="hl-string">'STATE'),
            class="hl-string">'PaymentStatus': None class=class="hl-string">"hl-comment"># Will be populated later
        }

        class=class="hl-string">"hl-comment"># Event: Invoice Received
        if bill.get(class="hl-string">'WHENCREATED'):
            event_log.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Invoice Received',
                class="hl-string">'EventTime': bill.get(class="hl-string">'WHENCREATED'),
                class="hl-string">'UserName': bill.get(class="hl-string">'CREATEDBY')
            })

        class=class="hl-string">"hl-comment"># Event: Invoice Data Validated (inferred from creation)
        if bill.get(class="hl-string">'WHENCREATED'):
            event_log.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Invoice Data Validated',
                class="hl-string">'EventTime': bill.get(class="hl-string">'WHENCREATED'),
                class="hl-string">'UserName': bill.get(class="hl-string">'CREATEDBY')
            })

        class=class="hl-string">"hl-comment"># Event: Purchase Order Matched (inferred)
        if bill.get(class="hl-string">'REFERENCENO') and bill.get(class="hl-string">'WHENMODIFIED'):
             event_log.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Purchase Order Matched',
                class="hl-string">'EventTime': bill.get(class="hl-string">'WHENMODIFIED'),
                class="hl-string">'UserName': bill.get(class="hl-string">'MODIFIEDBY')
            })

        class=class="hl-string">"hl-comment"># Events from Status: Discrepancy, Routed, Rejected, Approved, Posted, Cancelled
        class=class="hl-string">"hl-comment"># Note: This simplified model uses final state fields. A full audit trail query is needed for intermediate states.
        if bill.get(class="hl-string">'STATE') == class="hl-string">'On Hold' and bill.get(class="hl-string">'WHENMODIFIED'):
             event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Discrepancy Found', class="hl-string">'EventTime': bill.get(class="hl-string">'WHENMODIFIED'), class="hl-string">'UserName': bill.get(class="hl-string">'MODIFIEDBY')})
        if bill.get(class="hl-string">'STATE') == class="hl-string">'Submitted' and bill.get(class="hl-string">'WHENMODIFIED'):
             event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Routed For Approval', class="hl-string">'EventTime': bill.get(class="hl-string">'WHENMODIFIED'), class="hl-string">'UserName': bill.get(class="hl-string">'MODIFIEDBY')})
        if bill.get(class="hl-string">'STATE') == class="hl-string">'Declined' and bill.get(class="hl-string">'WHENMODIFIED'):
             event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Invoice Rejected', class="hl-string">'EventTime': bill.get(class="hl-string">'WHENMODIFIED'), class="hl-string">'UserName': bill.get(class="hl-string">'MODIFIEDBY')})
        if bill.get(class="hl-string">'WHENAPPROVED'):
            event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Invoice Approved', class="hl-string">'EventTime': bill.get(class="hl-string">'WHENAPPROVED'), class="hl-string">'UserName': bill.get(class="hl-string">'APPROVEDBY')})
        if bill.get(class="hl-string">'STATE') == class="hl-string">'Posted' and bill.get(class="hl-string">'WHENPOSTED'):
            event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Invoice Posted To GL', class="hl-string">'EventTime': bill.get(class="hl-string">'WHENPOSTED'), class="hl-string">'UserName': bill.get(class="hl-string">'MODIFIEDBY')})
        if bill.get(class="hl-string">'STATE') == class="hl-string">'Voided' and bill.get(class="hl-string">'WHENVOIDED'):
            event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Invoice Cancelled', class="hl-string">'EventTime': bill.get(class="hl-string">'WHENVOIDED'), class="hl-string">'UserName': bill.get(class="hl-string">'MODIFIEDBY')})

    class=class="hl-string">"hl-comment"># Process Payments for related events
    bill_map = {b[class="hl-string">'RECORDNO']: b for b in bills if class="hl-string">'RECORDNO' in b}
    for payment in payments:
        for item in payment.get(class="hl-string">'PAYMENTITEMS', {}).get(class="hl-string">'paymentitem', []):
            bill_key = item.get(class="hl-string">'key')
            if bill_key and bill_key in bill_map:
                bill = bill_map[bill_key]
                case_id = bill.get(class="hl-string">'BILLNO')
                vendor_name = vendors_map.get(bill.get(class="hl-string">'VENDORID'), class="hl-string">'')
                common_attrs = {
                    class="hl-string">'InvoiceNumber': case_id,
                    class="hl-string">'SourceSystem': class="hl-string">'Sage Intacct',
                    class="hl-string">'LastDataUpdate': last_data_update,
                    class="hl-string">'VendorName': vendor_name,
                    class="hl-string">'InvoiceAmount': bill.get(class="hl-string">'TOTALAMOUNT'),
                    class="hl-string">'DueDate': bill.get(class="hl-string">'DUEDATE'),
                    class="hl-string">'PostingDate': bill.get(class="hl-string">'POSTINGDATE'),
                    class="hl-string">'PurchaseOrderNumber': bill.get(class="hl-string">'REFERENCENO'),
                    class="hl-string">'CostCenter': bill.get(class="hl-string">'DEPARTMENTID'),
                    class="hl-string">'InvoiceStatus': bill.get(class="hl-string">'STATE'),
                    class="hl-string">'PaymentStatus': payment.get(class="hl-string">'STATE')
                }

                class=class="hl-string">"hl-comment"># Event: Payment Scheduled (inferred from payment creation)
                if payment.get(class="hl-string">'WHENCREATED'):
                    event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Payment Scheduled', class="hl-string">'EventTime': payment.get(class="hl-string">'WHENCREATED'), class="hl-string">'UserName': payment.get(class="hl-string">'CREATEDBY')})

                class=class="hl-string">"hl-comment"># Event: Payment Executed
                if payment.get(class="hl-string">'PAYMENTDATE'):
                    event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Payment Executed', class="hl-string">'EventTime': payment.get(class="hl-string">'PAYMENTDATE'), class="hl-string">'UserName': payment.get(class="hl-string">'CREATEDBY')})

                class=class="hl-string">"hl-comment"># Event: Early Payment Taken (calculated)
                discount_date_str = bill.get(class="hl-string">'DISCOUNTDATE')
                payment_date_str = payment.get(class="hl-string">'PAYMENTDATE')
                if discount_date_str and payment_date_str:
                    try:
                        discount_date = datetime.datetime.strptime(discount_date_str, class="hl-string">'%m/%d/%Y').date()
                        payment_date = datetime.datetime.strptime(payment_date_str, class="hl-string">'%m/%d/%Y').date()
                        if payment_date <= discount_date:
                            event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Early Payment Taken', class="hl-string">'EventTime': payment.get(class="hl-string">'PAYMENTDATE'), class="hl-string">'UserName': payment.get(class="hl-string">'CREATEDBY')})
                    except ValueError:
                        pass class=class="hl-string">"hl-comment"># Ignore parsing errors
                
                class=class="hl-string">"hl-comment"># Event: Payment Cleared
                if payment.get(class="hl-string">'WHENCLEARED'):
                     event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Payment Cleared', class="hl-string">'EventTime': payment.get(class="hl-string">'WHENCLEARED'), class="hl-string">'UserName': payment.get(class="hl-string">'CREATEDBY')})

    class=class="hl-string">"hl-comment"># Add Discrepancy Resolved (placeholder logic)
    class=class="hl-string">"hl-comment"># A robust implementation requires analyzing audit trail for state changes from class="hl-string">'On Hold'.
    class=class="hl-string">"hl-comment"># This simplified version does not generate this event.

    return pd.DataFrame(event_log)


class=class="hl-string">"hl-comment"># --- Main Execution ---
if __name__ == class="hl-string">"__main__":
    start_date = class="hl-string">"01/01/2023"
    end_date = class="hl-string">"12/31/2023"
    
    print(class="hl-string">"Starting Sage Intacct AP Data Extraction...")
    session_id = get_session_id()
    
    if session_id:
        class=class="hl-string">"hl-comment"># 1. Fetch AP Bills
        print(class="hl-string">"\n--- Fetching AP Bills ---")
        bill_query = fclass="hl-string">"WHENCREATED &gt;= '{start_date}' AND WHENCREATED &lt;= '{end_date}'"
        bill_fields = [class="hl-string">'RECORDNO', class="hl-string">'BILLNO', class="hl-string">'STATE', class="hl-string">'VENDORID', class="hl-string">'WHENCREATED', class="hl-string">'WHENMODIFIED', class="hl-string">'WHENPOSTED', class="hl-string">'WHENAPPROVED', class="hl-string">'WHENVOIDED', class="hl-string">'APPROVEDBY', class="hl-string">'CREATEDBY', class="hl-string">'MODIFIEDBY', class="hl-string">'DUEDATE', class="hl-string">'POSTINGDATE', class="hl-string">'TOTALAMOUNT', class="hl-string">'REFERENCENO', class="hl-string">'DEPARTMENTID', class="hl-string">'PAYMENTTERMS', class="hl-string">'DISCOUNTDATE']
        bills = fetch_all_records(session_id, class="hl-string">'APBILL', bill_query, bill_fields)

        if bills:
            class=class="hl-string">"hl-comment"># 2. Fetch related AP Payments
            print(class="hl-string">"\n--- Fetching AP Payments ---")
            bill_keys = class="hl-string">"','".join([b[class="hl-string">'RECORDNO'] for b in bills if class="hl-string">'RECORDNO' in b])
            payment_query = fclass="hl-string">"PAYMENTITEMS.paymentitem.key IN ('{bill_keys}')"
            class=class="hl-string">"hl-comment"># Note: The class="hl-string">'PAYMENTITEMS' field is complex and must be explicitly requested.
            payment_fields = [class="hl-string">'RECORDNO', class="hl-string">'STATE', class="hl-string">'PAYMENTDATE', class="hl-string">'WHENCLEARED', class="hl-string">'WHENCREATED', class="hl-string">'CREATEDBY', class="hl-string">'PAYMENTITEMS']
            payments = fetch_all_records(session_id, class="hl-string">'APPYMT', payment_query, payment_fields)

            class=class="hl-string">"hl-comment"># 3. Fetch Vendors for enrichment
            print(class="hl-string">"\n--- Fetching Vendors ---")
            vendor_ids = class="hl-string">"','".join(list(set([b[class="hl-string">'VENDORID'] for b in bills if class="hl-string">'VENDORID' in b])))
            vendor_query = fclass="hl-string">"VENDORID IN ('{vendor_ids}')"
            vendor_fields = [class="hl-string">'VENDORID', class="hl-string">'NAME']
            vendors = fetch_all_records(session_id, class="hl-string">'VENDOR', vendor_query, vendor_fields)
            vendors_map = {v[class="hl-string">'VENDORID']: v[class="hl-string">'NAME'] for v in vendors}

            class=class="hl-string">"hl-comment"># 4. Transform data into event log
            print(class="hl-string">"\n--- Transforming data into event log ---")
            event_log_df = transform_to_event_log(bills, payments, vendors_map)
            
            class=class="hl-string">"hl-comment"># 5. Sort and save to CSV
            if not event_log_df.empty:
                event_log_df = event_log_df.sort_values(by=[class="hl-string">'InvoiceNumber', class="hl-string">'EventTime'])
                output_filename = class="hl-string">'sage_intacct_ap_event_log.csv'
                event_log_df.to_csv(output_filename, index=False)
                print(fclass="hl-string">"\nExtraction complete. Event log saved to {output_filename}")
                print(fclass="hl-string">"Total events extracted: {len(event_log_df)}")
            else:
                print(class="hl-string">"\nNo events were generated from the fetched data.")

        else:
            print(class="hl-string">"\nNo AP Bills found in the specified date range.")

ステップ

Data Delivery Service（DDS）を契約して設定：管理者権限でSage Intacct環境にログインします。「Company」>「Admin」>「Subscriptions」に移動し、アカウントでData Delivery Serviceが有効になっていることを確認します。有効でない場合は、Sage Intacctの担当者にお問い合わせください。
レプリケーションジョブを定義：Sage IntacctでData Delivery Serviceの設定画面に移動します。新しいデータレプリケーションジョブを作成し、対象に含めるデータオブジェクト（テーブル）を選択します。APBILL、APBILLITEM、APPAYMENT、APPAYMENTDETAIL、VENDOR、POINVOICE、HISTORY_APBILL、USERS、GLDETAIL、BANKTXNSなど、買掛に関連するすべてのオブジェクトを選択してください。
クラウドストレージの保存先を設定：レプリケーションされたデータをクラウドデータウェアハウス（例：Amazon S3、Azure Blob Storage、Snowflake、Google BigQuery）に配信するようDDSジョブを設定します。必要な接続文字列、認証情報、保存先の詳細を入力します。Sage Intacctがこれらを使ってデータファイルを送信します。
レプリケーションスケジュールを設定：データをレプリケーションする頻度を定義します。通常は、業務システムへの影響を抑えるため、夜間に毎日実行します。これにより、データウェアハウスのデータを定期的に更新できます。
データをデータウェアハウスにロード：データファイルがクラウドストレージに配信されたら、ファイル（通常はCSVまたはParquet形式）からデータウェアハウス内の構造化テーブルにロードする取り込み処理を設定します。多くのクラウドデータウェアハウスには、この手順を自動化するツール（例：SnowflakeのSnowpipe、BigQueryのLoad Jobs）が用意されています。
データウェアハウスに接続：クラウドデータウェアハウスに接続できるSQLクライアントまたはBIツールを使います。適切な認証情報と接続情報で接続を設定します。
イベントログクエリを実行：新しいクエリエディターを開き、提供されたSQLスクリプトを貼り付けます。WHERE句の日付範囲（「YYYY-MM-DD」）などのプレースホルダーを、分析対象の期間に合わせて変更します。
クエリを実行して結果を確認：SQLクエリ全体を実行します。指定したアクティビティと属性をすべて含む、AP請求書プロセスの単一イベントログテーブルが出力されます。
ProcessMind用にエクスポート：SQLクライアントから最終結果をCSVファイルにエクスポートします。UTF-8でエンコードされ、日付と時刻の形式が統一されていることを確認します。このファイルをProcessMindにアップロードして分析できます。

設定

前提条件：Sage Intacct Data Delivery Service（DDS）の契約が必要です。また、対応するクラウドデータウェアハウス（例：Snowflake、Google BigQuery、Amazon Redshift）に有効なアカウントとストレージを設定する必要があります。設定には、Sage Intacctとデータウェアハウスの両方で管理者権限が必要です。
レプリケーション対象の主要テーブル：買掛イベントログを作成するため、DDSジョブに次のSage Intacctオブジェクトを含めてください：APBILL、APBILLITEM、APPAYMENT、APPAYMENTDETAIL、GLDETAIL、VENDOR、POINVOICE、HISTORY_APBILL、USERS、BANKTXNS。
日付範囲による絞り込み：パフォーマンスを管理するため、SQLクエリ内で特定の日付範囲にデータを絞り込むことを強く推奨します。まずは直近3～6か月など、最近の期間から始めてください。提供されたクエリでは、ab.WHENCREATEDを主なフィルター日付として使用しています。
データの粒度：DDSはテーブル全体をレプリケーションします。提供されたSQLクエリは、この生のリレーショナルデータをProcessMindに必要なイベントログ形式へ変換するために欠かせません。変換後は、1行が1つの業務アクティビティを表します。
レプリケーション頻度：データの鮮度とシステムパフォーマンスのバランスが取れる頻度でDDSジョブを実行するよう設定します。プロセスマイニングでは、毎日のレプリケーションが一般的です。Sage Intacctでイベントが発生してからデータウェアハウスに反映されるまで、遅延が生じる点に注意してください。

a サンプルクエリ sql

WITH BaseInvoices AS (
    SELECT
        ab.RECORDNO AS BillRecordNo,
        ab.BILLNO AS InvoiceNumber,
        ab.STATE AS InvoiceStatus,
        ab.TOTALENTERED AS InvoiceAmount,
        ab.WHENCREATED AS CreationTime,
        ab.WHENPOSTED AS PostingDate,
        ab.DUEDATE AS DueDate,
        ab.DISCOUNTDATE AS DiscountDate,
        v.NAME AS VendorName,
        u.LOGINID AS UserName, -- User associated with creation/last modification
        po.PONUMBER AS PurchaseOrderNumber,
        STRING_AGG(DISTINCT abi.DEPARTMENTID, ', ') AS CostCenter, -- Aggregates cost centers from line items
        p.STATE AS PaymentStatus,
        p.PAYMENTDATE AS PaymentDate,
        bt.CLEARDATE AS PaymentClearedDate
    FROM
        APBILL AS ab
    LEFT JOIN VENDOR AS v ON ab.VENDORID = v.RECORDNO
    LEFT JOIN USERS AS u ON ab.MODIFIEDBY = u.USERID
    LEFT JOIN APBILLITEM AS abi ON ab.RECORDNO = abi.APBILLKEY
    LEFT JOIN POINVOICE AS pi ON ab.RECORDNO = pi.BILLKEY
    LEFT JOIN PODOCUMENT AS po ON pi.POKEY = po.RECORDNO
    LEFT JOIN APPAYMENTDETAIL AS pd ON ab.RECORDNO = pd.BILLKEY
    LEFT JOIN APPAYMENT AS p ON pd.PAYMENTKEY = p.RECORDNO
    LEFT JOIN BANKTXNS AS bt ON p.RECORDNO = bt.DOC_RECORDKEY AND bt.DOCTYPE = 'APPAYMENT'
    WHERE
        ab.WHENCREATED BETWEEN '[YYYY-MM-DD]' AND '[YYYY-MM-DD]'
    GROUP BY
        ab.RECORDNO,
        ab.BILLNO,
        ab.STATE,
        ab.TOTALENTERED,
        ab.WHENCREATED,
        ab.WHENPOSTED,
        ab.DUEDATE,
        ab.DISCOUNTDATE,
        v.NAME,
        u.LOGINID,
        po.PONUMBER,
        p.STATE,
        p.PAYMENTDATE,
        bt.CLEARDATE
)
-- 1. Invoice Received
SELECT 
    bi.InvoiceNumber AS "InvoiceNumber",
    'Invoice Received' AS "ActivityName",
    bi.CreationTime AS "EventTime",
    'Sage Intacct DDS' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    bi.VendorName AS "VendorName",
    bi.InvoiceAmount AS "InvoiceAmount",
    bi.DueDate AS "DueDate",
    bi.PostingDate AS "PostingDate",
    bi.PurchaseOrderNumber AS "PurchaseOrderNumber",
    bi.CostCenter AS "CostCenter",
    bi.UserName AS "UserName",
    bi.InvoiceStatus AS "InvoiceStatus",
    bi.PaymentStatus AS "PaymentStatus"
FROM BaseInvoices bi

UNION ALL

-- 2. Invoice Data Validated (Inferred from initial creation if not in a DRAFT state)
SELECT 
    bi.InvoiceNumber,
    'Invoice Data Validated',
    bi.CreationTime, -- Assuming validation happens at time of creation/submission
    'Sage Intacct DDS',
    CURRENT_TIMESTAMP,
    bi.VendorName,
    bi.InvoiceAmount,
    bi.DueDate,
    bi.PostingDate,
    bi.PurchaseOrderNumber,
    bi.CostCenter,
    bi.UserName,
    bi.InvoiceStatus,
    bi.PaymentStatus
FROM BaseInvoices bi
WHERE bi.InvoiceStatus != 'Draft'

UNION ALL

-- 3. Purchase Order Matched
SELECT
    bi.InvoiceNumber,
    'Purchase Order Matched',
    pi.WHENCREATED, -- Time the PO was linked to the invoice
    'Sage Intacct DDS',
    CURRENT_TIMESTAMP,
    bi.VendorName,
    bi.InvoiceAmount,
    bi.DueDate,
    bi.PostingDate,
    bi.PurchaseOrderNumber,
    bi.CostCenter,
    (SELECT LOGINID FROM USERS WHERE USERID = pi.CREATEDBY) AS "UserName",
    bi.InvoiceStatus,
    bi.PaymentStatus
FROM BaseInvoices bi
JOIN POINVOICE pi ON bi.BillRecordNo = pi.BILLKEY
WHERE bi.PurchaseOrderNumber IS NOT NULL

UNION ALL

-- 4 & 5. Discrepancy Found & Resolved (from history table)
SELECT 
    bi.InvoiceNumber,
    CASE 
        WHEN h.NEW_VALUE = 'On Hold' THEN 'Discrepancy Found'
        WHEN h.OLD_VALUE = 'On Hold' AND h.NEW_VALUE != 'On Hold' THEN 'Discrepancy Resolved'
    END AS "ActivityName",
    h.WHEN_CHANGED AS "EventTime",
    'Sage Intacct DDS',
    CURRENT_TIMESTAMP,
    bi.VendorName,
    bi.InvoiceAmount,
    bi.DueDate,
    bi.PostingDate,
    bi.PurchaseOrderNumber,
    bi.CostCenter,
    (SELECT LOGINID FROM USERS WHERE USERID = h.WHO_CHANGED_ID) AS "UserName",
    h.NEW_VALUE AS "InvoiceStatus",
    bi.PaymentStatus
FROM BaseInvoices bi
JOIN HISTORY_APBILL h ON bi.BillRecordNo = h.RECORDNO
WHERE h.FIELD_NAME = 'STATE' AND (h.NEW_VALUE = 'On Hold' OR h.OLD_VALUE = 'On Hold')

UNION ALL

-- 6, 7 & 8. Routed For Approval, Invoice Rejected, Invoice Approved (from history table)
SELECT 
    bi.InvoiceNumber,
    CASE 
        WHEN h.NEW_VALUE = 'Submitted' THEN 'Routed For Approval'
        WHEN h.NEW_VALUE = 'Declined' THEN 'Invoice Rejected'
        WHEN h.NEW_VALUE = 'Approved' THEN 'Invoice Approved'
    END AS "ActivityName",
    h.WHEN_CHANGED AS "EventTime",
    'Sage Intacct DDS',
    CURRENT_TIMESTAMP,
    bi.VendorName,
    bi.InvoiceAmount,
    bi.DueDate,
    bi.PostingDate,
    bi.PurchaseOrderNumber,
    bi.CostCenter,
    (SELECT LOGINID FROM USERS WHERE USERID = h.WHO_CHANGED_ID) AS "UserName",
    h.NEW_VALUE AS "InvoiceStatus",
    bi.PaymentStatus
FROM BaseInvoices bi
JOIN HISTORY_APBILL h ON bi.BillRecordNo = h.RECORDNO
WHERE h.FIELD_NAME = 'STATE' AND h.NEW_VALUE IN ('Submitted', 'Declined', 'Approved')

UNION ALL

-- 9. Invoice Posted To GL
SELECT 
    bi.InvoiceNumber,
    'Invoice Posted To GL',
    bi.PostingDate,
    'Sage Intacct DDS',
    CURRENT_TIMESTAMP,
    bi.VendorName,
    bi.InvoiceAmount,
    bi.DueDate,
    bi.PostingDate,
    bi.PurchaseOrderNumber,
    bi.CostCenter,
    bi.UserName,
    bi.InvoiceStatus,
    bi.PaymentStatus
FROM BaseInvoices bi
WHERE bi.PostingDate IS NOT NULL AND bi.InvoiceStatus = 'Posted'

UNION ALL

-- 10. Payment Scheduled
SELECT 
    bi.InvoiceNumber,
    'Payment Scheduled',
    p.WHENCREATED,
    'Sage Intacct DDS',
    CURRENT_TIMESTAMP,
    bi.VendorName,
    bi.InvoiceAmount,
    bi.DueDate,
    bi.PostingDate,
    bi.PurchaseOrderNumber,
    bi.CostCenter,
    (SELECT LOGINID FROM USERS WHERE USERID = p.CREATEDBY) AS "UserName",
    bi.InvoiceStatus,
    p.STATE AS "PaymentStatus"
FROM BaseInvoices bi
JOIN APPAYMENTDETAIL pd ON bi.BillRecordNo = pd.BILLKEY
JOIN APPAYMENT p ON pd.PAYMENTKEY = p.RECORDNO

UNION ALL

-- 11. Payment Executed
SELECT 
    bi.InvoiceNumber,
    'Payment Executed',
    bi.PaymentDate,
    'Sage Intacct DDS',
    CURRENT_TIMESTAMP,
    bi.VendorName,
    bi.InvoiceAmount,
    bi.DueDate,
    bi.PostingDate,
    bi.PurchaseOrderNumber,
    bi.CostCenter,
    bi.UserName,
    bi.InvoiceStatus,
    bi.PaymentStatus
FROM BaseInvoices bi
WHERE bi.PaymentDate IS NOT NULL

UNION ALL

-- 12. Early Payment Taken
SELECT 
    bi.InvoiceNumber,
    'Early Payment Taken',
    bi.PaymentDate,
    'Sage Intacct DDS',
    CURRENT_TIMESTAMP,
    bi.VendorName,
    bi.InvoiceAmount,
    bi.DueDate,
    bi.PostingDate,
    bi.PurchaseOrderNumber,
    bi.CostCenter,
    bi.UserName,
    bi.InvoiceStatus,
    bi.PaymentStatus
FROM BaseInvoices bi
WHERE bi.PaymentDate IS NOT NULL AND bi.DiscountDate IS NOT NULL AND bi.PaymentDate <= bi.DiscountDate

UNION ALL

-- 13. Payment Cleared
SELECT 
    bi.InvoiceNumber,
    'Payment Cleared',
    bi.PaymentClearedDate,
    'Sage Intacct DDS',
    CURRENT_TIMESTAMP,
    bi.VendorName,
    bi.InvoiceAmount,
    bi.DueDate,
    bi.PostingDate,
    bi.PurchaseOrderNumber,
    bi.CostCenter,
    bi.UserName,
    bi.InvoiceStatus,
    bi.PaymentStatus
FROM BaseInvoices bi
WHERE bi.PaymentClearedDate IS NOT NULL

UNION ALL

-- 14. Invoice Cancelled
SELECT 
    bi.InvoiceNumber,
    'Invoice Cancelled',
    h.WHEN_CHANGED,
    'Sage Intacct DDS',
    CURRENT_TIMESTAMP,
    bi.VendorName,
    bi.InvoiceAmount,
    bi.DueDate,
    bi.PostingDate,
    bi.PurchaseOrderNumber,
    bi.CostCenter,
    (SELECT LOGINID FROM USERS WHERE USERID = h.WHO_CHANGED_ID) AS "UserName",
    h.NEW_VALUE AS "InvoiceStatus",
    bi.PaymentStatus
FROM BaseInvoices bi
JOIN HISTORY_APBILL h ON bi.BillRecordNo = h.RECORDNO
WHERE h.FIELD_NAME = 'STATE' AND h.NEW_VALUE = 'Voided';

準備はできましたか？

このテンプレートがあれば、買掛請求書処理の最適化を始めるために必要なものがそろいます。今日から具体的な改善点を見つけ、業務効率を高めてください。

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

今日から買掛請求書処理を最適化

処理コストを60％削減し、遅延と二重支払いをなくします。

無料トライアルを開始

クレジットカードは不要です。数分で設定できます。

買掛請求書処理用データテンプレート

買掛請求書処理用データテンプレート

買掛金請求書処理の属性

買掛金請求書処理のアクティビティ

抽出ガイド

Sage Intacctのカスタムレポートとリストビューのエクスポート

ステップ

設定

a サンプルクエリ sql

Sage Intacct Web Services APIを使ったPythonスクリプト

ステップ

設定

a サンプルクエリ python

Sage Intacct Data Delivery Service（DDS）によるレプリケーション

ステップ

設定

a サンプルクエリ sql

準備はできましたか？

今日から買掛請求書処理を最適化

買掛請求書処理用データテンプレート

買掛請求書処理用データテンプレート

買掛金請求書処理の属性

買掛金請求書処理のアクティビティ

抽出ガイド

Sage Intacctのカスタムレポートとリストビューのエクスポート

ステップ

設定

a サンプルクエリ sql

Sage Intacct Web Services APIを使ったPythonスクリプト

ステップ

設定

a サンプルクエリ python

Sage Intacct Data Delivery Service（DDS）によるレプリケーション

ステップ

設定

a サンプルクエリ sql

準備はできましたか？

今日から買掛請求書処理を最適化

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