> 継続的なプロセス改善 > 受注から入金まで：請求・請求書発行 > Salesforce Sales Cloud > データテンプレート

受注から入金まで：請求・請求書発行のデータテンプレート

Salesforce Sales Cloud

受注から入金まで：請求・請求書発行の属性 (19) 受注から入金まで：請求・請求書発行のアクティビティ (13) 抽出ガイド (3)

受注から入金まで：請求・請求書発行のデータテンプレート

このテンプレートでは、受注から入金までの請求・請求書発行プロセスを効果的に分析するために必要な、主要なデータ属性とアクティビティを詳しく説明します。イベントログに収集する情報と、その抽出方法を示します。このリソースを使ってプロセスマイニングの取り組みを効率化し、プロセスに関する有用な情報を得てください。

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

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

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

受注から入金まで：請求・請求書発行の属性

受注から入金までの請求・請求書発行を詳細に分析するため、重要な情報をすべて記録できるイベントログの推奨データ項目です。

3 必須 5 推奨 11 任意

	名前	説明
	アクティビティ名 ActivityName	請求プロセスで発生した特定の業務イベントの名称です。
説明この属性は、請求書のライフサイクルで到達したステップまたはマイルストーンを示します。たとえば、「Invoice Generated」や「Payment Received」などです。これらのアクティビティがプロセスマップのノードになります。アクティビティ名の順序を分析することは、プロセスマイニングの基本です。実際のプロセスフローが明らかになり、設計上のプロセスと比較できます。特定のステップ間の逸脱やボトルネック、手戻りループの特定に使われ、「Billing Process Rework & Errors」や「Billing Compliance Violation Report」などのダッシュボードを直接支援します。重要な理由プロセスのステップを定義し、プロセスマップの基盤となるとともに、ワークフロー、ボトルネック、逸脱の分析を可能にします。入手先通常、InvoiceオブジェクトのStatus項目の変更、または特定の操作を記録するTaskやEventなどの関連オブジェクトのレコードから取得します。例請求書を作成請求書を承認請求書を顧客に送付入金を受領
	イベント時刻 EventTime	特定のアクティビティが発生した時点を示すタイムスタンプです。
説明この属性は各アクティビティの日付と時刻を示し、時系列の並べ替えとパフォーマンス分析に欠かせません。タイムスタンプによってイベントの順序が確定し、イベント間の所要時間を算出できます。プロセス分析では、イベント時刻を使ってサイクルタイム、待ち時間、特定アクティビティの所要時間など、時間に関するすべての指標を算出します。「Average Invoice Cycle Time」や「DSO」などのKPIの基盤となり、「Invoice Approval Cycle Time」や「Payment Reconciliation Performance」などのダッシュボードを支えます。重要な理由このタイムスタンプは、イベントを正しい順序に並べ、サイクルタイムや所要時間などのパフォーマンス指標を算出するうえで欠かせません。遅延の特定に役立ちます。入手先通常、Invoiceオブジェクトや関連するTask／Eventレコードの「CreatedDate」や「LastModifiedDate」など、システムが生成するタイムスタンプ項目から取得します。例 2023-04-15T10:00:00Z2023-04-16T14:30:00Z2023-05-20T09:05:12Z
	請求書番号 InvoiceNumber	各請求書を一意に識別する番号で、請求プロセスの主なケース識別子として機能します。
説明請求書番号は、関連するすべての請求アクティビティを1つのケースにまとめる中心的な属性です。各番号は、顧客に送付する個別の請求書を表します。プロセスマイニング分析では、この属性によって請求書の作成から最終的な入金とクローズまで、ライフサイクル全体を追跡できます。プロセスマップの作成や、「Average Invoice Cycle Time」「Days Sales Outstanding」などケース単位のKPIの算出に欠かせません。請求書番号でプロセスを分析すると、個々の請求案件におけるボトルネック、手戻りループ、コンプライアンス上の逸脱を特定できます。重要な理由関連するすべての請求イベントを結び付け、取引ごとの請求プロセスを最初から最後まで把握するための基本キーです。入手先通常、Salesforce Sales CloudのInvoiceオブジェクトにおける主キーで、「InvoiceNumber」または同様の一意ID項目で表されます。例 INV-00582INV-01934INV-10345
	担当ユーザー UserResponsible	アクティビティを実行したユーザーまたはエージェントです。
説明この属性は、請求書の承認や入金の計上など、特定のアクティビティを担当したSalesforceユーザーを識別します。通常、レコードを最後に変更したユーザー、またはタスクの所有者に紐付けられます。担当ユーザー別にプロセスを分析すると、チームのパフォーマンス、業務負荷の分布、研修の必要性を把握できます。「Billing Team Workload & Performance」ダッシュボードを支え、パフォーマンスの比較やリソース配分の分析に役立ちます。遅延やエラーの原因を調査する際の根本原因分析にも利用できます。重要な理由個人とチームのパフォーマンス、業務負荷の平準化を分析でき、成果の高いユーザーや追加研修が必要なユーザーの特定にも役立ちます。入手先 Invoiceオブジェクトの「LastModifiedById」や、関連するTaskまたはカスタムオブジェクトの「OwnerId」などの項目から取得できます。これらのIDをUserオブジェクトと結合して、ユーザー名を取得する必要があります。例 Alice JohnsonBob WilliamsCharlie Brown
	支払期日 PaymentDueDate	顧客が請求書を支払う必要がある期限です。
説明この属性は、請求書に記載された支払い期限を示します。請求日と合意した支払条件に基づいて算出します。支払期日は、財務計画と回収管理に欠かせないデータです。実際の支払い状況を測定する基準となり、「On-Time Payment Rate」KPIの算出や、「Days Sales Outstanding（DSO）Trend」など支払いの適時性を追跡するダッシュボードに必要です。重要な理由支払いパフォーマンスの測定、DSOの算出、支払督促などの回収活動を開始するための基準になります。入手先 SalesforceのInvoiceオブジェクトにある標準日付項目で、通常は「DueDate」という名称です。例 2023-05-152023-06-302023-07-01
	請求書ステータス InvoiceStatus	請求書のライフサイクルにおける現在のステータスです。
説明この属性は請求書の現在の状態を示します。たとえば、「Draft」「Awaiting Approval」「Sent」「Paid」「Void」などです。任意の時点で、請求書がプロセスのどこにあるかを把握できます。請求書ステータスは、フィルタリングとセグメント分けに欠かせない分析軸です。支払い待ちの請求書や却下された請求書など、特定の請求書群に絞り込めます。作業の優先順位付けや、特定の段階で滞留する請求書の特徴分析にも役立ちます。重要な理由請求書の現在の状態を明確に把握でき、オープン、クローズ、問題のあるケースを絞り込んで分析できます。入手先通常、SalesforceのInvoiceオブジェクトにある`ステータス`という標準選択リスト項目です。例承認待ち承認済み顧客へ送付済み支払済み償却済み
	請求書合計金額 InvoiceTotalAmount	請求書の金銭的な合計額です。
説明この属性は、提供した商品またはサービスに対して顧客が支払うべき合計金額を示します。各請求書ケースに紐付く重要な財務指標です。請求書合計金額を分析すると、高額な請求書を優先し、小規模な取引と大規模な取引でプロセスのパフォーマンスがどう異なるかを把握できます。ダッシュボードで分析を分け、高額な請求書ほど承認に時間がかかるか、支払いが遅いかを確認することもできます。財務リスクを管理し、回収業務に効果的に注力するうえで重要です。重要な理由財務面での影響を分析でき、高額な請求書の優先順位付けや、金額が承認時間や支払い遅延などのプロセス動作に与える影響の把握に役立ちます。入手先通常、Invoiceオブジェクトの標準通貨項目で、「GrandTotal」などの集計項目が該当します。例 5400.5012500.00850.75
	請求部門 BillingDepartment	請求業務を担当する部門またはチームです。
説明この属性は、担当ユーザーが所属する機能グループを示します。たとえば、「Accounts Receivable」や「Sales Operations」などです。通常、Salesforceに登録されたユーザーのプロファイルまたは役割から取得します。部門別にパフォーマンスを分析すると、プロセスの担当部門を把握し、特定チーム内の構造的な問題を特定できます。「Payment Reconciliation Performance」や「Billing Team Workload & Performance」ダッシュボードで、機能領域ごとの効率とリソース利用状況を比較するために使います。重要な理由チームまたは部門単位でパフォーマンスを分析でき、グループ固有のボトルネック、リソース不足、研修上の課題を特定できます。入手先通常、この情報はSalesforceのユーザーオブジェクトに保存されており、`部門`や`Role.Name`などの項目に格納されています。例売掛金管理財務業務回収チーム
	イベント終了時刻 EventEndTime	アクティビティが完了した時点を示すタイムスタンプです。
