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

データテンプレート：買掛金の請求書処理

Sage Intacct

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

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

このテンプレートは、買掛金の請求書処理を分析するために必要なデータを収集するための明確な枠組みを提供します。システムから抽出すべき主要な属性とアクティビティを示しており、このガイドに沿えばデータ準備を効率化し、プロセスマイニングをスムーズに立ち上げられます。

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

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

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

買掛金請求書処理の属性

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

5 必須 9 推奨 11 任意

	名前	説明
	請求書 InvoiceNumber	各仕入先請求書の一意の識別子。受領から支払完了までを追跡するための主要なケースIDです。
説明 Invoice Number は買掛金分析の要で、処理される各請求書を一意に識別します。検証・承認・支払など、関連するすべてのアクティビティを1つのまとまりあるプロセスインスタンスとして結びつけます。プロセスマイニングでは、この属性により請求書のライフサイクルをエンドツーエンドで再構築できます。プロセスフローの分析、特定の請求書でのボトルネック特定、総サイクルタイムなどのケースレベル指標の算出に用いられます。他のすべての属性は、この請求書番号の流れに文脈を与える情報です。その重要性単一の請求書に紐づくすべての工程をつなぐ重要なケースIDです。これにより、エンドツーエンドの処理時間や経路を分析できます。取得元一般的に、Sage Intacct の AP Bill または Vendor Invoice オブジェクト内の 'Bill No.' または 'Invoice #' フィールドです。例 INV-2023-001237854-AXBSI-990432
	アクティビティ ActivityName	発生した具体的なプロセスステップまたはイベントの名称（例：'Invoice Approved'、'Payment Executed'）。
説明 Activity Name は買掛金プロセスの個々のステップを表します。これらのアクティビティが、請求書ごとのプロセスフローを構成する一連のイベントになります。これらの順序を分析することがプロセスマイニングの核です。実際のプロセスマップの発見、標準手順からの逸脱の特定、そして手戻りループの分析（例：「不一致を検出」→「不一致を解消」）が可能になります。アクティビティの順序と頻度は、プロセス効率を理解するうえで欠かせない要素です。その重要性プロセスマップ上のステップを定義する属性です。プロセスの流れを可視化し、ボトルネックの特定や逸脱分析を行う上で欠かせません。取得元この属性は、Sage Intacct における AP Bills や Payments に関連するシステムイベント、ステータス変更、監査証跡から導出されます。例請求書受領請求書承認支払スケジュール設定済み支払実行
	ソースシステム SourceSystem	データを抽出したシステム名。通常は ERP や会計ソフトを識別する固定値です。
説明この属性はプロセスデータの出所を示します。マルチシステム環境では、データソースを区別し、データ来歴を明確にします。本ビューでは値は一貫して 'Sage Intacct' です。単一システムの分析では固定値になりがちですが、データガバナンスや将来のマルチシステム統合プロジェクトで重要です。意図したソースのデータに基づいて分析していることを確認できます。その重要性データの出所を明確化して来歴を担保し、データガバナンスやマルチシステム環境での信頼性を支えます。取得元通常、抽出・変換・ロード（ETL）時に付与する静的な値です。例 Sage Intacct
	最終データ更新 LastDataUpdate	このレコードのデータがソースシステムから更新・抽出された最終時点を示すタイムスタンプ。
説明この属性は、直近のデータ抽出時点を示すタイムスタンプです。分析対象データの鮮度を把握し、リフレッシュスケジュールを管理するうえで重要です。 dashboard やレポートでは、インサイトの最新性をユーザーに伝えます。たとえば最終更新が1週間前であれば、その後のプロセス活動は未反映である点を考慮する必要があります。データガバナンスと分析への信頼性維持に不可欠なフィールドです。その重要性データの鮮度を示し、分析がどの程度最新か、次のデータ更新の目安を把握できます。取得元このタイムスタンプは、抽出・変換・ロード（ETL）処理の際に各行へ付与されます。例 2023-11-20T04:00:00Z2023-11-21T04:00:00Z
	開始時刻 EventTime	特定のアクティビティまたはプロセスステップが発生した正確な日時（タイムスタンプ）。
