受注から入金までの販売受注処理向けデータテンプレート

アクティビティ名は、「受注作成」「与信審査完了」「請求書送付」など、受注プロセスの各ステップを表します。これらのアクティビティはプロセスマップを構成する要素であり、システムイベント、ステータス変更、タスクの完了状況から導出されます。

アクティビティを分析すると、プロセスフローを可視化し、よく見られる経路（バリアント）を特定して、各ステップの発生頻度と所要時間を測定できます。プロセスで実際に何が起きているかを把握するための基本情報です。

この属性は、プロセスマップの各ステップを定義します。これがないと、プロセスフローを可視化したり、受注が実際にどのように処理されているかを分析したりできません。

通常は、「Order.Status」項目のステータス変更、関連レコード（例：Invoice）の作成、または受注に関連する「Task」や「Event」レコードの完了状況から導出します。

イベント時刻（タイムスタンプ）は、アクティビティが発生した正確な時点を記録します。イベントを正しい順序に並べ、アクティビティ間の所要時間を算出するために欠かせないデータであり、時間に基づくプロセスマイニング分析の基礎となります。

この属性を使って、ケースごとにアクティビティを並べ、サイクルタイムや待ち時間を算出し、期間ごとのプロセスのパフォーマンスを分析します。タイムスタンプが不正確だったり欠けていたりすると、分析の有用性が大きく損なわれる可能性があります。

タイムスタンプは、イベントを時系列に並べ、サイクルタイムやボトルネックなど、パフォーマンスに関する指標を算出するために欠かせません。

「Order」オブジェクトや関連レコードの「CreatedDate」や「LastModifiedDate」などの項目に対応します。特定のイベントでは、「Task」レコードの完了日を使う場合もあります。

受注IDはプロセス分析の基盤となり、顧客の各受注をライフサイクル全体にわたって一意に識別します。作成や承認から履行、入金まで、関連するすべてのアクティビティを結び付けます。

プロセスマイニングでは、特定の受注に関するすべてのイベントをこのIDに関連付けます。これにより、受注の流れをエンドツーエンドで再構成し、個々の受注のサイクルタイム、プロセスのバリエーション、ボトルネックを詳しく分析できます。

この属性を使うと、関連するすべてのイベントを1つのケースにまとめられ、受注ごとのエンドツーエンドのプロセスフローを可視化して分析できます。

Salesforceの標準「Order」オブジェクトにある「Id」項目です。

この属性は、プロセスデータの取得元を示します。この分析では、一貫して「Salesforce Sales Cloud」を指定します。

複数のシステムを使う環境では、データの来歴を追跡し、問題を調査するうえで重要な項目です。単一システムの環境でも、データの取得元に関する重要なメタデータとなります。

データの取得元に関する重要なコンテキストを示します。データガバナンスや、複数のソースシステムからデータを統合する際に役立ちます。

通常は、データ抽出時にデータセットを識別するための固定値を追加します。

この属性には、ソースシステムからデータを最後に取得した日時が記録されます。分析対象のデータがどの程度新しいかを把握するうえで重要な情報です。

アナリストはこの情報をもとに、最新のプロセスデータを見ているか、分析結果が現在も有効かを確認できます。プロセスマイニングプロジェクトに欠かせないメタデータです。

データの更新時期を利用者に知らせ、分析対象のデータがどの時点のものかを把握できるようにします。

データの抽出、変換、読み込み（ETL）の過程で生成し、追加するタイムスタンプです。

この属性には、「下書き」「有効」「出荷済み」「クローズ」など、受注の状態が記録されます。ステータスの変更をもとに、プロセスログのアクティビティを生成することがよくあります。

受注ステータスを分析すると、各イベントのコンテキストを把握でき、受注の進捗を追跡できます。たとえば、「キャンセル」された受注と正常に「クローズ」された受注を識別するなど、ケースの結果を理解するのに役立ちます。

各イベントの重要なコンテキストを示し、アクティビティの定義にもよく使われます。キャンセルなど、ケースの結果を分析するうえでも重要です。