説明この属性は、アクティビティの完了時刻を記録します。請求業務の多くは、開始時刻と終了時刻が同じ瞬時のイベントですが、承認ステップなど、所要時間を測定できるものもあります。終了時刻があると、アクティビティの処理時間、つまり担当者またはシステムがタスクに実際に取り組んだ時間を正確に算出できます。実作業時間と待ち時間を区別でき、プロセス効率をより詳細に把握できます。重要な理由アクティビティの処理時間を正確に算出し、実作業と待機時間を区別できるため、効率をより正確に分析できます。入手先標準項目ではないことが多く、ケース内の次のアクティビティのStartTimeから算出するか、カスタム項目で取得する必要があります。例 2023-04-15T10:05:00Z2023-04-16T14:32:10Z2023-05-20T09:05:12Z
	ソースシステム SourceSystem	データの取得元となるシステムを識別します。
説明この属性は、イベントデータが生成された元のアプリケーションを示します。このプロセスでは通常、「Salesforce Sales Cloud」です。複数のシステムを連携する環境では、データの系譜を追跡し、問題を解決するうえで欠かせません。データの背景を理解し、異なるシステムのイベントをプロセスマイニングツール内で正しく統合・解釈するのに役立ちます。重要な理由データの出所に関する重要な背景情報を提供し、複数システム環境でのデータガバナンス、検証、分析を支えます。入手先通常、データ抽出、変換、ロード（ETL）処理の際に、データセットの出所を示す固定値として追加します。例 Salesforce Sales CloudSFSC
	最終データ更新 LastDataUpdate	ソースシステムから最後にデータを更新した時点のタイムスタンプです。
説明この属性は、プロセスマイニング分析用のデータがSalesforce Sales Cloudから最後に抽出された時点を示します。更新のたびにデータセット全体へ付与するメタデータ項目です。このタイムスタンプは、分析データの鮮度を把握するうえで重要です。表示しているダッシュボードとKPIが最新かどうかを確認でき、プロセス分析に基づいて適切なタイミングで意思決定するために役立ちます。重要な理由データの適時性を示し、最新かつ関連性のあるプロセスの状況に基づいて意思決定できるようにします。入手先 ETLツールまたはデータパイプラインが実行されるたびに、この値を生成してデータセットに付与します。例 2023-10-27T02:00:00Z2023-10-28T02:00:00Z
	取引先責任者 AccountOwner	顧客アカウントを担当する営業担当者またはアカウントマネージャーです。
説明この属性は、顧客との関係を社内で担当するユーザーを識別します。通常、SalesforceのAccountに割り当てられた営業担当者またはアカウントマネージャーです。請求業務に直接関与しない場合でも、取引先責任者は分析に役立つ軸になります。請求プロセスの問題が顧客関係に影響する場合があり、この属性によってプロセスパフォーマンスを営業面の担当者と結び付けられます。特定の担当者が管理するアカウントで請求上の問題が多いかどうかも確認できます。重要な理由請求プロセスのパフォーマンスを顧客関係の担当者と結び付け、請求ミスや遅延が事業に与える影響を把握できます。入手先 Invoiceに関連するAccountオブジェクトの「Owner.Name」項目から取得します。例 David MillerSophia GarciaJames Wilson
	売上債権回転日数 DaysSalesOutstanding	請求書を送付してから支払いを受領するまでの日数です。
説明売上債権回転日数（DSO）は、販売後に企業が支払いを回収するまでの平均日数を測定する重要な財務指標です。「Invoice Sent to Customer」イベントから「Customer Payment Received」イベントまでの時間として計算されます。このKPIは受注から入金までのプロセスで重視される指標であり、この属性によってすべての請求書について確認できます。「Days Sales Outstanding (DSO) Trend」ダッシュボードを直接支援し、キャッシュフローの監視と改善に欠かせません。重要な理由回収プロセスの効果と、企業のキャッシュフローへの直接的な影響を測定する重要なKPIです。入手先計算属性です。計算式は`(Timestamp('Customer Payment Received') - Timestamp('Invoice Sent to Customer'))`です。例 32日58日29日
	手戻りかどうか IsRework	請求書に手戻りループが発生したかどうかを示す計算フラグです。
説明このブール型属性は、データ処理中に生成されます。請求書のアクティビティの順序に、手戻りの兆候がある場合にtrueになります。たとえば、「Invoice Approved」の後に「Invoice Corrected」が発生する場合です。このフラグは、プロセスの非効率をすばやく特定し、定量化するために欠かせません。「Invoice Rework Rate」KPIと「Billing Process Rework & Errors」ダッシュボードに直接利用されるため、分析担当者はコストと時間のかかる手戻りループが発生したケースを切り分けて調査できます。重要な理由修正ループが発生したケースを特定することで、プロセスの非効率を直接定量化し、エラーの原因の特定と品質不良コストの算出に役立ちます。入手先この属性はソースシステムにはありません。各ケースのアクティビティの順序に基づき、プロセスマイニングツールまたはETLレイヤーで計算されます。例 truefalse
	支払い遅延かどうか IsLatePayment	支払いが支払期日を過ぎて受領されたかどうかを示す計算フラグです。
説明このブール型属性は、「Customer Payment Received」のタイムスタンプと「Payment Due Date」を比較して生成されます。支払いが遅れていればtrue、それ以外の場合はfalseになります。このフラグにより、支払い行動と回収業務の効果を簡単に分析できます。「On-Time Payment Rate」KPIの基礎となり、顧客を期日どおりに支払う顧客と遅延顧客に分けて、さらに分析できます。請求書ごとの支払いパフォーマンスを、明確な二値の結果として示します。重要な理由回収業務の成果を明確に測定でき、「On-Time Payment Rate」KPIを直接支援するとともに、支払い遅延の要因を分析できます。入手先この属性はソースシステムにはありません。支払日と`PaymentDueDate`項目を比較し、ETLレイヤーまたはプロセスマイニングツールで計算されます。例 truefalse
	支払条件 PaymentTerms	請求書の支払いに関して合意した条件です。「Net 30」や「Due on Receipt」などが該当します。
説明この属性は、請求書をいつ、どのように支払うかを定めるルールです。支払期日の算出方法を決めるほか、早期支払い割引の条件を含む場合があります。支払条件別に分析すると、契約条件の違いが支払い行動に与える影響を把握できます。「Early Payment Discount Utilization」ダッシュボードでは、支払日と条件を比較して、利用されていない金銭的な機会を特定します。一部の請求書で支払いサイクルが長くなったり短くなったりする理由を理解するうえでも役立ちます。重要な理由支払期限の背景を把握でき、支払い行動、DSO、早期支払い割引制度の効果を分析するうえで欠かせません。入手先通常、SalesforceのInvoiceオブジェクトまたは関連するAccountオブジェクトの選択リスト項目またはテキスト項目に保存されています。例 30日後払い60日後払い10日以内2％割引、30日後払い受領時払い
	請求先国 BillingCountry	請求書の請求先住所に指定された国です。
説明この属性は、顧客の請求先住所の国を示します。プロセスデータをセグメント化するための重要な地理的な軸です。国別に請求プロセスを分析すると、パフォーマンス、コンプライアンス、顧客行動における地域差を特定できます。特定の国で支払いサイクルが長い、手戻り率が異なる、プロセスに影響する固有の規制要件がある、といった状況を明らかにできます。これにより、グローバルなプロセスの標準化と、地域に合わせた最適化を進められます。重要な理由地域ごとのパフォーマンス、コンプライアンス要件、支払い行動の違いを特定する地理的な分析が可能になります。入手先 Invoiceオブジェクトの標準住所複合項目の一部で、通常は`BillingCountry`です。例 USAドイツ日本ブラジル
	請求書通貨 InvoiceCurrency	請求金額に使用される通貨コードです。USDやEURなどが該当します。
説明この属性は、請求書の金額がどの通貨で表示されているかを示します。複数の国で事業を展開する組織にとって、特に重要です。この項目は、財務分析に欠かせない情報を提供します。金額を正しく集計し、異なる通貨圏のプロセス指標を比較できます。財務KPIを分析する際に通貨の混在を避けるため、必要なフィルターです。重要な理由すべての金額に必要な情報を付加し、正確な財務分析とレポーティングを可能にします。特に、多国籍で事業を運営する場合に役立ちます。入手先通常は標準の`CurrencyIsoCode`項目です。Salesforceで複数通貨が有効になっている場合に利用できます。例 USDEURGBPJPY
	顧客名 CustomerName	請求先となる顧客または取引先の名称です。