説明 Event Time（タイムスタンプ）は、アクティビティが発生した正確な時点を記録します。この時系列データは、イベントを正しい順序に並べ、プロセス内の各ステップ間の所要時間を算出するうえで不可欠です。 Process Miningの分析では、タイムスタンプを使って時間順にプロセスマップを作成し、アクティビティ間のサイクルタイムを計算し、パフォーマンスの推移を評価します。たとえば週末や営業時間外に遅延が生じていないかを特定でき、時間ベースのすべてのKPIの土台となります。その重要性イベントを時系列で正しく並べ、サイクルタイムや待ち時間など時間ベースの指標を算出するための要となるタイムスタンプです。取得元 AP Bill の 'Creation Date'、'Approval Date'、AP Payments の 'Payment Date' など、Sage Intacct の各オブジェクトにある複数の日付項目から導出します。例 2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
	PO番号 PurchaseOrderNumber	（該当する場合）請求書に紐づく発注書（PO）の識別子。
説明 Purchase Order Number は、請求書を事前承認済みの調達リクエストに紐づける番号です。請求書には PO あり／なしのタイプがあり、PO 番号があると通常は自動マッチング（二点照合・三点照合）が可能になります。この属性は 'Purchase Order Matched' アクティビティおよび関連する差異の分析に不可欠です。PO あり／なしでプロセスをセグメントし、サイクルタイムや自動化率を比較できます。PO あり請求書で差異が多い場合は、PO 作成や検収プロセスに課題があるサインです。その重要性 PO連動の請求書と非PO請求書を区別します。両者は処理フローも自動化の可能性も大きく異なるためです。取得元このフィールドは Sage Intacct の AP Bill オブジェクトで利用でき、既存の Purchase Order と請求書を紐付けるために使われます。例 PO-004581PO-005123N/A
	コストセンター CostCenter	請求書の費用が配賦される部門または事業部。
説明コストセンターは、請求書の費用をどの組織が負担するかを示す組織軸です。予算策定、配賦、財務報告に利用されます。プロセスマイニングでは「コストセンター別処理の不整合」ダッシュボードの中核属性です。コストセンター間でサイクルタイムや再作業率などの主要指標を比較できます。高パフォーマンスのコストセンターを特定できればベストプラクティスを横展開でき、課題のある部門にはピンポイントの改善やトレーニングを検討できます。「コストセンター別サイクルタイム乖離」KPI の主要属性でもあります。その重要性事業部間のパフォーマンス比較を可能にし、ばらつきの可視化とプロセス標準化の機会を明らかにします。取得元 Sage Intacct の AP Bill 明細行で利用できる標準ディメンションです。'Department' もしくはコストセンター向けのカスタムディメンションとして設定されることが多い項目です。例営業（米国）マーケティングITインフラ研究開発
	ユーザー名 UserName	請求書で特定の処理を行った社員またはユーザーの名前。
説明 User Name は、データ入力・検証・承認など、プロセス内の出来事に責任を持つ個人を識別します。責任の所在を明確にし、個人やチームのパフォーマンス分析に役立ちます。この属性は 'Invoice Approval Cycle Time Analysis' dashboard に不可欠で、特定の承認者が一貫して遅いかどうかを把握できます。処理が早いユーザーや、追加トレーニングが必要なユーザーの特定にも有効です。ユーザー別にアクティビティを分析することで、リソース管理や業務負荷の偏りも把握できます。その重要性どのユーザーが実行したかを追跡します。承認者のパフォーマンス分析、業務負荷の可視化、教育ニーズの把握に有効です。取得元この情報は Sage Intacct の AP Bill および AP Payment オブジェクトの監査証跡（audit trail）や履歴ログに記録され、ステータス変更や更新に紐づいて取得できます。例 Alice JohnsonBob Williamssystem.user
	仕入先名 VendorName	請求書の発行元である仕入先（ベンダー）の正式名称。
