データテンプレート: 受注から入金まで - 受注処理

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

これらの「アクティビティ」を分析することで、「プロセスフロー」の可視化、共通の経路（「バリアント」）の特定、各ステップの頻度と期間の測定が可能になります。これは、「プロセス」内で何が起きているかを理解するための基本です。

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

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

イベントタイム、つまりタイムスタンプは、アクティビティが発生した正確な時刻を記録します。このデータは、イベントを正しく順序付けし、アクティビティ間の期間を計算するために不可欠であり、あらゆる時間軸に基づいたプロセスマイニング分析の基盤となります。

この属性は、各ケースのアクティビティを並べ替え、サイクルタイムを計算し、待機時間を特定し、異なる期間におけるプロセスパフォーマンスを分析するために使用されます。不正確または欠落したタイムスタンプは、分析の有用性を著しく制限する可能性があります。

タイムスタンプは、イベントを時系列に並べ、サイクルタイムやボトルネックなど、すべてのパフォーマンスメトリクスを計算するために不可欠です。

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

「販売受注ID」は、「プロセス分析」の要であり、各顧客の「受注」がそのライフサイクルを通じて進行する際に、一意に識別します。作成や承認から履行、支払いまで、関連するすべての「アクティビティ」をリンクします。

プロセスマイニングでは、特定の「受注」に関連するすべての「イベント」がこのIDに紐付けられます。これにより、「受注」のジャーニーをエンドツーエンドで再構築することができ、個々の「受注」に関する「サイクルタイム」、「プロセスバリエーション」、および「ボトルネック」の詳細な分析が可能になります。

この属性は、関連するすべてのイベントを単一のケースにグループ化するために不可欠です。これにより、各受注のエンドツーエンドのプロセスフローを可視化し、分析することが可能になります。

これは、標準SalesforceのOrderオブジェクトの「Id」項目です。

この属性は、プロセスデータの発生源を指定します。この分析では、一貫して「Salesforce Sales Cloud」となります。

複数のシステムが存在する環境では、この項目はデータリネージとトラブルシューティングにとって重要です。単一システム環境においても、データの出所に関する重要なメタデータを提供します。

データの発生源に関する不可欠なコンテキストを提供し、データガバナンスや複数のソースシステムからのデータ統合時に重要です。

これは通常、データ抽出プロセス中にデータセットにラベルを付けるために追加される固定値です。

この属性は、ソースシステムからデータが最後に抽出された日時を記録します。これは、分析対象のデータの鮮度に関する重要なコンテキストを提供します。

アナリストは、この情報を使用して、現在表示しているプロセスデータが最新であるかを確認し、分析結果の関連性を評価します。これは、あらゆるプロセスマイニングプロジェクトにとって重要なメタデータの一部です。

ユーザーにデータの鮮度を伝え、分析がどの程度最新であるかを確実に理解してもらえます。

これは、データ抽出、変換、ロード（ETL）プロセス中に生成および追加されるタイムスタンプです。

この属性は、プロセスステップを完了する担当者を特定します。これは、営業担当者、信用アナリスト、または自動化システム利用者である可能性があります。

このユーザーに基づいた分析は、ワークロード配分、個人のパフォーマンス、自動化レベルを理解するために不可欠です。これにより、「どのユーザーが最も手戻りを処理しているか？」や「特定のチームは承認が速いのか？」といった疑問に答えることができます。また、これはソーシャルネットワーク分析にも使用され、個人間でどのように作業が引き継がれているかを把握するのに役立ちます。

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

'Order'オブジェクトの'LastModifiedById'や'OwnerId'などのフィールドで見つかります。これらのIDは、ユーザー名を取得するために'User'オブジェクトと結合する必要があります。

「アカウント名」は、販売受注に関連する顧客を特定します。これにより、顧客中心の視点から「プロセス分析」を行うことが可能になります。

この「属性」を使用することで、アナリストは特定の顧客に絞って「プロセス」をフィルタリングしたり、異なる顧客セグメント間で「プロセスパフォーマンス」を比較したり、特定の顧客が「プロセス」上の問題を継続的に経験していないかを特定できます。「プロセスパフォーマンス」と「顧客体験」を直接結びつける重要な要素です。