説明この属性は、請求書の発行先である顧客または企業を識別します。通常、Salesforceの関連するAccountレコードから紐付けます。顧客別にプロセスを分析すると、顧客固有の行動を把握し、主要顧客に影響する問題を特定できます。特定の顧客で支払い遅延、手戻り、複雑な承認サイクルが繰り返されていないかを確認できます。顧客関係の管理や回収施策の調整にも役立ちます。重要な理由顧客を軸に分析でき、支払いが遅れやすい顧客や請求書の修正が多い顧客などの傾向を特定し、顧客関係管理の改善につなげられます。入手先 InvoiceオブジェクトからAccountオブジェクトへの参照関係を通じて、「Account.Name」項目から取得します。例 ABC CorporationGlobal Tech Inc.Innovate Solutions LLC

必須推奨任意

受注から入金まで：請求・請求書発行のアクティビティ

正確なプロセスディスカバリーとパフォーマンス評価のため、イベントログに記録する主要なプロセス手順とマイルストーンです。

5 推奨 8 任意

	アクティビティ	説明
	請求書をクローズ	請求書が全額支払われ、消込も完了したため、請求書のライフサイクルが完了した状態です。正常に処理された請求書の最終アクティビティであり、通常はステータス更新で記録します。
重要な理由このアクティビティはプロセスの主な終了点となり、エンドツーエンドのサイクルタイムを正確に算出できます。プロセス分析における完了の定義を明確にします。入手先 Invoiceオブジェクトのステータス項目が「Closed」「Paid in Full」などの最終状態に更新された時点のタイムスタンプから推定します。取得請求書のステータス項目が最終値「Closed」に変更された時点です。イベントタイプ inferred
	請求書を作成	このアクティビティは、Salesforce内で新しい請求書レコードが作成されたことを示します。特定の取引における請求プロセスの正式な開始点であり、通常は注文の履行後、または契約上のマイルストーン達成後に発生します。イベントは、請求書レコードの作成日時から取得します。
重要な理由これは請求プロセスの主な開始イベントです。この時点から入金までの時間を分析することで、受注から入金までのサイクルタイム全体を測定し、初期入力の遅延を特定できます。入手先このイベントは、Salesforceの請求書を表すInvoiceカスタムオブジェクトまたは類似オブジェクトの作成日（CreatedDateフィールド）から取得します。取得請求書オブジェクトのレコード作成タイムスタンプです。イベントタイプ explicit
	請求書を承認	承認権限を持つユーザーが請求書を確認し、内容の正確性と顧客への送付準備が整っていることを確認して承認した状態です。通常、請求書のステータスが「Approved」に変更された時点で取得します。
重要な理由これは請求プロセスの後続工程を開始する重要なマイルストーンです。ここで遅延が発生すると大きなボトルネックとなり、DSOとサイクルタイム全体に影響します。これらは「Invoice Approval Cycle Time」ダッシュボードで測定します。入手先 Invoiceオブジェクトのステータス項目が「Approved」に変更された時点から推定します。Salesforce Approval Processesを使用している場合は、ProcessInstanceオブジェクトの履歴から明示的に取得できます。取得請求書のステータス項目が「Approved」に変更された時点、または正式な承認プロセスのステップが完了した時点です。イベントタイプ inferred
	請求書を顧客に送付	承認済みの請求書が、メール、郵送、またはポータルを通じて正式に顧客へ届けられた状態です。通常、「Sent Date」項目への値の入力、またはステータスの「Sent」への変更で取得します。
重要な理由これは入金回収期間の開始点であり、売上債権回転日数（DSO）の算出起点です。顧客との連絡状況と入金までの期間を追跡するうえで重要なマイルストーンです。入手先 Invoiceオブジェクトの「Sent Date」項目に値が入力された時点、またはステータスが「Sent」に更新された時点から推定します。連携したメールツールで送信した場合は、Activity Historyに明示的なイベントとして記録されることもあります。取得「Sent_Date__c」項目に値が入力された時点のタイムスタンプです。イベントタイプ inferred
	顧客から入金	顧客が請求書に対する支払いを行い、資金を受領した状態です。通常、関連する「Payment」レコードを作成し、請求書に紐付けて記録します。
重要な理由これは入金回収プロセスにおける最も重要なマイルストーンです。DSOの算出終点であり、売上を正常に受領したことを示します。入手先 Invoiceオブジェクトに関連する「Payment」カスタムオブジェクトレコードの作成日から取得します。請求書のステータスが「Paid」に変更されたことから推定することもできます。取得関連するPaymentレコードが作成された時点です。イベントタイプ explicit
	入金を元帳に計上	受領した入金が、会社の財務会計システムまたは元帳に正式に記録された状態です。連携処理の実行後、入金または請求書レコードのステータス更新から取得する場合があります。
重要な理由このアクティビティにより、入金の受領と財務上の消込を区別できます。入金受領から計上までの時間から、社内会計プロセスの遅延を把握できます。入手先 PaymentまたはInvoiceオブジェクトのステータス項目が「Posted」や「Exported to ERP」などに変更された時点から推定します。多くの場合、API連携によって更新されます。取得入金または請求書のステータスが「Posted」に変更された時点です。イベントタイプ inferred
	入金を充当・消込	受領した入金がシステム上で特定の請求書と完全に照合・充当され、売掛金が決済された状態です。入金または請求書レコードの最終ステータス変更で取得します。
重要な理由これはキャッシュコンバージョンサイクルの最終ステップです。「Payment Reconciliation Performance」ダッシュボードでは、このアクティビティを使って財務チームの入金充当業務の効率を測定します。入手先 Invoiceまたは関連するPaymentオブジェクトのステータスが「Reconciled」や「Applied」などの最終状態に変更された時点から推定します。取得請求書または入金のステータスが「Reconciled」に変更された時点です。イベントタイプ inferred
	支払期日到来	請求書の支払条件に基づき、支払いが期日を迎えた時点を示す計算イベントです。ユーザー操作ではなく、請求書データから算出します。
重要な理由このアクティビティは、支払い行動を分析し、「On-Time Payment Rate」KPIを測定するための重要な基準になります。期日どおりの支払いと遅延した支払いを区別できます。入手先これは計算イベントです。Invoiceオブジェクトの「Due Date」項目と現在のタイムスタンプを比較して算出します。Salesforceに保存されたイベントとして存在するものではありません。取得現在の日付と請求書のDue Date項目を比較して算出します。イベントタイプ calculated
	支払督促を送信	予定された支払いまたは期限を過ぎた支払いを顧客に知らせる連絡を送信した状態です。通常、請求書に関連付けられた特定のActivity（TaskまたはEmail）レコードとして記録します。
重要な理由督促を追跡すると、回収施策の効果を評価できます。「Payment Reminder Effectiveness」ダッシュボードと「Payment Reminder Trigger Rate」KPIに欠かせません。入手先 Invoiceオブジェクトに関連するActivity（TaskまたはEmail）レコードの作成時点から取得します。件名または種別によって、支払督促であることを判別します。取得特定の種別または件名を持つ関連TaskまたはEmailレコードが作成された時点です。イベントタイプ explicit
	請求書を修正	却下またはエラー判明後に、請求書を手作業で修正または更新したことを示します。多くの場合、請求書のステータスが「Rejected」から「Draft」など、以前の状態に戻ったことで推定します。
重要な理由修正ループを特定することは、「Invoice Rework Rate」KPIの測定に欠かせません。修正件数が多い場合、請求書の初期作成プロセスに問題があり、遅延を招いている可能性があります。入手先項目履歴追跡で、後工程の値（例：「Rejected」「Approved」）から前工程の値（例：「Draft」「In Progress」）にステータスが変更されたことを検出して推定します。取得請求書のステータスがプロセスフロー上で前の段階に戻った時点です。イベントタイプ inferred
	請求書を償却	債権を放棄する決定がなされ、全額未回収のまま請求書をクローズした状態です。請求プロセスにおける、別の不成功の終了パターンを示します。
重要な理由償却を追跡すると、売上損失を定量化し、貸倒れにつながる顧客や状況を特定できます。財務の健全性を監視するうえで重要な例外経路です。入手先 Invoiceオブジェクトのステータス項目が「Written Off」または「Canceled - Bad Debt」に更新された時点のタイムスタンプから推定します。取得請求書のステータス項目が「Written Off」に変更された時点です。イベントタイプ inferred
	請求書を却下	承認者が請求書を却下した状態です。通常は誤りや不一致が原因で、修正して再提出する必要があります。請求書レコードのステータスが「Rejected」に変更されたことで取得します。
重要な理由このアクティビティは手戻りとプロセスの非効率を示します。却下の頻度を分析すると、よくあるエラーの発生源を特定でき、「Billing Process Rework & Errors」ダッシュボードの根本原因分析に役立ちます。入手先 Invoiceオブジェクトのステータス項目が「Rejected」に変更された時点から推定します。正式なApproval Processの履歴に記録されたコメントから取得できる場合もあります。取得請求書のステータス項目が「Rejected」に変更された時点です。イベントタイプ inferred
	請求書を承認申請	請求書が確定され、顧客に送付する前の社内確認に提出された状態です。このアクティビティは通常、請求書レコードのステータスが「Draft」から「Pending Approval」などに変更されたことで取得します。