説明 Vendor Name は、請求書の相手先となる仕入先を識別します。AP（買掛金）プロセスにおけるベンダー別の行動やパフォーマンス分析に不可欠です。このディメンションでプロセスマップをフィルターし、特定ベンダーの請求書がどのように処理されているかを確認できます。'Vendor Performance & Processing Time' dashboard や 'Vendor Cycle Time Variance' KPI の基礎となり、処理が早いベンダーと、恒常的に遅延や不整合が発生するベンダーを見分け、協業や標準化の余地を明らかにします。その重要性仕入先別にプロセス差異とパフォーマンスを分析でき、仕入先固有のボトルネックや請求品質の課題を特定できます。取得元この情報は Sage Intacct の 'Vendor' オブジェクトにあり、AP Bill にリンクされています。例 Staples Inc.Office DepotGlobal Tech ServicesCreative Solutions LLC
	支払ステータス PaymentStatus	請求書に紐づく支払トランザクションの現在のステータス。
説明 Payment Status は、請求書のステータスとは別に、支払い自体の状態を表します。例：「支払予定」「処理中」「支払済み」「消込済み」「失敗」。この属性は 'Payment Status & Error Monitoring' dashboard の中心指標です。財務チームは支払実行の状況を追跡し、失敗した支払いを素早く特定・解消し、二重支払いの兆候も監視できます。各ステータスで滞在する時間を把握することで、支払い実行プロセスの改善やキャッシュフロー予測の精度向上につながります。その重要性最終支払ステップの成否と状態を把握し、支払のエラーや遅延を素早く特定・解消するのに役立ちます。取得元この情報は 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
	計上日 PostingDate	当該請求書トランザクションを総勘定元帳（GL）に計上した日付。
説明 Posting Date（転記日）は、請求書に紐づく会計取引が会社の帳簿（総勘定元帳：General Ledger）に正式に記録された日付です。費用をどの会計期間で認識するかを決めるため、会計・財務報告で重要です。プロセス分析では、請求書の受領から転記までのタイムラグが、検証や承認ステージの非効率を示すことがあります。'Invoice Posted To GL' アクティビティの重要なマイルストンであり、サイクルタイムの 'book-to-pay' 区間を測る際にも用いられます。転記日の分析は、タイムリーな決算と正確な報告に役立ちます。その重要性請求書が会計システムに正式計上された時点を示します。会計サイクルの測定やタイムリーな財務報告に重要です。取得元 Sage Intacct の AP Bill オブジェクトにある 'Posting Date' フィールドです。例 2023-10-282023-11-022023-11-10
	請求書ステータス InvoiceStatus	APワークフローにおけるこの請求書の現在の処理ステータス。
説明 Invoice Status は、請求書のライフサイクルにおける現在の状態を示します。例：「下書き」「承認申請中」「承認済み」「支払済み」。進捗のスナップショットとして機能します。この属性は 'Invoice Throughput & Volume Trends' dashboard の中核となる指標で、任意の時点における各ステータスの件数分布を可視化します。運用担当者は負荷を把握し、滞留しているボトルネックを特定し、完了時期を見積もれます。ステータスの変化を時系列で追跡することは、プロセスマイニング用のアクティビティログを作成する一般的な方法です。その重要性請求書の現在のステータスをひと目で把握できます。担当者の負荷状況の可視化や、どの工程で滞留しているかの特定に不可欠です。取得元通常は、Sage Intacct の AP Bill オブジェクトにある 'State' または 'Status' フィールドです。例下書き申請済み承認済み支払済み
	請求金額 InvoiceAmount	請求書の合計金額。