プロセスパフォーマンスを特定の顧客と関連付け、顧客固有の分析とセグメンテーションを通じてパターンや問題を特定できます。

Orderオブジェクトには、AccountIdというルックアップ項目があります。このIDをAccountオブジェクトと結合することで、Account.Name項目を取得できます。

この「属性」は、「下書き」、「有効化済み」、「出荷済み」、「クローズ済み」など、「販売受注」の「ステータス」を捕捉します。「ステータス変更」は、「プロセスログ」内の「アクティビティ」を生成するソースとなることがよくあります。

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

各イベントの重要なコンテキストを提供し、多くの場合アクティビティを定義する基礎となります。また、キャンセルなどのケース結果を分析する上でも鍵となります。

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

この属性は、顧客の注文の合計金額を表します。これは、プロセスの効率性や非効率性がビジネスに与える影響を理解するための重要な指標です。

分析では、注文合計金額を用いてケースをセグメント化し、例えば、高額な注文が低額な注文とは異なる処理を受けるか、またはより多くの遅延を経験するかどうかを確認できます。また、財務KPIの算出や、プロセスを通じて流れる価値を理解するためにも不可欠です。

プロセスの財務分析を可能にし、注文を金額でセグメント化したり、遅延や手戻りの金銭的影響を定量化したりすることができます。

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

この属性は、顧客が商品を受け取る希望配送日を保存します。これは、配送パフォーマンスと顧客満足度を測定するための重要なベンチマークとして機能します。

この日付は、「納期遵守トラッキング」ダッシュボードや「定時配送率」KPIで直接使用されます。実際の配送日（「配送完了」タイムスタンプ）と比較され、注文が定時に、早期に、または遅延して配送されたかを判断します。

これは、顧客満足度と業務の有効性を示す主要な指標である定時配送パフォーマンスを測定するための主要なベンチマークです。

これは、多くの場合、Orderオブジェクトのカスタム日付項目です。正確な名称は異なる場合があります。Salesforce Sales Cloudのドキュメントまたはスキーマを参照してください。

総サイクルタイムは、販売受注プロセスのエンドツーエンドの期間を測定する主要なパフォーマンス指標です。最初のイベント（例：「受注作成」）と最後のイベント（例：「受注完了」）の時間差として算出されます。

このメトリクスは、「販売受注エンドツーエンドサイクルタイム」ダッシュボードの主要な焦点です。サイクルタイムを分析することで、全体的なプロセスの非効率性を特定し、改善イニシアティブの効果を測定できます。サイクルタイムのバリエーションは、国や製品ファミリーなどの他の属性でデータをスライスすることで調査可能です。

これは、全体的なプロセス効率を測定し、システム上の問題を示唆する可能性のある長期間処理中の注文を特定するための基本的なKPIです。

データ変換中に、各'SalesOrderId'について最後のイベントのタイムスタンプから最初のイベントのタイムスタンプを差し引くことで計算されます。

「イベント終了時刻」は、「アクティビティ」の完了を示します。多くのプロセスマイニングツールは次の「アクティビティ」の開始時刻からこれを推測しますが、明示的に取得することで、特に「長期実行タスク」において、より正確な「アクティビティ期間」を提供できます。

この「属性」は、「アクティビティ」の正確な処理時間を計算するために使用されます。「信用審査実行」や「在庫割り当て」のような、かなりの期間を要する「タスク」の分析に特に有効であり、実処理時間とアイドル待機時間を区別するのに役立ちます。

個々のアクティビティ処理時間を正確に計算できます。これは、ボトルネックやリソースを多く消費するステップを特定するために不可欠です。

特定のケースのシーケンスにおける後続イベントの'StartTime'から派生できます。一部のアクティビティでは、'Task.CompletedDateTime'のような特定のフィールドである場合があります。

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

これは、「信用審査ボトルネック分析」ダッシュボードにとって不可欠です。注文が信用審査フェーズに入ったタイミングと完了したタイミング、およびその最終ステータスを追跡することで、組織はこのステップの期間と結果を測定し、遅延の潜在的原因として特定することができます。