重要な理由このアクティビティを追跡すると、承認キューに滞留した時間を切り分けられます。「Average Invoice Approval Time」KPIの算出に欠かせない最初のステップです。入手先 Invoiceオブジェクトの項目履歴追跡で、ステータス項目が「Submitted for Approval」や「In Review」などに更新された時点から推定します。取得請求書のステータス項目が「Pending Approval」に変更された時点です。イベントタイプ inferred

推奨任意

抽出ガイド

Salesforce Sales Cloudからデータを取得する方法

ステップ

前提条件の確認：Salesforceで必要な権限（「Run Reports」、「Create and Customize Reports」、「Export Reports」など）があることを確認します。InvoiceオブジェクトとPaymentオブジェクトの主要なステータス項目で、Field History Trackingが有効になっていることを確認します。Setup > Object Managerで該当するオブジェクトを見つけ、Fields & Relationshipsに移動して「Set History Tracking」をクリックします。
レポート戦略の定義：アクティビティは異なるレコードやイベント（請求書の作成、ステータス変更、関連する支払いなど）から発生するため、複数のレポートを作成する必要があります。発生元ごとにレポートを作成し、結果を外部で結合します。
レコード作成用レポートの作成：まず、最も単純なイベントから始めます。「Invoice Generated」と「Customer Payment Received」のレポートを作成します。Reportsタブに移動し、「New Report」をクリックします。Invoiceオブジェクト（例：「Invoices」）またはPaymentオブジェクトを含むレポートタイプを選択します。イベントログの属性に対応する列を追加します。「Invoice Generated」アクティビティでは、請求書レコードのCreatedDateがEventTimeになります。
項目履歴用レポートの作成：「Invoice Submitted for Approval」、「Invoice Approved」、「Invoice Rejected」、「Invoice Corrected」などのステータス変更を取得するには、「Invoice History」レポートタイプに基づくレポートを作成します。この専用レポートタイプでは、Field History Trackingで追跡された変更を確認できます。ステータス項目の変更に絞り込みます。
日付ベースのイベント用レポートの作成：「Invoice Sent to Customer」や「Payment Due Date Reached」などのイベントでは、Invoiceオブジェクトに関するレポートを作成します。Sent_Date__cやPayment_Due_Date__cなどの日付項目自体をEventTimeとして使用します。これらの日付がNULLではないレコードに絞り込む必要があります。
関連アクティビティ用レポートの作成：「Payment Reminder Issued」などのイベントでは、Activities（TaskまたはEvent）をInvoiceに関連付けるレポートが必要です。「Activities with Invoices」などのレポートタイプ、または作成したカスタムレポートタイプを使用します。リマインダーを示す特定の件名またはタイプを持つアクティビティに絞り込みます。
すべてのレポートへの標準列の追加：各レポートに、必要なイベントログ構造に対応付けられる列を追加します。InvoiceNumber、CreatedDateや項目変更日などのEventTime項目、LastModifiedByIdなどのUserResponsible、その他の推奨属性を含めます。
レポートのCSVエクスポート：各レポートを個別に実行します。レポート結果画面のドロップダウンメニューから「Export」を選択し、「Details Only」形式と.csv拡張子を指定します。作成したすべてのレポートでこの操作を繰り返します。
データの結合と変換：エクスポートしたCSVファイルを表計算ソフトで開くか、データ準備ツールを使用します。各ファイルにActivityNameという新しい列を追加し、そのファイルが表す具体的なアクティビティを入力します（例：最初のレポートの全行に「Invoice Generated」）。ソース列（例：「Invoice: Created Date」）を標準イベントログ見出し（EventTime）に対応付けます。
最終イベントログの作成：個々のCSVファイルから変換したデータを1つのマスターファイルに統合します。列見出しがInvoiceNumber、ActivityName、EventTime、UserResponsibleなどと完全に一致していることを確認します。この統合ファイルが最終的なイベントログです。
最終フォーマット：統合したファイルをUTF-8エンコードのCSVとして保存します。これでProcessMindにアップロードできます。

設定

レポートタイプ：Accountなどの親オブジェクトと、Invoice、Payment、Activityなどの子・孫オブジェクトを結合するには、複数のカスタムレポートタイプが必要になる場合があります。Setup > Report Typesで作成します。
項目履歴管理：これは欠かせません。Invoiceオブジェクトで、ステータス項目の履歴管理を有効にします。これを有効にしないと、「Approved」や「Rejected」などのステータス変更アクティビティを取得できません。履歴は過去にさかのぼって記録されません。
データフィルター：データ量を運用しやすい範囲に保つため、必ずレポートに日付フィルターを適用します。たとえば、主要オブジェクトの作成日を直近3～6か月に絞り込みます（例：Invoice: Created Date equals LAST 180 DAYS）。
データエクスポートサービス：個別のレポートを実行する代わりに、標準のData Export Service（Setup > Data Export）を使用することもできます。このサービスでは、組織のすべてのデータを週次または月次でエクスポートできます。ただし、イベントログに必要なデータだけを抽出し、結合・変換するための後処理が必要です。
ユーザー権限：抽出を実行するユーザーには、レポートの作成・エクスポート権限に加えて、関連するすべてのオブジェクト（例：Account、Order、Invoice__c、Payment__c、Activity）と項目への読み取りアクセス権が必要です。

a サンプルクエリ config

// This is a configuration guide for building multiple Salesforce reports.
// The data from these separate CSV exports must be manually combined and transformed into a single event log.

// Report 1: Invoice Generated
// Report Type: Invoices (or your custom invoice object report type)
// Filters: 
// 1. Created Date GREATER OR EQUAL [Start Date]
// 2. Created Date LESS OR EQUAL [End Date]
// Columns to Export & Map:
// - Invoice Number -> InvoiceNumber
// - 'Invoice Generated' (static text) -> ActivityName
// - Created Date -> EventTime
// - Created By -> UserResponsible
// - [Billing Department Field] -> BillingDepartment
// - Status -> InvoiceStatus
// - Total Amount -> InvoiceTotalAmount
// - Payment Due Date -> PaymentDueDate

// Report 2: Invoice Status Changes (Submitted, Approved, Rejected, Corrected, Closed, Written Off)
// Report Type: Invoice History (or your custom object's history report type)
// Filters:
// 1. Edit Date GREATER OR EQUAL [Start Date]
// 2. Edit Date LESS OR EQUAL [End Date]
// 3. Field/Event EQUALS 'Status' (or the name of your status field)
// Columns to Export & Map:
// - Invoice Number -> InvoiceNumber
// - New Value (transformed*) -> ActivityName 
// - Edit Date -> EventTime
// - Edited By -> UserResponsible
// - [Billing Department Field] -> BillingDepartment
// - New Value -> InvoiceStatus
// - [Invoice Total Amount] -> InvoiceTotalAmount
// - [Invoice Payment Due Date] -> PaymentDueDate
// *Transformation Logic for ActivityName: 
//   - IF New Value = 'Pending Approval' THEN 'Invoice Submitted for Approval'
//   - IF New Value = 'Approved' THEN 'Invoice Approved'
//   - IF New Value = 'Rejected' THEN 'Invoice Rejected'
//   - IF New Value = 'Draft' AND Old Value = 'Rejected' THEN 'Invoice Corrected'
//   - IF New Value = 'Closed' THEN 'Invoice Closed'
//   - IF New Value = 'Written Off' THEN 'Invoice Written Off'

// Report 3: Invoice Sent to Customer
// Report Type: Invoices
// Filters:
// 1. [Sent Date Field] NOT EQUAL TO "" (not null)
// 2. [Sent Date Field] GREATER OR EQUAL [Start Date]
// 3. [Sent Date Field] LESS OR EQUAL [End Date]
// Columns to Export & Map:
// - Invoice Number -> InvoiceNumber
// - 'Invoice Sent to Customer' (static text) -> ActivityName
// - [Sent Date Field] -> EventTime
// - Last Modified By -> UserResponsible
// - [Billing Department Field] -> BillingDepartment
// - Status -> InvoiceStatus
// - Total Amount -> InvoiceTotalAmount
// - Payment Due Date -> PaymentDueDate

// Report 4: Payment Due Date Reached
// Report Type: Invoices
// Filters:
// 1. Payment Due Date NOT EQUAL TO "" (not null)
// 2. Payment Due Date GREATER OR EQUAL [Start Date]
// 3. Payment Due Date LESS OR EQUAL [End Date]
// Columns to Export & Map:
// - Invoice Number -> InvoiceNumber
// - 'Payment Due Date Reached' (static text) -> ActivityName
// - Payment Due Date -> EventTime
// - 'System' (static text) -> UserResponsible
// - [Billing Department Field] -> BillingDepartment
// - Status -> InvoiceStatus
// - Total Amount -> InvoiceTotalAmount
// - Payment Due Date -> PaymentDueDate