説明 Invoice Amount は仕入先から提示された請求書の総額を表します。財務分析に不可欠であり、金額が処理パスに与える影響を理解するうえでも重要な属性です。分析では、金額帯（少額・中額・高額など）に区分して、高額ほど承認経路が異なるか、処理に時間がかかるかを確認します。承認権限は金額に連動することが多く、「支払ポリシー準拠率」KPI の主要要素でもあります。高額トランザクションに改善の優先度を置く判断にも役立ちます。その重要性金額ベースの分析を可能にします。高額請求書が別経路を通る・時間がかかるか、承認上限の遵守状況などの確認に有効です。取得元 Sage Intacct の AP Bill オブジェクトにある 'Amount' または 'Transaction Amount' フィールドです。例 150.755000.0025000.50
	ストレートスルー処理 IsStraightThrough	手作業の介入や手戻りなしで請求書が処理された場合に true になるブール型フラグです。
説明この属性は、受領から支払予定の設定まで、手作業や例外対応を一切伴わずに完全自動で処理された請求書を識別します。通常は 'Is Rework' フラグの逆です。このフラグは 'Invoice Straight-Through Process Rate' KPI の算出に用いられ、自動化度とプロセス効率を測る主要指標です。ストレートスルー率が高いほど、AP プロセスが成熟し統制されていることを示します。STP で処理されなかった請求書の特徴を分析することで、完全自動化を阻む要因を洗い出せます。その重要性完全に自動処理された請求書を特定し、自動化の成果を測定するとともに、さらなる改善余地を明確にします。取得元このフラグはプロセスマイニングツールで計算されます。通常は 'IsRework' フラグの否定、または 'happy path' と定義したアクティビティの並びで判定します。例 truefalse
	不一致の理由 DiscrepancyReason	価格や数量の不一致など、請求書の差異の理由を表すコードまたはテキストです。
説明 Discrepancy Reason は、請求書が検証や PO 照合に失敗した際の背景を示します。なぜ手動レビューの対象になったのか（例：価格差、数量不一致、情報不足など）を明確にします。この属性は「不一致解消時間と再作業」ダッシュボードの要となります。頻出する不一致理由を分析することで、特定の仕入先・品目・社内の入力ミスなど、根本原因を突き止められます。マスタデータの更新や仕入先とのコミュニケーション改善といった、狙いを定めたプロセス改善に極めて有用です。その重要性手戻りや遅延の根本原因を明らかにし、例外削減とSTP（完全自動処理）率向上に直結する改善につなげます。取得元この情報はカスタムフィールドやメモ欄に保存されている場合、または Sage Intacct もしくは連携した OCR/キャプチャ製品内の特定の例外ステータスから導出される場合があります。例単価不一致数量不一致無効な PO 番号重複請求書
	仕入先ID VendorId	ベンダー／仕入先の一意のシステム識別子。
説明 Vendor ID は、各ベンダーレコードに対してシステムが生成する一意の識別子です。表記ゆれが起こりうる Vendor Name と異なり、データの連結や分析に安定したキーを提供します。 dashboard 表示には 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' dashboard では、この期日までに支払いが行われたかを判断します。支払いが締切にどれだけ近いかを監視することで、承認や支払予定の設定段階にあるボトルネックを明らかにできます。その重要性 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 および dashboard の算出に不可欠で、各請求書の節約可能額を定量化し、割引効果が大きい支払いを優先する判断を支援します。潜在割引額の総計と実際に獲得できた金額を比較することで、プロセス非効率の財務インパクトが浮き彫りになります。その重要性早期支払で見込める節約額を定量化し、請求書の優先順位付けや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' の timestamp から 'Routed For Approval' の timestamp を差し引いて算出します。この指標は「Invoice Approval Cycle Time Analysis」dashboard の中心で、承認 workflow 内のボトルネックを特定するのに役立ちます（特定の承認者・部門・請求書タイプなどが原因かを把握）。サイクルタイムの短縮は、早期支払割引の獲得や期日内の支払いに直結するため、しばしば最重要目標となります。その重要性承認ワークフローの効率を測定し、支払遅延や割引取り逃しの原因となる遅い承認者やボトルネックを特定します。取得元この指標はプロセスマイニングツールで計算します。'Invoice Approved' のタイムスタンプから 'Routed For Approval' のタイムスタンプを差し引いて求めます。例 2日3時間7日と1時間10時間30分
	請求日 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
	請求書処理リードタイム InvoiceCycleTime	請求書の初回受領から支払いの消込が完了するまでにかかった総時間。