与信チェックステップの分析を直接サポートし、その期間、成功率、および全体的なサイクルタイムへの影響を測定するのに役立ちます。

これは、OrderオブジェクトまたはAccountオブジェクトのカスタム項目である可能性が高いです。Salesforce Sales Cloudのドキュメントまたはスキーマを参照してください。

処理時間とは、タスクに積極的に費やされた時間であり、アクティビティの終了時間と開始時間の差として算出されます。これは、アクティビティ間のアイドル時間である待機時間とは異なります。

この指標は、「Credit Check Performed」アクティビティのようなボトルネック分析にとって不可欠です。アクティブな処理時間を切り分けて分析することで、遅延がタスク自体の非効率な作業によるものなのか、あるいはタスク開始前の長い待機列によるものなのかを判断できます。

特定のタスクにおけるアクティブな作業時間を特定し、非効率な活動と長い待機時間を区別するのに役立ちます。

データ変換中に、'EventEndTime'から'EventTime'（'StartTime'）を差し引くことで計算されます。

この属性は、注文が発送される国を指定します。これは、受注から入金までのプロセスの地域分析における重要なディメンションです。

発送国別に分析することで、国際注文における配送時間の延長や支払回収サイクルの変動など、プロセスパフォーマンスにおける地域差を明らかにすることができます。これにより、プロセスをセグメント化し、地域固有の課題を理解して対処することが可能になります。

プロセスの地理的セグメンテーションを可能にし、これにより、地域ごとのパフォーマンスの違い、コンプライアンス問題、または物流上の課題を浮き彫りにすることができます。

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

この属性は、注文の配送に選択された物流サービスレベルを示します。これは配送期間とコストに直接影響します。

「配送方法効率分析」ダッシュボードでは、この属性を用いて異なる配送オプションのパフォーマンスを比較します。これにより、速達便が納期を満たしているか、また、異なる方法が全体の「出荷済み」から「配送完了」までの期間にどのように影響するかを判断するのに役立ちます。

ロジスティクスのパフォーマンス分析を可能にし、さまざまな配送オプションのコストと効率を評価するのに役立ちます。

これは、Orderオブジェクト、または関連するカスタムShipmentオブジェクトのカスタム項目である可能性が高いです。Salesforce Sales Cloudのドキュメントまたはスキーマを参照してください。

この算出属性は、線形かつ順方向への進行から逸脱するケースを特定します。手戻りは、アクティビティが繰り返される場合や、プロセスが以前の段階にループバックする場合に発生し、これは多くの場合、エラー、情報不足、または却下された承認が原因です。

このフラグは、「受注手戻り率」KPIを算出し、「受注手戻りおよびエラー率」ダッシュボードの基盤となります。これにより、非効率性の頻度と影響を定量化し、より良い品質管理やプロセスの明確化が必要な領域を特定するのに役立ちます。

余分な、計画外の作業を必要とする注文にフラグを立てることで、プロセスの非効率性を定量化し、コストとサイクルタイムに直接影響を与えます。

プロセスマイニングソフトウェア、またはデータ変換中に、特定のケースにおける繰り返されるアクティビティ名や逆行するプロセスフローを検出することで計算されます。

この算出メトリクスは、受注から入金までのサイクルにおける最終的かつ重要な段階、つまり支払いの効率性を測定します。これは、「顧客への請求書送付」アクティビティと「入金」アクティビティの間の期間です。

この属性は、「支払回収期間」ダッシュボードおよび「支払い実現時間」KPIを直接サポートします。この期間を分析することで、財務部門は回収におけるボトルネックを特定し、支払条件の有効性を評価し、キャッシュフローを加速する機会を見つけることができます。

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

データ変換中に、各ケースについて'Payment Received' イベントのタイムスタンプから'Invoice Sent to Customer' イベントのタイムスタンプを差し引くことで計算されます。

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

「担当者」別に分析することで、チームまたは個人の「ワークロード」や「受注」ポートフォリオ管理におけるパフォーマンスを評価するのに役立ちます。どの担当者が担当する「受注」が頻繁に滞ったり、「手戻り」が発生したりしているかを明確にし、潜在的な指導の機会を示すことができます。