// Report 5: Payment Reminder Issued
// Report Type: Activities with Invoices (or similar custom report type)
// Filters:
// 1. Task or Event Subject CONTAINS 'Payment Reminder'
// 2. Created Date GREATER OR EQUAL [Start Date]
// 3. Created Date LESS OR EQUAL [End Date]
// Columns to Export & Map:
// - Invoice: Invoice Number -> InvoiceNumber
// - 'Payment Reminder Issued' (static text) -> ActivityName
// - Created Date -> EventTime
// - Assigned To -> UserResponsible
// - [Billing Department Field] -> BillingDepartment
// - [Invoice Status Field] -> InvoiceStatus
// - [Invoice Total Amount] -> InvoiceTotalAmount
// - [Invoice Payment Due Date] -> PaymentDueDate

// Report 6: Customer Payment Received & Status Changes (Posted, Applied)
// Report Type: Payments with Invoices (or similar custom report type)
// This report combines multiple events from the Payment record.
// Filters:
// 1. Payment: Created Date GREATER OR EQUAL [Start Date]
// 2. Payment: Created Date LESS OR EQUAL [End Date]
// Part A: Payment Received
// Columns to Export & Map:
// - Invoice: Invoice Number -> InvoiceNumber
// - 'Customer Payment Received' (static text) -> ActivityName
// - Payment: Created Date -> EventTime
// - Payment: Created By -> UserResponsible
// Part B: Payment Posted and Applied (Requires exporting and transforming multiple rows for the same payment if status changes)
// You may need a separate Payment History Report, similar to Report 2.
// Assuming a simple status field on the Payment for this example:
//   - IF Payment Status = 'Posted' THEN 'Payment Posted to Ledger'
//   - IF Payment Status = 'Applied' THEN 'Cash Applied/Reconciled'

ステップ

前提条件と設定：システムにPython 3.6以降がインストールされていることを確認します。ターミナルで次のコマンドを実行し、必要なライブラリをインストールします：pip install simple-salesforce pandas。Salesforceのユーザー名、パスワード、セキュリティトークンも必要です。セキュリティトークンを取得するには、Salesforceにログインし、個人設定から「セキュリティトークンのリセット」を選択します。
項目履歴管理の有効化：管理者としてSalesforce組織にログインします。設定から「オブジェクトマネージャー」に移動します。主となるInvoiceオブジェクト（例：Invoice__c）を見つけ、「項目とリレーション」に進みます。「履歴管理を設定」をクリックし、請求書のステータスを表す項目（例：Status__c）の追跡を有効にします。Paymentオブジェクト（例：Payment__c）と対応するステータス項目についても同じ手順を繰り返します。
スクリプトのダウンロードと設定：提供されたPythonスクリプトをextract_invoices.pyという名前で保存します。テキストエディターでファイルを開き、「Salesforce Credentials and Settings」セクションのプレースホルダーを更新します。SF_USERNAME、SF_PASSWORD、SF_SECURITY_TOKEN、SF_INSTANCE_URLを指定する必要があります。START_DATEとEND_DATEを調整して抽出期間を設定します。
オブジェクト名と項目名のカスタマイズ：スクリプト内のSOQLクエリを確認します。スクリプトにはInvoice__c、Payment__c、Status__c、Total_Amount__cなどのプレースホルダー名が使われています。これらを、Salesforce環境で請求・請求書発行に使用しているオブジェクトと項目の実際のAPI名に置き換える必要があります。
抽出スクリプトの実行：ターミナルまたはコマンドプロンプトを開き、スクリプトを保存したディレクトリに移動して、次のコマンドを実行します：python extract_invoices.py。スクリプトがSalesforce APIに接続し、クエリを実行してデータを処理します。
スクリプトの進行状況を確認：スクリプトは、アクティビティ種別ごとにデータを取得・処理する際、コンソールにステータスメッセージを表示します。データ量とAPI制限によっては、処理に時間がかかる場合があります。認証情報やAPI名の誤りを示すエラーメッセージがないか確認してください。
出力ファイルの確認：スクリプトが正常に完了すると、同じディレクトリにsalesforce_billing_event_log.csvというファイルが生成されます。表計算ソフトでCSVファイルを開き、想定したデータが含まれていることを確認します。
アップロードの準備：生成されたCSVファイルには、必須列のInvoiceNumber、ActivityName、EventTimeと、その他の推奨属性が含まれています。追加のフォーマットなしで、プロセスマイニングツールに直接アップロードできます。

設定

Salesforceの認証情報：Salesforceのユーザー名、パスワード、セキュリティトークンを指定する必要があります。組織の信頼済みIP範囲外からAPIにアクセスする場合、セキュリティトークンが必要です。
SalesforceインスタンスURL：your_instance.my.salesforce.comなど、Salesforceインスタンスのドメインを指定します。サンドボックスを使用する場合は、test.salesforce.comなどURLが異なります。
期間フィルター：スクリプトにはSTART_DATEとEND_DATEの変数が含まれています。データ量を管理し、API制限内に収めるため、まずは3～6か月など短い期間から始めることを推奨します。これらの日付で、最初の請求書作成日クエリを絞り込みます。
オブジェクトと項目のAPI名：スクリプトには、Invoice__cやStatus__cなど、オブジェクトと項目のAPI名のプレースホルダーが使われています。これらをSalesforceのデータモデルにある正確なAPI名に置き換える必要があります。API名はSalesforceの設定にある「オブジェクトマネージャー」で確認できます。
履歴管理の前提条件：イベントログ、特にステータス変更の正確性は、該当する項目でSalesforceの項目履歴管理が取引の発生前に有効になっていたかどうかに完全に左右されます。有効になっていなかった場合、過去の変更は取得されません。
APIコール制限：Salesforceでは、24時間以内に実行できるAPIコール数にガバナ制限があります。非常に大きなデータセットでは、期間を分割して抽出するか、制限に達しないよう業務時間外に実行することを検討してください。

a サンプルクエリ python

import pandas as pd
from simple_salesforce import Salesforce
from datetime import datetime

class=class="hl-string">"hl-comment"># --- Salesforce Credentials and Settings ---
class=class="hl-string">"hl-comment"># IMPORTANT: Replace all placeholder values with your actual Salesforce information.
SF_USERNAME = class="hl-string">'[your_salesforce_username]'
SF_PASSWORD = class="hl-string">'[your_salesforce_password]'
SF_SECURITY_TOKEN = class="hl-string">'[your_salesforce_security_token]' class=class="hl-string">"hl-comment"># Append this to your password if required
SF_INSTANCE_URL = class="hl-string">'https://[your_instance].my.salesforce.com' class=class="hl-string">"hl-comment"># e.g., na1.salesforce.com

class=class="hl-string">"hl-comment"># --- Extraction Period ---
START_DATE = class="hl-string">'2023-01-01T00:00:00Z'
END_DATE = class="hl-string">'2023-12-31T23:59:59Z'

class=class="hl-string">"hl-comment"># --- Object and Field API Name Placeholders ---
class=class="hl-string">"hl-comment"># Replace these with the actual API names from your Salesforce org.
INVOICE_OBJECT = class="hl-string">'Invoice__c'
INVOICE_NUMBER_FIELD = class="hl-string">'Name'
INVOICE_STATUS_FIELD = class="hl-string">'Status__c'
INVOICE_TOTAL_AMOUNT_FIELD = class="hl-string">'Total_Amount__c'
INVOICE_DUE_DATE_FIELD = class="hl-string">'Due_Date__c'

PAYMENT_OBJECT = class="hl-string">'Payment__c'
PAYMENT_INVOICE_LOOKUP_FIELD = class="hl-string">'Invoice__c' class=class="hl-string">"hl-comment"># Lookup field from Payment to Invoice
PAYMENT_STATUS_FIELD = class="hl-string">'Status__c'