説明 Invoice Cycle Time は、1件の請求書について買掛金（Accounts Payable）プロセスの開始から終了までの所要時間を測る主要 KPI です。'Payment Cleared' のタイムスタンプから 'Invoice Received' のタイムスタンプを引いて算出します。この指標はプロセス全体の効率を俯瞰できます。平均サイクルが長い場合は、構造的なボトルネック、複雑な承認経路、手戻りの多さが疑われます。この属性を分析することで、ベンチマークの設定や改善施策の効果を継続的に測定できます。「Invoice End-to-End Process Flow」分析の主要 KPI です。その重要性プロセス全体の効率を測るうえでの重要なKPIです。短縮できれば仕入先との関係性が向上し、キャッシュフロー管理も改善します。取得元この指標はプロセスマイニングツールで計算します。各ケースで最後のイベントの開始時刻から最初のイベントの開始時刻を差し引いて算出します。例 15日4時間32日と1時間8日と12時間
	通貨 Currency	請求書金額の通貨単位。
説明 Currency は請求書金額の通貨単位（例：USD、EUR、GBP）を示します。多通貨で請求書を扱うグローバル企業では特に重要です。正確な財務報告や、比較のために金額を共通通貨へ換算する際に不可欠です。通貨でフィルタリングすることで、特定の通貨だけ処理が長引いていないか（銀行規制や承認手順の違いなどが要因）も見極められます。金額データに一貫した文脈を与える属性です。その重要性金額データに不可欠な前提情報（例：通貨）を付与し、特に多国籍企業での正確な財務分析を可能にします。取得元 Sage Intacct の AP Bill オブジェクトにある 'Currency' フィールドです。マルチカレンシーを有効にしている場合は、Vendor レコードの通貨を継承することが多い項目です。例 USDEURGBP
	部署 Department	請求書に紐づく社内部門名。承認フローや原価配賦で使用されます。
説明 Department は請求書を「マーケティング」「情報システム」など会社内の機能別領域に割り当てる組織属性です。適切な部門長・マネジャーへの承認ルーティングにも使われます。コストセンターと同様に、組織横断のパフォーマンス分析が可能です。部門別の承認時間や再作業率を比較し、順調な領域と課題のある領域を明確化します。全社的な AP プロセスの標準化を後押しする分析軸です。その重要性部門などの機能領域ごとにプロセスのパフォーマンスを横比較でき、標準化の推進に役立ちます。取得元 Sage Intacct の標準ディメンションで、AP Bill などのトランザクションに付与できます。例マーケティング営業IT財務

必須推奨任意

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

請求書ワークフローを正確に可視化・分析するために、イベントログに記録すべき主要なステップとマイルストーンです。

7 推奨 7 任意

	アクティビティ	説明
	承認フローへ回付	検証・照合済みの請求書が承認workflowに回付されることを表します。Sage Intacctは、承認のために提出された際にこの操作を記録し、通知がトリガーされます。
その重要性承認サイクルの開始点を示します。このイベントを追跡することで、Average Invoice Approval Time KPI の分析や遅延要因の特定が可能になります。取得元監査証跡やトランザクションログから取得します。これは 'AP Bill' の状態が 'Submitted for Approval' に変わった時点の記録で、多くの場合、明示的なイベントとして残ります。取得請求書が承認エンジンに送られた際の監査ログのタイムスタンプを使用します。イベントタイプ explicit
	支払実行	仕入先への支払いが実行されたことを示します。特定の取引日を伴う明示的なイベントです。
