受注から入金までの請求・請求書発行データテンプレート
受注から入金までの請求・請求書発行データテンプレート
- 収集を推奨する属性
- 追跡する主なアクティビティ
- データ抽出ガイド
受注から入金までの請求・請求書発行に関する属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ名
ActivityName
|
請求プロセスで発生した個々の業務イベントの名称です。 | ||
|
説明
この属性は、「請求書を作成」「入金を確認」など、請求書のライフサイクルで到達したステップや節目を表します。これらのアクティビティがプロセスマップのノードになります。 アクティビティ名の順序を分析することは、プロセスマイニングの基本です。実際のプロセスの流れを明らかにし、設計されたプロセスと比較できます。特定のステップ間の逸脱やボトルネック、手戻りを特定し、「請求プロセスの手戻りとエラー」や「請求コンプライアンス違反レポート」などのダッシュボードでの分析に役立ちます。
重要な理由
プロセスの各ステップを定義し、プロセスマップの基盤となります。ワークフロー、ボトルネック、逸脱の分析にも使います。
入手先
通常は、Invoiceオブジェクトのステータスフィールドの変更、または個別の操作を記録するTaskやEventなどの関連オブジェクトから取得します。
例
請求書を作成請求書を承認請求書を顧客に送付入金を確認
|
|||
|
イベント時刻
EventTime
|
特定のアクティビティが発生した日時を示すタイムスタンプです。 | ||
|
説明
この属性には各アクティビティの日付と時刻が記録され、発生順の整理やパフォーマンス分析に欠かせません。タイムスタンプによってイベントの順序が定まり、イベント間の所要時間を算出できます。 プロセス分析では、サイクルタイムや待ち時間、個々のアクティビティの所要時間など、時間に関するすべての指標の算出にイベント時刻を使います。「請求書の平均サイクルタイム」や「売上債権回転日数(DSO)」などの重要業績評価指標(KPI)の基礎となり、「請求書承認サイクルタイム」や「入金消込のパフォーマンス」などのダッシュボードにも反映されます。
重要な理由
イベントの順序を正しく把握し、サイクルタイムや所要時間などのパフォーマンス指標を算出するうえで欠かせないタイムスタンプです。遅延の特定にも役立ちます。
入手先
Invoiceオブジェクトや関連するTask/Eventレコードの「CreatedDate」「LastModifiedDate」など、システムが自動生成するタイムスタンプフィールドから取得することがよくあります。
例
2023-04-15T10:00:00Z2023-04-16T14:30:00Z2023-05-20T09:05:12Z
|
|||
|
請求書番号
InvoiceNumber
|
各請求書を一意に識別する番号で、請求プロセスにおける主要なケース識別子です。 | ||
|
説明
請求書番号は、請求に関するすべてのアクティビティを1つのケースにまとめる中心的な属性です。番号ごとに、顧客に送付した請求書を識別できます。 プロセスマイニング分析では、この属性を使って、請求書の作成から最終的な入金、クローズまでのライフサイクルを追跡します。プロセスマップの作成や、「請求書の平均サイクルタイム」「売上債権回転日数」などのケース単位の重要業績評価指標(KPI)の算出に欠かせません。請求書番号ごとにプロセスを分析すると、個々の請求におけるボトルネック、手戻り、コンプライアンス上の逸脱を特定できます。
重要な理由
関連する請求イベントをすべて結び付けるための基本となるキーです。取引ごとの請求プロセスを、開始から終了まで把握できます。
入手先
通常はSalesforce Sales CloudのInvoiceオブジェクトの主キーで、「InvoiceNumber」または同様の一意のIDフィールドで表されます。
例
INV-00582INV-01934INV-10345
|
|||
|
担当ユーザー
UserResponsible
|
アクティビティを実行したユーザーまたは担当者です。 | ||
|
説明
この属性は、請求書の承認や支払いの記帳など、各アクティビティを担当したSalesforceユーザーを特定します。通常、レコードを最後に更新したユーザーや、タスクの所有者に紐付けられます。 担当ユーザーごとにプロセスを分析すると、チームのパフォーマンスや業務負荷の分布を把握し、追加のトレーニングが必要な領域を特定できます。「請求チームの業務負荷とパフォーマンス」ダッシュボードでは、パフォーマンスの比較やリソース配分の分析に役立ちます。また、遅延やエラーの根本原因を調査する際にも利用できます。
重要な理由
個人やチームのパフォーマンス、業務負荷のバランスを分析できます。高い成果を上げている担当者や、追加のトレーニングが必要なユーザーの特定にも役立ちます。
入手先
Invoiceオブジェクトの「LastModifiedById」や、関連するTaskまたはカスタムオブジェクトの「OwnerId」などのフィールドから取得できます。ユーザー名を取得するには、これらのIDをUserオブジェクトと結合します。
例
アリス・ジョンソンボブ・ウィリアムズチャーリー・ブラウン
|
|||
|
支払期日
PaymentDueDate
|
顧客が請求書を支払う期限です。 | ||
|
説明
この属性は、請求書に記載された支払期限を示します。請求日と合意済みの支払条件に基づいて算出されます。 支払期日は、財務計画や債権回収の管理における重要なデータです。実際の支払い状況を測定する基準となります。「期日どおりの支払率」という重要業績評価指標(KPI)の算出や、「売上債権回転日数(DSO)の推移」など、支払いの適時性を追跡するダッシュボードに欠かせません。
重要な理由
支払い実績の測定、売上債権回転日数(DSO)の算出、支払いリマインダーなどの督促活動の開始に使う基準です。
入手先
SalesforceのInvoiceオブジェクトにある標準の日付項目で、通常は
例
2023-05-152023-06-302023-07-01
|
|||
|
請求書のステータス
InvoiceStatus
|
請求書のライフサイクルにおける現在の状態です。 | ||
|
説明
この属性は、請求書の現在の状態を示します。たとえば、「下書き」「承認待ち」「送付済み」「支払済み」「無効」などです。請求書がプロセスのどの段階にあるかを、その時点で把握できます。 請求書のステータスは、データの絞り込みや分類に欠かせない分析軸です。支払い待ちの請求書や、差し戻された請求書など、特定のグループに絞って分析できます。これにより、作業の優先順位を決め、特定の段階で滞留する請求書の特徴を調べられます。
重要な理由
請求書の現在の状態を把握できるため、未処理、完了、問題のあるケースを絞り込んで分析できます。
入手先
通常、SalesforceのInvoiceオブジェクトにある「ステータス」という標準の選択リスト項目です。
例
承認待ち承認済み顧客に送付済み支払済み貸倒処理済み
|
|||
|
請求書の合計金額
InvoiceTotalAmount
|
請求書の合計金額です。 | ||
|
説明
この属性は、提供した商品やサービスに対して顧客が支払う合計金額を示します。請求書ごとの重要な財務指標です。 請求書の合計金額を分析すると、高額な請求書の優先順位を決め、少額取引と高額取引でプロセスのパフォーマンスがどう異なるかを把握できます。たとえば、ダッシュボードで分析対象を分け、高額な請求書ほど承認に時間がかかるか、支払いが遅れるかを確認できます。財務リスクの管理や、効果的な回収活動に役立ちます。
重要な理由
財務への影響を分析し、高額な請求書の優先順位を決められます。また、金額が承認時間や入金遅延などのプロセスの動きにどう影響するかを把握できます。
入手先
Invoiceオブジェクトの標準通貨フィールドで、「GrandTotal」などの集計フィールドが該当すると考えられます。
例
5400.5012500.00850.75
|
|||
|
請求部門
BillingDepartment
|
請求業務を担当する部門またはチームです。 | ||
|
説明
この属性は、担当ユーザーが所属する「売掛金管理」や「営業オペレーション」などの部門を示します。通常、Salesforceのユーザープロフィールまたは役割から取得します。 部門ごとのパフォーマンス分析は、プロセスの担当組織を把握し、特定のチームに共通する問題を見つけるうえで重要です。「入金消込のパフォーマンス」や「請求チームの業務負荷とパフォーマンス」のダッシュボードで、部門間の効率やリソースの利用状況を比較できます。
重要な理由
チームや部門単位でパフォーマンスを分析し、特定のグループにおけるボトルネック、リソース不足、トレーニングの不足を特定できます。
入手先
この情報は通常、SalesforceのUserオブジェクトにある「部門」や「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オブジェクトの
例
デイビッド・ミラーソフィア・ガルシアジェームズ・ウィルソン
|
|||
|
売上債権回転日数
DaysSalesOutstanding
|
請求書の送付から入金までの日数です。 | ||
|
説明
売上債権回転日数(DSO)は、販売後に代金を回収するまでの平均日数を測る重要な財務指標です。「請求書を顧客に送付」イベントから「顧客からの入金」イベントまでの時間を使って算出します。 受注から入金までのプロセスで重視される重要業績評価指標(KPI)であり、この属性を使うと請求書ごとに確認できます。「売上債権回転日数(DSO)の推移」ダッシュボードを支え、キャッシュフローの監視と改善に欠かせません。
重要な理由
督促プロセスの効果と、キャッシュフローへの直接的な影響を測る重要な指標です。
入手先
計算属性です。計算式は
例
32日58日29日
|
|||
|
手戻りの有無
IsRework
|
請求書に手戻りが発生したかどうかを示す計算フラグです。 | ||
|
説明
この真偽値属性は、データ処理時に算出されます。請求書のアクティビティの順序に、承認後に前の段階へ戻るなどの手戻りの形跡がある場合(例:「請求書承認済み」の後に「請求書修正」)、trueに設定されます。 このフラグを使うと、プロセスの非効率をすばやく特定し、件数を把握できます。「請求書の手戻り率」重要業績評価指標(KPI)や「請求プロセスの手戻りとエラー」ダッシュボードに直接反映されるため、コストや時間のかかる手戻りが発生したケースを絞り込んで調べられます。
重要な理由
修正の繰り返しが発生したケースを特定し、プロセスの非効率を数値化できます。エラーの原因を特定し、品質不良によるコストを算出するのにも役立ちます。
入手先
この属性はソースシステムにはありません。各ケースのアクティビティの順序に基づいて、プロセスマイニングツールまたはETLレイヤーで算出します。
例
truefalse
|
|||
|
支払い遅延の有無
IsLatePayment
|
支払期日を過ぎてから入金されたかどうかを示す計算フラグです。 | ||
|
説明
この真偽値属性は、「顧客からの入金」タイムスタンプと「支払期日」を比較して算出します。支払いが遅れていればtrue、そうでなければfalseになります。 このフラグを使うと、支払い状況や督促の効果を簡単に分析できます。「期日どおりの支払い率」重要業績評価指標(KPI)の基礎となり、顧客を期日どおりに支払う顧客と遅延する顧客に分けて分析する際にも役立ちます。請求書ごとの支払い実績を明確に示します。
重要な理由
督促の成果を明確に測定でき、「期日どおりの支払い率」重要業績評価指標(KPI)を支えます。また、支払い遅延の要因分析にも役立ちます。
入手先
この属性はソースシステムにはありません。支払日と
例
truefalse
|
|||
|
支払条件
PaymentTerms
|
「30日後払い」や「受領時払い」など、請求書の支払いに関する合意条件です。 | ||
|
説明
この属性は、請求書の支払い時期や方法を定める条件を示します。支払期日の算出に使われることが多く、早期支払い割引の条件が含まれる場合もあります。 支払条件ごとに分析すると、契約条件の違いが支払い状況にどう影響するかを把握できます。支払日と条件を比較し、割引の適用機会を逃していないかを確認する「早期支払い割引の利用状況」ダッシュボードに欠かせない属性です。また、請求書によって支払いサイクルが長短する理由を把握する手がかりにもなります。
重要な理由
支払期限の把握に役立ち、支払い状況や売上債権回転日数(DSO)、早期支払い割引プログラムの効果を分析するうえで欠かせません。
入手先
SalesforceのInvoiceオブジェクトまたは関連するAccountオブジェクトの選択リスト項目かテキスト項目に保存されている可能性があります。
例
30日後払い60日後払い10日以内に支払うと2%割引、通常は30日後払い受領時払い
|
|||
|
請求先の国
BillingCountry
|
請求書の請求先住所に指定された国です。 | ||
|
説明
この属性には、顧客の請求先住所の国が記録されます。プロセスデータを地域別に分析するための重要な切り口です。 国ごとに請求プロセスを分析すると、実績、コンプライアンス、顧客の行動に見られる地域差を把握できます。支払いサイクルが長い国や、手戻り率が異なる国、プロセスに影響する特定の規制要件などを見つけられます。こうした分析は、グローバルなプロセスの標準化と、地域に応じた改善に役立ちます。
重要な理由
地域ごとの実績、コンプライアンス要件、支払い状況の違いを把握するための地域別分析に役立ちます。
入手先
Invoiceオブジェクトの標準住所複合項目の一部で、通常は
例
USAドイツ日本ブラジル
|
|||
|
請求書の通貨
InvoiceCurrency
|
請求金額の通貨コードです。USDやEURなどが該当します。 | ||
|
説明
この属性は、請求書の金額に適用される通貨を示します。複数の国で事業を行う組織にとって、特に重要です。 財務分析を行う際に必要な情報を提供します。金額を正しく集計し、異なる通貨圏のプロセス指標を比較できます。異なる通貨を混在させないため、財務の重要業績評価指標(KPI)を分析する際に必要なフィルターです。
重要な理由
金額を正しく分析・報告するために必要な情報を提供します。特に複数の国で事業を行う場合に役立ちます。
入手先
通常は
例
USDEURGBPJPY
|
|||
|
顧客名
CustomerName
|
請求先となる顧客または取引先の名称です。 | ||
|
説明
この属性は、請求書の発行先となる顧客または企業を特定します。通常、Salesforceの関連するAccountレコードから取得します。 顧客ごとにプロセスを分析すると、顧客固有の傾向を把握し、主要顧客に影響する問題を特定できます。特定の顧客で支払いの遅れや請求書の修正が繰り返されていないか、承認サイクルが複雑になっていないかを確認できます。顧客との関係管理や、回収施策の調整にも役立ちます。
重要な理由
顧客ごとの傾向を分析できます。たとえば、支払いが遅れがちな顧客や、請求書の修正が多い顧客を特定し、顧客関係の管理に役立てられます。
入手先
InvoiceオブジェクトからAccountオブジェクトへの参照関係をたどり、「Account.Name」フィールドから取得します。
例
ABCコーポレーショングローバルテック社イノベートソリューションズ社
|
|||
受注から入金までの請求・請求書発行に関するアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
|
請求書をクローズ
|
請求書の全額が支払われ、消込も完了したため、請求書のライフサイクルが終了した状態です。正常に処理された請求書の最終アクティビティで、通常はステータスの更新によって記録されます。 | ||
|
重要な理由
プロセスの主な終了点となり、エンドツーエンドのサイクルタイムを正確に算出できます。プロセス分析において、完了の基準を明確にします。
入手先
Invoiceオブジェクトのステータスが「クローズ」「全額支払済み」などの最終状態に更新された時点のタイムスタンプから推定します。
記録
請求書のステータスが最終状態の「クローズ」に変更。
イベントタイプ
inferred
|
|||
|
請求書を作成
|
Salesforceに新しい請求書レコードが作成されたことを示すアクティビティです。特定の取引に関する請求プロセスの正式な開始点であり、通常は注文の履行後、または契約上のマイルストーン達成後に発生します。請求書レコードの作成タイムスタンプからイベントを取得します。 | ||
|
重要な理由
請求プロセスの主な開始イベントです。この時点から入金までの時間を分析すると、受注から入金までのサイクルタイム全体を測定し、初期のデータ入力の遅れを特定できます。
入手先
SalesforceのInvoiceカスタムオブジェクト、または請求書を表す同様のオブジェクトの作成日(CreatedDateフィールド)から取得します。
記録
請求書オブジェクトのレコード作成タイムスタンプ。
イベントタイプ
explicit
|
|||
|
請求書を承認
|
権限を持つユーザーが請求書を確認して承認し、内容が正確で顧客に送付できる状態であることを確認します。通常、請求書のステータスが「承認済み」に変更された時点でイベントを取得します。 | ||
|
重要な理由
請求プロセスの後続工程に進むための重要な節目です。ここで遅れが生じると、大きなボトルネックとなり、売上債権回転日数(DSO)やサイクルタイム全体に影響します。「請求書承認サイクルタイム」ダッシュボードで測定できます。
入手先
Invoiceオブジェクトのステータスが「承認済み」に変更されたことから推定します。Salesforceの承認プロセスを使用している場合は、ProcessInstanceオブジェクトの履歴から明示的に取得できます。
記録
請求書のステータスが「承認済み」に変更されたこと、または正式な承認プロセスのステップが完了したこと。
イベントタイプ
inferred
|
|||
|
請求書を顧客に送付
|
承認済みの請求書をメール、郵送、またはポータル経由で顧客に正式に送付した状態です。「送付日」フィールドへの入力、またはステータスが「送付済み」に変更された時点で取得することがよくあります。 | ||
|
重要な理由
入金回収期間の開始を示し、売上債権回転日数(DSO)の算出起点となります。顧客との連絡状況や入金までの期間を追跡するうえで重要な節目です。
入手先
Invoiceオブジェクトの「送付日」フィールドへの入力、またはステータスが「送付済み」に更新されたことから推定します。連携したメールツールで送付した場合は、アクティビティ履歴に記録されたイベントから取得できることもあります。
記録
「Sent_Date__c」フィールドに値が入力された時点のタイムスタンプ。
イベントタイプ
inferred
|
|||
|
顧客から入金
|
顧客が請求書に対する支払いを行い、入金が確認された状態です。通常、関連する「Payment」レコードを作成し、請求書に紐付けて記録します。 | ||
|
重要な理由
入金回収プロセスにおける最も重要な節目です。売上債権回転日数(DSO)の算出終点となり、売上を回収できたことを示します。
入手先
Invoiceオブジェクトに関連付けられた「Payment」カスタムオブジェクトのレコード作成日から取得します。請求書のステータスが「支払済み」に変更されたことから推定する場合もあります。
記録
関連するPaymentレコードの作成。
イベントタイプ
explicit
|
|||
|
入金を元帳に記帳
|
受け取った入金を、会社の会計システムまたは元帳に正式に記録した状態です。連携処理の実行後、支払いまたは請求書のレコードが更新された時点で取得できる場合があります。 | ||
|
重要な理由
入金の受領と会計上の消込を区別するアクティビティです。入金から記帳までの時間を確認すると、社内の会計処理における遅れを把握できます。
入手先
PaymentまたはInvoiceオブジェクトのステータスが「記帳済み」や「ERPにエクスポート済み」などに変更されたことから推定します。API連携によって更新されることがよくあります。
記録
支払いまたは請求書のステータスが「記帳済み」に変更。
イベントタイプ
inferred
|
|||
|
入金を消込
|
受け取った入金をシステム上で該当する請求書に完全に照合して充当し、売掛金を消し込んだ状態です。支払いまたは請求書のレコードの最終ステータス変更から取得します。 | ||
|
重要な理由
資金回収サイクルの最終ステップです。「入金消込のパフォーマンス」ダッシュボードでは、このアクティビティをもとに財務チームの入金処理の効率を測定します。
入手先
Invoiceオブジェクト、または関連するPaymentオブジェクトのステータスが「消込済み」「充当済み」などの最終状態に変更されたことから推定します。
記録
請求書または支払いのステータスが「消込済み」に変更。
イベントタイプ
inferred
|
|||
|
支払リマインダーを送付
|
支払期日が近づいている、または支払期限を過ぎていることを顧客に知らせる連絡を送信した状態です。請求書に関連付けられたアクティビティ(TaskまたはEmail)レコードとして記録されることがよくあります。 | ||
|
重要な理由
リマインダーを追跡すると、回収施策の効果を評価できます。「支払リマインダーの効果」ダッシュボードや「支払リマインダー実施率」という重要業績評価指標(KPI)の分析に欠かせません。
入手先
Invoiceオブジェクトに関連するアクティビティ(TaskまたはEmail)レコードの作成から取得します。件名や種別から、支払リマインダーであることを判別します。
記録
特定の種別または件名を持つ、関連TaskまたはEmailレコードの作成。
イベントタイプ
explicit
|
|||
|
支払期日を迎える
|
請求書の支払条件に基づき、支払期日を迎えた時点を示す計算イベントです。ユーザーの操作ではなく、請求書のデータから算出します。 | ||
|
重要な理由
入金状況を分析し、「期日どおりの支払率」という重要業績評価指標(KPI)を測定するための基準となります。期日どおりの支払いと遅延を区別するのに役立ちます。
入手先
計算イベントです。現在のタイムスタンプとInvoiceオブジェクトの「支払期日」フィールドを比較して算出します。Salesforceに保存されたイベントとして存在するものではありません。
記録
現在の日付と請求書の支払期日フィールドを比較して算出。
イベントタイプ
calculated
|
|||
|
請求書を修正
|
請求書が差し戻された後、または誤りが見つかった後に、手作業で修正や更新を行ったことを示します。たとえば、ステータスが「却下」から「下書き」に戻った場合に推定できます。 | ||
|
重要な理由
修正の繰り返しを特定することは、「請求書の手戻り率」という重要業績評価指標(KPI)の測定に欠かせません。修正が多い場合、請求書の初回作成プロセスに問題があり、遅延につながっている可能性があります。
入手先
項目履歴を追跡し、後工程のステータス(例:「却下」「承認済み」)から前工程のステータス(例:「下書き」「処理中」)に戻ったことを検出して推定します。
記録
請求書のステータスがプロセスの流れに沿って前の段階に戻る。
イベントタイプ
inferred
|
|||
|
請求書を差し戻し
|
承認者が、通常は誤りや不一致を理由に請求書を差し戻した状態です。修正して再申請する必要があります。請求書レコードのステータスが「却下」に変更された時点で取得します。 | ||
|
重要な理由
このアクティビティは、手戻りやプロセスの非効率を示します。差し戻しの頻度を分析すると、よくあるエラーの原因を特定でき、「請求プロセスの手戻りとエラー」ダッシュボードで根本原因を調べる際に役立ちます。
入手先
Invoiceオブジェクトのステータスが「却下」に変更されたことから推定します。正式な承認プロセスの履歴にあるコメントから確認できる場合もあります。
記録
請求書のステータスが「却下」に変更。
イベントタイプ
inferred
|
|||
|
請求書を承認に申請
|
請求書が確定され、顧客に送付する前の社内確認に回された状態です。このアクティビティは通常、請求書レコードのステータスが「下書き」から「承認待ち」などに変わった時点で取得します。 | ||
|
重要な理由
このアクティビティを追跡すると、承認待ちの時間を切り分けて把握できます。「請求書の平均承認時間」という重要業績評価指標(KPI)を算出するための第一歩です。
入手先
Invoiceオブジェクトの項目履歴を追跡し、ステータスが「承認申請済み」や「確認中」などに更新された時点から推定します。
記録
請求書のステータスが「承認待ち」に変更。
イベントタイプ
inferred
|
|||
|
請求書を貸倒処理
|
債権を放棄する判断が下され、全額の支払いがないまま請求書をクローズした状態です。請求プロセスが正常に完了しない場合の終了パターンを示します。 | ||
|
重要な理由
貸倒処理を追跡すると、売上損失を把握し、不良債権につながる顧客や状況を特定できます。財務状況を把握するうえで、例外的な処理として監視する必要があります。
入手先
Invoiceオブジェクトのステータスが「貸倒処理済み」または「キャンセル(貸倒)」に更新された時点のタイムスタンプから推定します。
記録
請求書のステータスが「貸倒処理済み」に変更。
イベントタイプ
inferred
|
|||
データ抽出ガイド
始める準備はできていますか?
このテンプレートを使ってプロセス分析を始め、改善の機会を見つけてください。請求・請求書発行プロセスの改善に取り組みましょう。
支払いを迅速化:今すぐ受注から入金までの請求・請求書発行を改善
請求サイクルを30%短縮し、キャッシュフローを無理なく改善できます。
クレジットカード不要。数分で簡単に設定できます。