class=class="hl-string">"hl-comment"># --- Main Script ---
def main():
    print(class="hl-string">"Connecting to Salesforce...")
    sf = Salesforce(username=SF_USERNAME, password=SF_PASSWORD, security_token=SF_SECURITY_TOKEN, instance_url=SF_INSTANCE_URL)
    print(class="hl-string">"Connection successful.")

    all_events = []

    class=class="hl-string">"hl-comment"># 1. Get base Invoice data
    print(class="hl-string">"Fetching base invoice data...")
    soql_invoices = fclass="hl-string">"""
        SELECT Id, {INVOICE_NUMBER_FIELD}, CreatedDate, CreatedById, LastModifiedById, 
               {INVOICE_STATUS_FIELD}, {INVOICE_TOTAL_AMOUNT_FIELD}, {INVOICE_DUE_DATE_FIELD}
        FROM {INVOICE_OBJECT}
        WHERE CreatedDate >= {START_DATE} AND CreatedDate <= {END_DATE}
    """
    invoices_data = sf.query_all(soql_invoices)[class="hl-string">'records']
    df_invoices = pd.DataFrame(invoices_data).drop(columns=[class="hl-string">'attributes'])
    invoice_ids = class="hl-string">"','".join(df_invoices[class="hl-string">'Id'].tolist())

    class=class="hl-string">"hl-comment"># Activity: Invoice Generated & Payment Due Date Reached
    print(class="hl-string">"Processing 'Invoice Generated' and 'Payment Due Date Reached' events...")
    generated_events = df_invoices.copy()
    generated_events[class="hl-string">'ActivityName'] = class="hl-string">'Invoice Generated'
    generated_events[class="hl-string">'EventTime'] = pd.to_datetime(generated_events[class="hl-string">'CreatedDate']).dt.tz_localize(None)
    generated_events[class="hl-string">'UserResponsible'] = generated_events[class="hl-string">'CreatedById']
    all_events.append(generated_events)

    due_date_events = df_invoices[df_invoices[INVOICE_DUE_DATE_FIELD].notna()].copy()
    due_date_events[class="hl-string">'ActivityName'] = class="hl-string">'Payment Due Date Reached'
    due_date_events[class="hl-string">'EventTime'] = pd.to_datetime(due_date_events[INVOICE_DUE_DATE_FIELD]).dt.tz_localize(None)
    due_date_events[class="hl-string">'UserResponsible'] = None class=class="hl-string">"hl-comment"># System-generated event
    all_events.append(due_date_events)

    class=class="hl-string">"hl-comment"># 2. Get Invoice Status Changes from Field History
    print(class="hl-string">"Fetching invoice status changes...")
    soql_invoice_history = fclass="hl-string">"""
        SELECT ParentId, Field, OldValue, NewValue, CreatedDate, CreatedById
        FROM {INVOICE_OBJECT}History
        WHERE ParentId IN ('{invoice_ids}') AND Field = '{INVOICE_STATUS_FIELD}'
    """
    invoice_history_data = sf.query_all(soql_invoice_history)[class="hl-string">'records']
    if invoice_history_data:
        df_invoice_history = pd.DataFrame(invoice_history_data).drop(columns=[class="hl-string">'attributes'])
        df_invoice_history = df_invoice_history.merge(df_invoices[[class="hl-string">'Id', INVOICE_NUMBER_FIELD, INVOICE_TOTAL_AMOUNT_FIELD, INVOICE_DUE_DATE_FIELD]], left_on=class="hl-string">'ParentId', right_on=class="hl-string">'Id')
        df_invoice_history[class="hl-string">'EventTime'] = pd.to_datetime(df_invoice_history[class="hl-string">'CreatedDate']).dt.tz_localize(None)
        df_invoice_history[class="hl-string">'UserResponsible'] = df_invoice_history[class="hl-string">'CreatedById']

        class=class="hl-string">"hl-comment"># Map status changes to Activity Names
        status_map = {
            (class="hl-string">'Draft', class="hl-string">'Pending Approval'): class="hl-string">'Invoice Submitted for Approval',
            (class="hl-string">'Pending Approval', class="hl-string">'Approved'): class="hl-string">'Invoice Approved',
            (class="hl-string">'Pending Approval', class="hl-string">'Rejected'): class="hl-string">'Invoice Rejected',
            (class="hl-string">'Rejected', class="hl-string">'Draft'): class="hl-string">'Invoice Corrected',
            (class="hl-string">'Approved', class="hl-string">'Sent'): class="hl-string">'Invoice Sent to Customer',
            (class="hl-string">'Approved', class="hl-string">'Closed'): class="hl-string">'Invoice Closed',
            (class="hl-string">'Sent', class="hl-string">'Closed'): class="hl-string">'Invoice Closed',
            (class="hl-string">'Approved', class="hl-string">'Written Off'): class="hl-string">'Invoice Written Off'
        }
        df_invoice_history[class="hl-string">'ActivityName'] = df_invoice_history.apply(lambda row: status_map.get((str(row[class="hl-string">'OldValue']), str(row[class="hl-string">'NewValue']))), axis=1)
        df_invoice_history.rename(columns={class="hl-string">'NewValue': INVOICE_STATUS_FIELD}, inplace=True)
        all_events.append(df_invoice_history.dropna(subset=[class="hl-string">'ActivityName']))

    class=class="hl-string">"hl-comment"># 3. Get Payment Reminders from Tasks
    print(class="hl-string">"Fetching payment reminder tasks...")
    soql_tasks = fclass="hl-string">"""
        SELECT WhatId, ActivityDate, CreatedById, CreatedDate
        FROM Task
        WHERE WhatId IN ('{invoice_ids}') AND Subject LIKE '%Payment Reminder%'
    """
    task_data = sf.query_all(soql_tasks)[class="hl-string">'records']
    if task_data:
        df_tasks = pd.DataFrame(task_data).drop(columns=[class="hl-string">'attributes'])
        df_tasks = df_tasks.merge(df_invoices[[class="hl-string">'Id', INVOICE_NUMBER_FIELD, INVOICE_STATUS_FIELD, INVOICE_TOTAL_AMOUNT_FIELD, INVOICE_DUE_DATE_FIELD]], left_on=class="hl-string">'WhatId', right_on=class="hl-string">'Id')
        df_tasks[class="hl-string">'ActivityName'] = class="hl-string">'Payment Reminder Issued'
        df_tasks[class="hl-string">'EventTime'] = pd.to_datetime(df_tasks[class="hl-string">'CreatedDate']).dt.tz_localize(None)
        df_tasks[class="hl-string">'UserResponsible'] = df_tasks[class="hl-string">'CreatedById']
        all_events.append(df_tasks)

    class=class="hl-string">"hl-comment"># 4. Get Payment Data
    print(class="hl-string">"Fetching payment data...")
    soql_payments = fclass="hl-string">"""
        SELECT Id, {PAYMENT_INVOICE_LOOKUP_FIELD}, CreatedDate, CreatedById, LastModifiedById, {PAYMENT_STATUS_FIELD}
        FROM {PAYMENT_OBJECT}
        WHERE {PAYMENT_INVOICE_LOOKUP_FIELD} IN ('{invoice_ids}')
    """
    payment_data = sf.query_all(soql_payments)[class="hl-string">'records']
    if payment_data:
        df_payments = pd.DataFrame(payment_data).drop(columns=[class="hl-string">'attributes'])
        df_payments = df_payments.merge(df_invoices[[class="hl-string">'Id', INVOICE_NUMBER_FIELD, INVOICE_TOTAL_AMOUNT_FIELD, INVOICE_DUE_DATE_FIELD]], left_on=PAYMENT_INVOICE_LOOKUP_FIELD, right_on=class="hl-string">'Id', suffixes=(class="hl-string">'_payment', class="hl-string">'_invoice'))
        payment_ids = class="hl-string">"','".join(df_payments[class="hl-string">'Id_payment'].tolist())
        
        class=class="hl-string">"hl-comment"># Activity: Customer Payment Received
        payment_received_events = df_payments.copy()
        payment_received_events[class="hl-string">'ActivityName'] = class="hl-string">'Customer Payment Received'
        payment_received_events[class="hl-string">'EventTime'] = pd.to_datetime(payment_received_events[class="hl-string">'CreatedDate']).dt.tz_localize(None)
        payment_received_events[class="hl-string">'UserResponsible'] = payment_received_events[class="hl-string">'CreatedById']
        all_events.append(payment_received_events)
        
        class=class="hl-string">"hl-comment"># 5. Get Payment Status Changes
        print(class="hl-string">"Fetching payment status changes...")
        soql_payment_history = fclass="hl-string">"""
            SELECT ParentId, Field, OldValue, NewValue, CreatedDate, CreatedById
            FROM {PAYMENT_OBJECT}History
            WHERE ParentId IN ('{payment_ids}') AND Field = '{PAYMENT_STATUS_FIELD}'
        """
        payment_history_data = sf.query_all(soql_payment_history)[class="hl-string">'records']
        if payment_history_data:
            df_payment_history = pd.DataFrame(payment_history_data).drop(columns=[class="hl-string">'attributes'])
            df_payment_history = df_payment_history.merge(df_payments[[class="hl-string">'Id_payment', INVOICE_NUMBER_FIELD, INVOICE_TOTAL_AMOUNT_FIELD, INVOICE_DUE_DATE_FIELD]], left_on=class="hl-string">'ParentId', right_on=class="hl-string">'Id_payment')
            df_payment_history[class="hl-string">'EventTime'] = pd.to_datetime(df_payment_history[class="hl-string">'CreatedDate']).dt.tz_localize(None)
            df_payment_history[class="hl-string">'UserResponsible'] = df_payment_history[class="hl-string">'CreatedById']

            payment_status_map = {
                (class="hl-string">'Received', class="hl-string">'Posted'): class="hl-string">'Payment Posted to Ledger',
                (class="hl-string">'Posted', class="hl-string">'Reconciled'): class="hl-string">'Cash Applied/Reconciled'
            }
            df_payment_history[class="hl-string">'ActivityName'] = df_payment_history.apply(lambda row: payment_status_map.get((str(row[class="hl-string">'OldValue']), str(row[class="hl-string">'NewValue']))), axis=1)
            df_payment_history.rename(columns={class="hl-string">'NewValue': INVOICE_STATUS_FIELD}, inplace=True)
            all_events.append(df_payment_history.dropna(subset=[class="hl-string">'ActivityName']))

    class=class="hl-string">"hl-comment"># --- Final Assembly ---
    print(class="hl-string">"Assembling final event log...")
    final_df = pd.concat(all_events, ignore_index=True)

    class=class="hl-string">"hl-comment"># Standardize column names
    final_df.rename(columns={
        INVOICE_NUMBER_FIELD: class="hl-string">'InvoiceNumber',
        INVOICE_STATUS_FIELD: class="hl-string">'InvoiceStatus',
        INVOICE_TOTAL_AMOUNT_FIELD: class="hl-string">'InvoiceTotalAmount',
        INVOICE_DUE_DATE_FIELD: class="hl-string">'PaymentDueDate'
    }, inplace=True)

    class=class="hl-string">"hl-comment"># Select and order columns for the final event log
    required_cols = {
        class="hl-string">'InvoiceNumber': None,
        class="hl-string">'ActivityName': None,
        class="hl-string">'EventTime': None,
        class="hl-string">'UserResponsible': None,
        class="hl-string">'InvoiceStatus': None,
        class="hl-string">'InvoiceTotalAmount': None,
        class="hl-string">'PaymentDueDate': None
    }
    for col in required_cols:
        if col not in final_df.columns:
            final_df[col] = required_cols[col]
    
    class=class="hl-string">"hl-comment"># We cannot extract Billing Department directly from this model, so we will add it as an empty column
    final_df[class="hl-string">'BillingDepartment'] = None

    final_df = final_df[list(required_cols.keys()) + [class="hl-string">'BillingDepartment']]

    class=class="hl-string">"hl-comment"># Sort by case and event time
    final_df.sort_values(by=[class="hl-string">'InvoiceNumber', class="hl-string">'EventTime'], inplace=True)

    class=class="hl-string">"hl-comment"># Save to CSV
    output_filename = class="hl-string">'salesforce_billing_event_log.csv'
    final_df.to_csv(output_filename, index=False, date_format=class="hl-string">'%Y-%m-%dT%H:%M:%S.%f')
    print(fclass="hl-string">"Event log saved to {output_filename}")

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