その重要性支払コンプライアンスや早期支払割引の獲得率を測るうえで欠かせないマイルストーン。承認からこのイベントまでの時間が支払処理の効率を示します。取得元 'AP Bill' に紐づく 'AP Payment' オブジェクトから取得します。このオブジェクトには 'Payment Date' もしくは取引実行の timestamp が含まれます。取得関連する AP Payment レコードの 'Payment Date' フィールドを使用します。イベントタイプ explicit
	請求書を GL に転記	承認済みの請求書が総勘定元帳（General Ledger）に正式に転記され、負債が計上される取引を示します。Sage Intacct における明示的な基幹会計イベントです。
その重要性会社の正式な負債として計上される重要な会計上のマイルストーンで、支払の準備が整い、財務諸表にも影響します。取得元これは明示的に記録される取引です。仕訳計上日（'Posting Date'）は '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' オブジェクトに紐づく承認履歴ログから明示的に取得します。通常、timestamp と承認者が記録されています。取得請求書の承認履歴にある最終承認レコードのタイムスタンプを使用します。イベントタイプ explicit
	購買発注とマッチング済み	数量や単価などの請求書明細が、対応する Purchase Order と正常に照合されたことを示します。ユーザーが PO を AP Bill にリンクした際、明示的な記録として残るのが一般的です。
その重要性発注書（PO）に紐づく請求書で特に重要な工程です。照合の失敗や長時間化は差異の可能性を示し、ボトルネックの典型的な発生源になります。取得元ユーザーが 'Match' を実行したとき、または 'Purchase Order' を 'AP Bill' オブジェクトにリンクしたときの記録を、トランザクションログや監査証跡から取得します。取得発注書（Purchase Order）とAP請求書（AP Bill）を紐付けるイベントログのエントリを特定してください。イベントタイプ explicit
	銀行決済済み	最終ステップ。支払が銀行で決済され、取引が消込済みになったことを確認します。通常は Sage Intacct の Cash Management モジュールの銀行照合で記録されます。
その重要性このイベントが請求書ライフサイクルの真の終点を示します。エンドツーエンドのサイクルタイムはここまでで測定され、キャッシュアウトの全体像を把握できます。取得元 Cash Managementモジュール内の 'AP Payment' 取引に紐づく 'Clearing Date' または 'Reconciliation Date' から推定します。取得支払トランザクションに紐づく銀行照合レコードの消込日を使用します。イベントタイプ inferred
	不一致を検出	検証・照合の過程で、価格や数量の相違などの不一致が見つかったことを示します。請求書が 'Hold' や 'Exception' ステータスになった際に推定されるイベントです。
その重要性手戻りループの起点を特定します。不一致の頻度や種類を分析することが、請求書再処理率（Invoice Rework Rate）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' を比較して算出します。取得 IF 'Payment Date' <= ('Invoice Date' + 'Payment Terms' の Discount Period) の場合、このイベントが発生します。イベントタイプ calculated
	請求書データ検証済み	ベンダーの正当性や必須項目などのビジネスルールに対して、請求書データの検証が成功したことを表します。多くの場合、AP Billが保存または提出され、検証エラーが発生しなかったことで推定されます。
その重要性初期のデータ品質チェックを追跡します。ここでの遅延は、データ取得の精度や仕入先の遵守状況に課題があるサインで、ストレートスルー処理率に影響します。取得元 AP Bill レコードが 'Draft' から 'Submitted' に変わった時点のタイムスタンプから推定します。'AP Bill' オブジェクトの 'State' または 'Status' フィールドを確認してください。取得 AP Bill オブジェクトで、ステータスが 'Draft' から 'Submitted' に変わったタイムスタンプを追跡します。イベントタイプ inferred
	請求書却下	承認者が請求書を却下したことを示します。多くの場合、修正のうえ再申請が必要です。承認履歴ログで明示的に記録されるイベントです。
その重要性承認プロセス内の手戻りループを可視化。却下率が高い場合は、前工程のデータ精度やポリシー不遵守の可能性を示唆します。取得元 'AP Bill' オブジェクトに紐づく承認履歴ログから明示的に取得します。ここには 'Decline' や 'Reject' のアクションが記録されます。取得請求書の承認履歴にある 'Reject' または 'Decline' レコードのタイムスタンプを使用します。イベントタイプ explicit
	請求書取り消し	AP請求（Bill）の取消・無効化を表し、プロセスを途中で終了させます。これはシステムの監査ログに記録される明示的な操作で、負債を実質的に消滅させます。