Salesforceの標準「Order」オブジェクトにある「Status」選択リスト項目です。

合計サイクルタイムは、受注プロセスの開始から終了までの所要時間を測る重要業績評価指標（KPI）です。最初のイベント（例：「注文作成」）から最後のイベント（例：「注文完了」）までの時間差として算出します。

「受注のエンドツーエンド・サイクルタイム」ダッシュボードで中心となる指標です。サイクルタイムを分析すると、プロセス全体の非効率を特定し、改善施策の効果を測定できます。国や製品ファミリーなどの属性でデータを分類し、サイクルタイムの違いを調べることもできます。

プロセス全体の効率を測り、組織的な問題の兆候となる処理期間の長い注文を特定するための基本的なKPIです。

データ変換時に、各「SalesOrderId」の最初のイベントのタイムスタンプを最後のイベントのタイムスタンプから差し引いて算出します。

この属性は、プロセスのステップを完了した担当者を識別します。営業担当者、与信アナリスト、自動化されたシステムユーザーなどが該当します。

この属性に基づく分析は、作業負荷の配分、個人のパフォーマンス、自動化の状況を把握するうえで重要です。「手戻りを最も多く処理しているのは誰か」「承認が速いチームはあるか」といった問いに答えるのに役立ちます。また、ソーシャルネットワーク分析にも使われ、担当者間でどのように作業が引き継がれているかを確認できます。

ユーザー、チーム、役割ごとのパフォーマンス分析に役立ち、自動化の機会やトレーニングの必要性を特定できます。

「Order」オブジェクトの「LastModifiedById」や、「Task」レコードの「OwnerId」などの項目から取得できます。ユーザー名を取得するには、これらのIDを「User」オブジェクトと結合する必要があります。

この属性には、顧客が商品を受け取りたい日付が記録されます。納品パフォーマンスや顧客満足度を測る際の重要な基準です。

この日付は、「納品日遵守状況の追跡」ダッシュボードと「納期遵守率」KPIで直接使われます。実際の納品日（「商品納品」タイムスタンプ）と比較し、注文品が予定どおり、予定より早く、または遅れて納品されたかを判定します。

納期遵守パフォーマンスを測る基本的な基準です。顧客満足度と業務の有効性を示す重要な指標でもあります。

多くの場合、「Order」オブジェクトにカスタムの日付フィールドとして設定されています。正確なフィールド名は環境によって異なる場合があります。Salesforce Sales Cloudの文書またはスキーマをご確認ください。

この属性は、顧客の注文の合計金額を表します。プロセスの効率化や非効率が事業に与える影響を把握するための重要な指標です。

分析では、注文総額を使ってケースを分類できます。たとえば、高額注文と低額注文で処理方法や遅延の発生状況に違いがあるかを確認できます。また、財務関連の重要業績評価指標（KPI）を算出し、プロセスを通じて扱われる金額を把握するうえでも欠かせません。

注文を金額別に分類してプロセスを財務面から分析できるほか、遅延や手戻りによる金銭的な影響を定量化できます。

Salesforceの標準「Order」オブジェクトにある「TotalAmount」フィールドです。

顧客名は、受注に関連付けられた顧客を示します。これにより、顧客を軸にプロセスを分析できます。

この属性を使うと、特定の顧客に絞ってプロセスを確認したり、顧客セグメントごとにパフォーマンスを比較したりできます。また、特定の顧客でプロセス上の問題が繰り返し発生していないかも把握できます。プロセスのパフォーマンスを顧客体験に直接結び付けるための重要な属性です。

プロセスのパフォーマンスを特定の顧客に結び付け、顧客別の分析や分類を通じて傾向や問題を特定できます。

「Order」オブジェクトには参照フィールド「AccountId」があります。このIDを「Account」オブジェクトと結合すると、「Account.Name」フィールドを取得できます。

イベント終了時刻は、アクティビティが完了した時点を示します。多くのプロセスマイニングツールでは、次のアクティビティの開始時刻から終了時刻を推定しますが、終了時刻を明示的に記録すると、特に長時間かかるタスクの所要時間をより正確に把握できます。