ステップ

Salesforce Sales Cloudに対応したコネクターを備えるETLまたはiPaaSプラットフォームを選び、必要なSalesforce認証方式で接続を作成します。プラットフォームの設定には、接続文字列、認証情報、組織識別子、環境固有の値のみを入力してください。
接続したSalesforce組織で、Invoiceオブジェクト、請求書ステータスの履歴または監査ソース、関連アクティビティレコード、支払いレコード、プロセスに必要な会計連携レコードが公開されていることを確認します。クエリ内の角括弧で示されたオブジェクト名や項目名は、Salesforce環境で設定されている対応する名前に置き換えてください。
開始日と終了日の増分抽出パラメーターを設定します。必要に応じて、請求書作成日、ステータス変更日、アクティビティ日、支払日、計上日、照合日、完了日を使用します。選択した期間より前に作成され、その期間中も処理が続いているケースを含めるため、十分な遡及期間を設定してください。
以下の完全なクエリをETLツールのSalesforceクエリまたは変換コンポーネントに追加します。コネクターが示されている構文に対応していない場合は、ソース、フィルター、結合、計算項目、ユニオンの各コンポーネントで同じロジックを再現します。ステータス変更からProcessMindがイベントを推測することを前提にしないでください。すべてのアクティビティを、イベントログの明示的な行として出力する必要があります。
Invoiceオブジェクト、請求書ステータスの履歴または監査ソース、関連アクティビティレコード、支払いレコード、元帳計上レコード、照合レコードのソースマッピングを設定します。請求書番号をInvoiceNumber、アクティビティラベルをActivityName、該当するタイムスタンプをEventTimeにマッピングします。ソースに値がある場合は、推奨属性も保持してください。
変換ルールを適用します。すべてのタイムスタンプを合意した1つのタイムゾーンに変換し、ステータス値を正規化し、InvoiceTotalAmountを数値型に、PaymentDueDateを日付型またはタイムスタンプ型に変換します。InvoiceNumberまたはEventTimeがないレコードは削除します。「Payment Due Date Reached」については、支払期日が抽出期間内にあり、請求書レコードが存在する場合に限り、PaymentDueDateをEventTimeとして明示的な行を出力します。
InvoiceNumber、ActivityName、EventTime、利用可能な場合はソースレコード識別子を使ってイベントを重複排除します。ソースに複数の正当な申請、却下、リマインダー、修正、支払い、計上、照合イベントが含まれている場合は、それぞれの発生を保持します。
出力に13個の必須ActivityName値がすべて含まれていること、各行にInvoiceNumberとEventTimeがあること、ソースデータで順序を確認できる場合は請求書ごとにイベントのタイムスタンプが正しく並んでいることを検証します。
変換結果をCSV、Parquet、その他ProcessMindが対応するイベントログ形式に読み込みます。InvoiceNumberをケース識別子、ActivityNameをアクティビティ列、EventTimeをイベント時刻列として使用します。追加属性として、UserResponsible、BillingDepartment、InvoiceStatus、InvoiceTotalAmount、PaymentDueDateを含めます。
最終イベントログをエクスポートし、ProcessMindにアップロードします。インポート時に、ProcessMindが提供された行をそのまま読み込み、不足しているアクティビティを推測する必要がないことを確認します。

設定

コネクター：ETLまたはiPaaSプラットフォームの事前構築済みSalesforceコネクターを使用し、設定したすべての請求書、ステータス履歴、アクティビティ、支払い、元帳、照合の各ソースに対する読み取りアクセス権を持つ連携ユーザーで認証します。
オブジェクトと項目のマッピング：[Invoice object]、[Invoice Number field]、[Invoice Created Date field]など、角括弧で示されたすべての参照を、対象のSalesforce組織で使用している名称に置き換えます。Salesforceではカスタムオブジェクトやカスタム項目が一般的なため、マッピングを推測せず、必ず確認してください。
日付範囲：まず3～6か月分のデータから開始します。請求書が複数のレポート期間にまたがって未決済のままになる場合は、対象期間を広げます。また、ステータス変更、支払い、督促、照合イベントを取りこぼさないよう、期間の境界に余裕を持たせます。
増分抽出：利用できる場合は、最後に正常に抽出したソース更新日時を基準にウォーターマークを設定します。ウォーターマークはイベントログの外部に保存し、遅れて到着する更新を取りこぼさないよう、少し重複する期間を再処理します。
フィルター：会社、事業部門、法人、通貨、請求書種別、ライフサイクルのフィルターは、分析上明確に必要な場合にのみ適用します。[Company filter]と[Document type filter]を組織固有の条件に置き換えるか、該当しない場合は削除します。
ステータス履歴：すべてのステータス遷移を保持するソースを優先します。現在の請求書ステータス項目だけでは、過去の承認、却下、訂正、送付、クローズ、償却の各イベントを確実に再構成できません。
算出される支払期日イベント：Payment Due Date ReachedはPaymentDueDateから生成されるイベントであり、Salesforceユーザーの操作ではありません。すべての請求書に対してイベントを生成するのか、支払期日まで未決済だった請求書に限るのかを定義します。
関連レコード：Salesforce組織で実際に使用しているリレーションキーを使って結合を設定します。請求書、支払い、アクティビティ、元帳転記、照合レコードが、実装を問わず同じリレーション項目を使用すると想定しないでください。
パフォーマンス：結合前に日付でソースレコードを絞り込み、必要な項目だけを選択し、コネクターのページネーションを使用します。増分抽出を有効にし、対応している場合は大きな日付範囲を分割します。完全な履歴を繰り返し抽出することは避けてください。
データ型：タイムスタンプを単一のタイムゾーンに正規化します。監査可能性が必要な場合は、元のソースタイムスタンプを保持し、InvoiceTotalAmountには小数型を使用します。
前提条件：ETLまたはiPaaSのライセンスにSalesforceコネクターが含まれている必要があります。連携ユーザーにはAPIアクセスを有効にし、設定したすべてのソースについて、オブジェクト、項目、レコードレベルの権限を付与します。
セキュリティ：認証情報はプラットフォームのシークレットマネージャーに保存し、抽出したデータへのアクセスを許可されたユーザーに限定します。また、API呼び出しとデータ保持について、Salesforceおよび組織の制限に従います。