その重要性プロセスの最終的な例外（取消など）を特定します。取消率が高い場合は、重複請求や初期入力ミスの可能性が考えられます。取得元ユーザーが 'AP Bill' を無効化または取消した際に明示的に取得します。該当アクションとその timestamp は監査証跡に残るか、'Void' または 'Cancelled' ステータスとして反映されます。取得 AP Bill オブジェクトで 'Void' トランザクションのタイムスタンプ、またはステータスを 'Cancelled' に変更した際のタイムスタンプを使用します。イベントタイプ explicit

推奨任意

抽出ガイド

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

ステップ

事前準備: Sage IntacctでCustom Report Writerにアクセスできるユーザー権限と、買掛金（Accounts Payable）、Purchasing、Cash Management各モジュールの参照権限があることを確認します。
レポートセンターへ移動: Sage Intacctにログインし、Reports > Custom reports に進みます。
レポート1を作成：請求書の基本イベント: 新しいカスタムレポートを作成し、主オブジェクトにAP Billを選びます。このレポートでは、AP Billレコードで直接取得できるイベントを収集します。
レポート1の結合設定: レポート作成ツールの「Data」タブで、AP BillとVendorを結合し、仕入先名を取得します。
レポート1の列定義: 「Columns」タブで、Bill No、Vendor Name、Total Amount、Due Date、PO Number、Stateに加えて、主要な日付フィールドであるWhen Created（'Invoice Received'用）、When Posted（'Invoice Posted to GL'用）、When Modifiedを追加します。計算式（formula）で、これらのイベントに対応するActivityNameとEventTime列を作成します。
レポート2を作成：承認イベント: 2つ目のカスタムレポートを作成します。主オブジェクトにAP Bill Approval（または同等の監査/履歴系オブジェクト）を選択し、AP Bill KeyでAP BillとVendorに結合します。
レポート2の列定義: ワークフロー上のイベントを取得します。AP Bill No、Approver、承認操作のDateを追加し、承認ステータス/アクションに応じてActivityNameを 'Routed For Approval'、'Invoice Approved'、'Invoice Rejected' に設定する計算式を作成します。EventTimeは承認操作のタイムスタンプです。
レポート3を作成：支払いイベント: 3つ目のカスタムレポートを作成します。主オブジェクトにAP Paymentを選択し、AP Payment Detail、AP Bill、Vendorの順に結合します。
レポート3の列定義: 支払い関連のアクティビティを取得します。AP Bill No、Payment Date（'Payment Executed'用）、Stateを追加します。'Payment Scheduled'はAP PaymentレコードのWhen Createdで取得します。さらにCash ManagementのBank Transactionに結合し、'Payment Cleared'には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（現在のタイムスタンプ）の固定列を追加します。'Payment Executed'の日付を請求書の期日や早期支払い割引日と比較し、派生イベント 'Early Payment Taken' を判定します。最後に、結合したテーブルを1つのCSVに保存すれば、アップロード用のイベントログが完成です。

設定

ユーザー権限: Custom Report Writer へのアクセスと、以下の 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 列を作成します。最終出力を Process Mining 向けの構造に整えるための重要なステップです。

a クエリ例 config