この属性を使って、アクティビティの処理時間を正確に算出します。「与信審査完了」や「在庫引当」など、時間のかかるタスクの分析に特に役立ち、実際の処理時間と待ち時間を切り分けられます。

個々のアクティビティの処理時間を正確に算出できます。ボトルネックや多くのリソースを要するステップを特定するうえで重要です。

同じケース内で後続するイベントの「StartTime」から導出できます。アクティビティによっては、「Task.CompletedDateTime」などの特定の項目を使う場合もあります。

この属性は、顧客の与信審査の結果を示します。与信審査は、注文プロセスの重要な関門となることがよくあります。値には「承認済み」「却下」「保留中」などがあります。

「与信審査のボトルネック分析」ダッシュボードで重要な属性です。注文が与信審査に入った時点と完了した時点、および最終ステータスを追跡することで、この工程の所要時間や結果を測定し、遅延の原因となっている可能性を特定できます。

与信審査工程の分析に直接役立ち、所要時間や成功率、全体のサイクルタイムへの影響を測定できます。

「Order」または「Account」オブジェクトに設定されたカスタムフィールドと考えられます。Salesforce Sales Cloudの文書またはスキーマをご確認ください。

この計算指標は、受注から入金までのサイクルの最後を担う重要な工程、つまり入金までの効率を測定します。「顧客への請求書送付」アクティビティから「入金確認」アクティビティまでの所要時間です。

この属性は、「入金所要時間」ダッシュボードと「入金実現時間」KPIに直接役立ちます。所要時間を分析すると、財務部門は回収業務のボトルネックや支払い条件の効果を把握し、キャッシュフローを早める方法を見つけられます。

売掛金回収プロセスの効率を測定し、企業のキャッシュフローに直接関わる指標です。

データ変換時に、各ケースの「入金確認」イベントのタイムスタンプから「顧客への請求書送付」イベントのタイムスタンプを差し引いて算出します。

この計算属性は、直線的に前へ進むプロセスから外れたケースを特定します。エラーや情報不足、承認の却下などにより、アクティビティが繰り返されたり、プロセスが前の段階に戻ったりすると、手戻りが発生します。

このフラグは、「受注の手戻り率」KPIの算出と「受注の手戻り・エラー率」ダッシュボードに使われます。非効率の発生頻度と影響を定量化し、品質管理の強化やプロセスの明確化が必要な領域を示します。

予定外の追加作業が必要な注文を特定してプロセスの非効率を定量化します。追加作業は、コストとサイクルタイムに直接影響します。

プロセスマイニングソフトウェア、またはデータ変換時に、ケース内のアクティビティ名の繰り返しやプロセスの逆行を検出して算出します。

注文責任者は、注文を主に担当する営業担当者またはアカウントマネージャーです。特定のアクションを実行したユーザーとは異なり、ケース全体の進行に責任を持ちます。

責任者別に分析すると、チームや個人の業務量、担当する注文の管理状況を評価できます。注文が頻繁に停滞したり、手戻りが必要になったりする責任者を特定し、コーチングが必要な領域を見つけることもできます。

注文の成果に責任を持つ担当者を特定し、担当者ごとの業務量やパフォーマンスを分析できます。

「Order」オブジェクトの「OwnerId」フィールドです。このIDを「User」オブジェクトと結合すると、責任者の名前を取得できます。

この真偽値属性は、顧客の期待に対する納品パフォーマンスを直接測定します。「商品納品」アクティビティのタイムスタンプと「RequestedDeliveryDate」を比較して算出します。

「納期遵守率」KPIの算出に使われる中心的な指標です。このフラグを分析すると、顧客との約束をどの程度守れているかを把握できます。これは顧客満足度を左右する大きな要因です。他の属性と組み合わせることで、特定の配送方法や地域で納期遵守率が低くなっていないかも確認できます。

顧客との約束に対するパフォーマンスを明確に二分して測定し、納期遵守率KPIの算出に直接役立ちます。

データ変換時に算出します。ロジックは次のとおりです：IF（「Goods Delivered」EventTime <= 「RequestedDeliveryDate」）THEN true ELSE false。