受注の成功に責任を持つ担当者を特定し、担当者レベルでのワークロードとパフォーマンスの分析に役立ちます。

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

この真偽値属性は、顧客の期待に対する配送パフォーマンスの直接的な測定基準です。「商品配送完了」アクティビティのタイムスタンプと「希望配送日」を比較することで算出されます。

これは、「定時配送率」KPIの主要な計算となります。このフラグを分析することで、組織は信頼性とコミットメントへの遵守を理解できます。これらは顧客満足度の主要な推進要因です。他の属性と組み合わせることで、特定の配送方法や地域で定時配送率が低いかどうかを明らかにできます。

顧客との約束に対するパフォーマンスを明確かつ二値的に測定する指標であり、オンタイムデリバリー率KPIを直接的に支援します。

データ変換中に計算されます。ロジックは次のとおりです：IF ('Goods Delivered' EventTime <= 'RequestedDeliveryDate') THEN true ELSE false。

この真偽値属性は、自動ステータス更新などのシステムの自動化によってトリガーされるイベントと、ユーザーが手動で実行するイベントを区別します。これは、プロセスにおける自動化のレベルを理解する上で重要です。

この属性を分析することで、自動化が効率性と一貫性に与える影響を定量化できます。自動化された経路と手動の経路を比較でき、手作業の削減やエラーの可能性を減らすためのさらなる自動化の機会を浮き彫りにすることが可能です。

システムとユーザーのアクションを区別するのに役立ち、自動化分析や手作業を削減するための機会を特定する上で不可欠です。

データ変換中に、'UserPerformingAction'が指定されたシステムユーザーであるかをチェックするか、またはアクティビティタイプに基づいたルールによって派生されます。

「製品ファミリー」は、販売受注に含まれる品目の上位レベルでの分類を提供します。これにより、販売される製品の種類に基づいた「プロセス分析」が可能になります。

この「属性」は、「プロセス」をセグメント化し、特定の「製品ファミリー」が異なる「プロセスパス」、「より長いサイクルタイム」、または「より高い手戻り率」を持つかどうかを判断するために使用できます。例えば、複雑で設定可能な製品は、標準的な既製製品よりも詳細な承認および履行「プロセス」をたどる可能性があります。

製品カテゴリ別にセグメント化されたプロセス分析を可能にし、製品の種類によってプロセス効率に変動が生じるかどうかを明らかにします。

「Product2」オブジェクトから取得されます。これは「OrderItem」ジャンクションオブジェクトを介して「Order」にリンクされており、Order -> OrderItem -> PricebookEntry -> Product2の結合が必要です。

「請求書ID」は、「販売受注」とそれに対応する「財務請求書」をリンクします。この請求書の作成と送付は、「受注から入金までのプロセス」の後半における主要なマイルストーンです。

この「属性」は、受注品の履行から支払いまでの「プロセス」を追跡するために不可欠です。「請求書作成」および「顧客への請求書送付」の「アクティビティ」を正確に測定することを可能にし、これは「支払い回収期間」の算出に必要となります。

受注を請求サブプロセスと連携させ、財務活動や支払サイクルタイムを正確に追跡できます。

これは、多くの場合、Orderオブジェクト上のカスタムルックアップ項目であり、標準またはカスタムのInvoiceオブジェクトを指します。正確な実装は異なります。

「販売チャネル」属性は、「受注」をその発生源に基づいて分類します。これにより、異なる「チャネル」間での「プロセスパフォーマンス」の比較分析が可能になります。

これは、「販売チャネル別パフォーマンス比較」ダッシュボードにとって不可欠です。「チャネル」でフィルタリングまたは比較することで、企業はどの「チャネル」が最も効率的か、どの「チャネル」で最も「手戻り」が多いか、そしてパフォーマンスを合わせるためにどの「標準化」努力が必要かを特定できます。

異なるビジネスチャネル間でのパフォーマンス比較を可能にし、ベストプラクティスとプロセス調和の領域を特定するのに役立ちます。

これは通常、「Order」または「Opportunity」オブジェクト上のカスタム選択リストです。Salesforce Sales Cloudのドキュメントまたはスキーマを参照してください。