`config
-- 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で必要なライブラリをインストールします：pip install requests pandas lxml。
スクリプト設定: 提供されたPythonスクリプト（例：extract_intacct_ap.py）を保存し、SAGE_INTACCT_CREDS辞書内のプレースホルダーを実際の認証情報とエンドポイントURLに置き換えます。
抽出期間の指定: スクリプトのmainセクションでstart_dateとend_dateを設定し、抽出対象期間を定義します。初回分析には3〜6か月を推奨します。
スクリプト実行: 端末/コマンドプロンプトでプロジェクトディレクトリに移動し、python extract_intacct_ap.py を実行します。スクリプトがSage Intacct 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 レコードをフィルタリングするようになっています。必要に応じて、特定の STATE や DEPARTMENTID などの条件を XML ペイロードのブロックに追加できます。
ページングサイズ: readByQuery 関数の pagesize は許容最大値の 1000 に設定しており、効率的にデータを取得します。後続ページの取得はスクリプトが自動で処理します。
オブジェクトの項目: スクリプトでは各オブジェクト（APBILL、APPYMT、VENDOR）から取得するフィールドを明示的に指定しています。運用でカスタムフィールドを使用している場合は、その API 名を該当オブジェクトのリストに追加してください。

a クエリ例 python

`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の担当者に連絡します。
レプリケーションジョブの定義: Data Delivery Serviceの設定画面で、新しいレプリケーションジョブを作成します。レプリケート対象のデータオブジェクト（テーブル）を選択します。APBILL、APBILLITEM、APPAYMENT、APPAYMENTDETAIL、VENDOR、POINVOICE、HISTORY_APBILL、USERS、GLDETAIL、BANKTXNSなど、買掛金（Accounts Payable）に関係するオブジェクトを漏れなく選びます。
クラウドストレージの宛先設定: レプリケートされたデータの配信先として、クラウドストレージ/データウェアハウス（例：Amazon S3、Azure Blob Storage、Snowflake、Google BigQuery）を設定します。接続文字列、認証情報、保存先の詳細など必要情報を入力します。Sage Intacctはこの設定を使ってデータファイルをプッシュします。
レプリケーションのスケジュール: レプリケーション頻度を設定します。通常は日次で、業務影響を抑えるため夜間実行が一般的です。これによりデータウェアハウスのデータが定期的に更新されます。
データウェアハウスへのロード: クラウドストレージに配信されたファイル（多くはCSVやParquet）を、データウェアハウス内の構造化テーブルに取り込む処理を用意します。SnowflakeのSnowpipeやBigQueryのLoad Jobsなど、各プラットフォームの自動取り込み機能を活用できます。
データウェアハウスへ接続: クラウドデータウェアハウスに接続できるSQLクライアントやBIツールを使い、適切な認証情報と接続設定で接続します。
イベントログSQLの実行: 新規クエリエディターで提供されたSQLを貼り付け、WHERE句の日付範囲（'YYYY-MM-DD'）などのプレースホルダーを分析期間に合わせて修正します。
クエリ実行と結果確認: SQLを実行します。出力は、買掛金請求書（AP Invoice）プロセスの所定のアクティビティと属性を1つにまとめたイベントログテーブルです。
ProcessMind用にエクスポート: SQLクライアントから最終結果をCSVでエクスポートします。UTF-8エンコードで、日付/時刻フォーマットが統一されていることを確認してください。このファイルをProcessMindにアップロードすれば分析を開始できます。

設定

前提条件: Sage Intacct の Data Delivery Service（DDS）の契約が必要です。あわせて、対応するクラウドデータウェアハウス（例：Snowflake、Google BigQuery、Amazon Redshift）で有効なアカウントとストレージ設定が必要です。セットアップには Sage Intacct とデータウェアハウス双方の管理者権限が求められます。
レプリケーション対象の主なテーブル: AP のイベントログを網羅的に構築するため、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 ジョブのスケジュールを設定してください。Process Mining のユースケースでは日次実行が一般的です。Sage Intacct でのイベント発生からデータウェアハウスに反映されるまで遅延が生じる点に留意してください。

a クエリ例 sql

`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';
`

データテンプレート：買掛金の請求書処理

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

買掛金請求書処理の属性

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

抽出ガイド

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

ステップ

設定

a クエリ例 config

Sage Intacct Web Services APIを利用したPythonスクリプト

ステップ

設定

a クエリ例 python

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

ステップ

設定

a クエリ例 sql

今すぐ始めましょう

買掛金（AP）請求書処理を今すぐ最適化