この真偽値属性は、自動ステータス更新などのシステムによる自動処理と、ユーザーが手動で行った処理を区別します。プロセスの自動化の度合いを把握するための重要な属性です。

この属性を分析すると、自動化が効率や一貫性に与える影響を定量化できます。自動処理と手動処理の経路を比較し、手作業やミスの可能性を減らすために、さらに自動化できる領域を見つけるのにも役立ちます。

システムによる処理とユーザーによる処理を区別し、自動化の分析や手作業を減らせる領域の特定に役立ちます。

データ変換時に、「UserPerformingAction」が指定されたシステムユーザーかどうかを確認するか、アクティビティの種類に基づくルールを適用して算出します。

製品ファミリーは、受注に含まれる品目を大まかに分類します。販売する製品の種類に基づいてプロセスを分析できます。

この属性でプロセスを分類すると、製品ファミリーによってプロセスの経路やサイクルタイム、手戻り率に違いがあるかを確認できます。たとえば、複雑で構成を変更できる製品は、標準的な既製品よりも承認や納品の工程が多くなる場合があります。

製品カテゴリ別にプロセスを分析し、製品の種類によってプロセスの効率に違いが生じるかを把握できます。

「OrderItem」中間オブジェクトを介して「Order」に関連付けられた「Product2」オブジェクトから取得します。Order → OrderItem → PricebookEntry → Product2の順に結合する必要があります。

請求書IDは、受注と対応する請求書を結び付けます。請求書の作成と送付は、受注から入金までのプロセス後半における重要な節目です。

この属性は、注文の履行から入金までの進捗を追跡するうえで欠かせません。「請求書作成」と「顧客への請求書送付」のアクティビティを正確に測定でき、「入金所要時間」の算出に役立ちます。

受注と請求のサブプロセスを結び付け、財務関連のアクティビティや支払いサイクル時間を正確に追跡できます。

多くの場合、「Order」オブジェクトに設定されたカスタムの参照フィールドで、標準またはカスタムの「Invoice」オブジェクトを参照します。実装方法は環境によって異なります。

販売チャネル属性は、注文を受注経路ごとに分類します。これにより、チャネル別にプロセスのパフォーマンスを比較できます。

「販売チャネル別パフォーマンス比較」ダッシュボードで重要な属性です。チャネルごとに絞り込んだり比較したりすることで、効率の高いチャネルや手戻りの多いチャネルを特定し、パフォーマンスをそろえるために標準化が必要な領域を把握できます。

事業チャネルごとのパフォーマンスを比較し、効果的な取り組みやプロセスを標準化すべき領域の特定に役立ちます。

通常、「Order」または「Opportunity」オブジェクトにカスタムの選択リストフィールドとして設定されています。Salesforce Sales Cloudの文書またはスキーマをご確認ください。

この属性は、注文品の配送先の国を示します。受注から入金までのプロセスを地理的に分析する際の重要な切り口です。

配送先の国別に分析すると、海外注文の納品に時間がかかる、入金サイクルに差があるといった地域ごとのパフォーマンスの違いが見つかる場合があります。地域別にプロセスを分類することで、その地域特有の課題を把握し、対処できます。

プロセスを地域別に分類し、地域ごとのパフォーマンスの違いやコンプライアンス上の問題、物流上の課題を把握できます。

Salesforceの標準「Order」オブジェクトにある「ShippingCountry」フィールドです。

この属性は、注文品の納品に選択された物流サービスのレベルを示します。納期と費用に直接影響します。

「配送方法の効率分析」では、この属性を使って配送方法ごとのパフォーマンスを比較します。速達便が約束した納期を守れているか、また配送方法によって「商品出荷」から「商品納品」までの所要時間がどう変わるかを確認できます。

物流のパフォーマンスを分析し、配送方法ごとの費用と効率を評価できます。

「Order」オブジェクト、または関連するカスタムの「Shipment」オブジェクトに設定されたカスタムフィールドと考えられます。Salesforce Sales Cloudの文書またはスキーマをご確認ください。