a サンプルクエリ config

SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Invoice Generated' AS ActivityName,
    CAST(i.[Invoice Created Date field] AS TIMESTAMP) AS EventTime,
    CAST(i.[Invoice Created By field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(i.[Invoice Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
WHERE i.[Invoice Number field] IS NOT NULL
  AND i.[Invoice Created Date field] >= [Start date parameter]
  AND i.[Invoice Created Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Invoice Submitted for Approval' AS ActivityName,
    CAST(h.[Status Change Date field] AS TIMESTAMP) AS EventTime,
    CAST(h.[Changed By field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(h.[New Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
JOIN [Invoice status history object] h ON h.[Invoice relationship field] = i.[Invoice record identifier field]
WHERE i.[Invoice Number field] IS NOT NULL
  AND h.[New Status field] = 'Pending Approval'
  AND h.[Status Change Date field] >= [Start date parameter]
  AND h.[Status Change Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Invoice Approved' AS ActivityName,
    CAST(h.[Status Change Date field] AS TIMESTAMP) AS EventTime,
    CAST(h.[Changed By field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(h.[New Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
JOIN [Invoice status history object] h ON h.[Invoice relationship field] = i.[Invoice record identifier field]
WHERE i.[Invoice Number field] IS NOT NULL
  AND h.[New Status field] = 'Approved'
  AND h.[Status Change Date field] >= [Start date parameter]
  AND h.[Status Change Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Invoice Rejected' AS ActivityName,
    CAST(h.[Status Change Date field] AS TIMESTAMP) AS EventTime,
    CAST(h.[Changed By field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(h.[New Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
JOIN [Invoice status history object] h ON h.[Invoice relationship field] = i.[Invoice record identifier field]
WHERE i.[Invoice Number field] IS NOT NULL
  AND h.[New Status field] = 'Rejected'
  AND h.[Status Change Date field] >= [Start date parameter]
  AND h.[Status Change Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Invoice Corrected' AS ActivityName,
    CAST(h.[Status Change Date field] AS TIMESTAMP) AS EventTime,
    CAST(h.[Changed By field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(h.[New Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
JOIN [Invoice status history object] h ON h.[Invoice relationship field] = i.[Invoice record identifier field]
WHERE i.[Invoice Number field] IS NOT NULL
  AND h.[Previous Status field] = 'Rejected'
  AND h.[New Status field] = 'Draft'
  AND h.[Status Change Date field] >= [Start date parameter]
  AND h.[Status Change Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Invoice Sent to Customer' AS ActivityName,
    CAST(COALESCE(i.[Sent Date field], h.[Status Change Date field]) AS TIMESTAMP) AS EventTime,
    CAST(COALESCE(i.[Sent By field], h.[Changed By field]) AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(COALESCE(h.[New Status field], i.[Invoice Status field]) AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
LEFT JOIN [Invoice status history object] h
  ON h.[Invoice relationship field] = i.[Invoice record identifier field]
 AND h.[New Status field] = 'Sent'
WHERE i.[Invoice Number field] IS NOT NULL
  AND (i.[Sent Date field] IS NOT NULL OR h.[Status Change Date field] IS NOT NULL)
  AND COALESCE(i.[Sent Date field], h.[Status Change Date field]) >= [Start date parameter]
  AND COALESCE(i.[Sent Date field], h.[Status Change Date field]) < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Payment Due Date Reached' AS ActivityName,
    CAST(i.[Payment Due Date field] AS TIMESTAMP) AS EventTime,
    CAST(NULL AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(i.[Invoice Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
WHERE i.[Invoice Number field] IS NOT NULL
  AND i.[Payment Due Date field] IS NOT NULL
  AND i.[Payment Due Date field] >= [Start date parameter]
  AND i.[Payment Due Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Payment Reminder Issued' AS ActivityName,
    CAST(a.[Activity Date field] AS TIMESTAMP) AS EventTime,
    CAST(a.[Assigned User field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(i.[Invoice Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
JOIN [Activity object] a ON a.[Invoice relationship field] = i.[Invoice record identifier field]
WHERE i.[Invoice Number field] IS NOT NULL
  AND a.[Activity Type field] IN ('Task', 'Email')
  AND a.[Reminder Indicator field] = TRUE
  AND a.[Activity Date field] >= [Start date parameter]
  AND a.[Activity Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Customer Payment Received' AS ActivityName,
    CAST(p.[Payment Received Date field] AS TIMESTAMP) AS EventTime,
    CAST(p.[Recorded By field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(i.[Invoice Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
JOIN [Payment object] p ON p.[Invoice relationship field] = i.[Invoice record identifier field]
WHERE i.[Invoice Number field] IS NOT NULL
  AND p.[Payment Received Date field] IS NOT NULL
  AND p.[Payment Received Date field] >= [Start date parameter]
  AND p.[Payment Received Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Payment Posted to Ledger' AS ActivityName,
    CAST(p.[Ledger Posting Date field] AS TIMESTAMP) AS EventTime,
    CAST(p.[Posted By field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(i.[Invoice Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
JOIN [Payment object] p ON p.[Invoice relationship field] = i.[Invoice record identifier field]
WHERE i.[Invoice Number field] IS NOT NULL
  AND p.[Ledger Posting Date field] IS NOT NULL
  AND p.[Ledger Posting Date field] >= [Start date parameter]
  AND p.[Ledger Posting Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Cash Applied/Reconciled' AS ActivityName,
    CAST(r.[Reconciliation Date field] AS TIMESTAMP) AS EventTime,
    CAST(r.[Reconciled By field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(i.[Invoice Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
JOIN [Reconciliation object] r ON r.[Invoice relationship field] = i.[Invoice record identifier field]
WHERE i.[Invoice Number field] IS NOT NULL
  AND r.[Reconciliation Date field] IS NOT NULL
  AND r.[Reconciliation Date field] >= [Start date parameter]
  AND r.[Reconciliation Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Invoice Closed' AS ActivityName,
    CAST(h.[Status Change Date field] AS TIMESTAMP) AS EventTime,
    CAST(h.[Changed By field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(h.[New Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
JOIN [Invoice status history object] h ON h.[Invoice relationship field] = i.[Invoice record identifier field]
WHERE i.[Invoice Number field] IS NOT NULL
  AND h.[New Status field] = 'Closed'
  AND h.[Status Change Date field] >= [Start date parameter]
  AND h.[Status Change Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Invoice Written Off' AS ActivityName,
    CAST(h.[Status Change Date field] AS TIMESTAMP) AS EventTime,
    CAST(h.[Changed By field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(h.[New Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
JOIN [Invoice status history object] h ON h.[Invoice relationship field] = i.[Invoice record identifier field]
WHERE i.[Invoice Number field] IS NOT NULL
  AND h.[New Status field] = 'Written Off'
  AND h.[Status Change Date field] >= [Start date parameter]
  AND h.[Status Change Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]

準備はできましたか？

このテンプレートを使ってプロセス分析を始め、改善の大きな機会を見つけてください。今日から請求・請求書発行プロセスの最適化を始めましょう。

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

支払いを迅速化：今すぐ受注から入金までの請求・請求書発行を最適化

請求サイクルを30％短縮し、無理なくキャッシュフローを改善します。

無料トライアルを開始

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

受注から入金まで：請求・請求書発行のデータテンプレート

受注から入金まで：請求・請求書発行のデータテンプレート

受注から入金まで：請求・請求書発行の属性

受注から入金まで：請求・請求書発行のアクティビティ

抽出ガイド

Salesforceレポートビルダーとデータエクスポートサービス

ステップ

設定

a サンプルクエリ config

Salesforce REST APIを使用したPythonスクリプト

ステップ

設定

a サンプルクエリ python

事前構築済みSalesforceコネクターを使用したETLツールによる抽出

ステップ

設定

a サンプルクエリ config

準備はできましたか？

支払いを迅速化：今すぐ受注から入金までの請求・請求書発行を最適化

受注から入金まで：請求・請求書発行のデータテンプレート

受注から入金まで：請求・請求書発行のデータテンプレート

受注から入金まで：請求・請求書発行の属性

受注から入金まで：請求・請求書発行のアクティビティ

抽出ガイド

Salesforceレポートビルダーとデータエクスポートサービス

ステップ

設定

a サンプルクエリ config

Salesforce REST APIを使用したPythonスクリプト

ステップ

設定

a サンプルクエリ python

事前構築済みSalesforceコネクターを使用したETLツールによる抽出

ステップ

設定

a サンプルクエリ config

準備はできましたか？

支払いを迅速化：今すぐ受注から入金までの請求・請求書発行を最適化

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