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

アクティビティ名は、「Order Created」、「Credit Check Performed」、「Invoice Sent」など、販売受注プロセスの各ステップを表します。これらのアクティビティはプロセスマップを構成する基本要素であり、システムイベント、ステータス変更、タスクの完了から生成されます。

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

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

通常は、「Order.Status」フィールドのステータス変更、関連レコード（例：Invoice）の作成、またはOrderに関連する完了済みの「Task」や「Event」レコードから取得します。

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

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

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

「Order」オブジェクトまたは関連レコードの「CreatedDate」や「LastModifiedDate」などのフィールドに対応します。特定のイベントでは、「Task」レコードの完了日から取得する場合があります。

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

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

関連するすべてのイベントを1つのケースにまとめるために欠かせない属性です。販売受注ごとのプロセスフローをエンドツーエンドで可視化し、分析できます。

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

プロセスデータの取得元を示す属性です。この分析では、常に「Salesforce Sales Cloud」となります。

複数のシステムを利用する環境では、データの系譜を確認したり、問題を切り分けたりするために欠かせません。単一システムの環境でも、データの取得元に関する重要なメタデータを提供します。

データの取得元に関する重要な背景情報を提供します。データガバナンスや、複数のソースシステムからデータを統合する際に役立ちます。

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

ソースシステムからデータを最後に取得した日付と時刻を記録します。分析対象データの鮮度を把握するための重要な情報です。

分析担当者はこの情報を使って、最新のプロセスデータを見ているかどうかを確認し、分析結果の有効性を判断します。あらゆるプロセスマイニングプロジェクトに必要なメタデータです。

データの最新性を示し、分析がどの時点の情報に基づいているかを確認できるようにします。

データの抽出、変換、ロード（ETL）処理中に生成・追加されるタイムスタンプです。

販売受注に関連する顧客を識別します。顧客を起点としたプロセス分析が可能になります。

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

プロセスパフォーマンスを特定の顧客に結び付け、顧客別の分析やセグメント化を可能にします。傾向や問題の特定に役立ちます。

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

販売受注の状態を示す属性で、「Draft」、「Activated」、「Shipped」、「Closed」などの値があります。ステータス変更は、プロセスログのアクティビティを生成する際の情報源になることがよくあります。

受注ステータスを分析すると、各イベントの背景を把握でき、受注の進捗を追跡できます。また、「Cancelled」になった受注と正常に「Closed」になった受注を区別するなど、ケースの結果を理解するうえでも重要です。

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

標準Salesforce「Order」オブジェクトの「Status」選択リストフィールドです。

顧客の受注総額を示す属性です。プロセスの効率化または非効率化が事業に与える影響を把握するための重要な指標です。

分析では、受注合計金額によってケースを分類し、高額受注が低額受注と異なる処理を受けているか、遅延が多いかなどを確認できます。財務KPIの計算や、プロセスを通過する金額の把握にも欠かせません。

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

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

合計サイクルタイムは、販売受注プロセスのエンドツーエンドの所要時間を測定する重要なパフォーマンス指標です。最初のイベント（例：「Order Created」）と最後のイベント（例：「Order Closed」）の時間差として計算します。

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

プロセス全体の効率を測定し、組織的な問題を示す可能性がある長期化した受注を特定するための基本的なKPIです。

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

顧客が商品の受け取りを希望する日付を記録します。納品パフォーマンスと顧客満足度を測定するための重要な基準です。

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

納期どおりの納品パフォーマンスを測定する主要な基準です。顧客満足度と業務効率を示す重要な指標です。

通常は「Order」オブジェクトのカスタム日付フィールドです。正確なフィールド名は環境によって異なる場合があります。Salesforce Sales Cloudのドキュメントまたはスキーマを確認してください。

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

このユーザー単位の分析は、業務量の分布、個人のパフォーマンス、自動化の度合いを把握するために重要です。「手戻りが最も多いユーザーは誰か」「承認が速いチームはあるか」といった問いに答えられます。また、個人間の業務の引き継ぎを確認するソーシャルネットワーク分析にも使われます。

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

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

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

この属性を使って、アクティビティの正確な処理時間を計算します。「Credit Check Performed」や「Inventory Allocated」など、所要時間の長いタスクを分析する際に特に役立ちます。実際の処理時間と、何も処理されていない待機時間を分けて把握できます。

個々のアクティビティの処理時間を正確に計算できるため、ボトルネックや多くのリソースを必要とするステップの特定に役立ちます。

特定のケースにおけるシーケンス上、次のイベントの「StartTime」から導出できます。アクティビティによっては、「Task.CompletedDateTime」などの専用フィールドを使用する場合があります。

顧客の与信評価の結果を示します。受注プロセスにおける重要な関門になることが多く、「Approved」、「Rejected」、「Pending」などの値があります。

「与信審査ボトルネック分析」ダッシュボードに欠かせません。受注が与信審査に入った時点と出た時点、最終ステータスを追跡することで、このステップの所要時間と結果を測定し、遅延の原因になっているかを特定できます。

与信審査ステップの分析を直接支援し、所要時間、成功率、全体のサイクルタイムへの影響を測定できます。

「Order」または「Account」オブジェクトのカスタムフィールドである可能性があります。Salesforce Sales Cloudのドキュメントまたはスキーマを確認してください。

受注から入金までのサイクルにおける最後の重要な段階、つまり入金までの効率を測定する計算指標です。「顧客への請求書送付」アクティビティから「入金確認」アクティビティまでの期間を示します。

「入金回収期間」ダッシュボードと「入金実現時間」KPIを直接支援します。この期間を分析すると、財務部門は回収におけるボトルネックを特定し、支払条件の効果を評価し、キャッシュフローを早める機会を見つけられます。

売掛金回収プロセスの効率を測定し、会社のキャッシュフローに直接影響します。

データ変換時に、ケースごとに「Payment Received」イベントのタイムスタンプから「Invoice Sent to Customer」イベントのタイムスタンプを差し引いて計算します。

受注担当者は、受注に対して主な責任を持つ営業担当者またはアカウントマネージャーです。特定の操作を実行したユーザーとは異なり、ケース全体の進行に責任を負います。

担当者別に分析すると、担当する受注ポートフォリオの業務量やパフォーマンスを評価できます。受注が滞ったり、手戻りが発生したりすることの多い担当者を特定し、コーチングの機会を見つけることもできます。

受注の成功に責任を負う担当者を特定し、担当者単位で業務量とパフォーマンスを分析できます。

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

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

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

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

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

顧客の期待に対する納品パフォーマンスを直接測定する真偽値属性です。「Goods Delivered」アクティビティのタイムスタンプと「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」フィールドです。

受注品の配送に選択した物流サービスのレベルを示します。納期とコストに直接影響します。

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

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

「Order」オブジェクト、または関連するカスタム「Shipment」オブジェクトのカスタムフィールドである可能性があります。Salesforce Sales Cloudのドキュメントまたはスキーマを確認してください。