リードから入金までのデータテンプレート
リードから入金までのデータテンプレート
- 収集を推奨する属性
- 追跡する主要アクティビティ
- SAP Sales Cloudからの抽出方法
リードから入金までの属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ名
ActivityName
|
プロセス内の特定の時点で発生した業務アクティビティまたはイベントの名称です。 | ||
|
説明
アクティビティ名は、リードから入金までのプロセスにおける特定のステップまたはイベントを示します。たとえば、「リード評価完了」、「見積作成」、「入金確認」などです。これらのイベントが、各営業商談のプロセスフローを構成する一連のアクションになります。 これらのアクティビティの分析は、プロセスマイニングの中心です。プロセスマップの可視化、ステップ間のボトルネックの特定、さまざまなプロセス経路の発生頻度の測定が可能になり、営業プロセスが実際にどのように実行されているかを明らかにできます。
重要な理由
プロセスマップ上のステップを定義する属性であり、プロセスフローの可視化と分析に欠かせません。
入手先
SAP Sales Cloudのトランザクションログに記録された、ビジネスオブジェクトのステータス変更、文書作成イベント、特定のユーザー操作などから生成されます。
例
リードを獲得営業案件を作成顧客に見積書を送付入金を確認
|
|||
|
イベント時刻
EventTime
|
特定のアクティビティまたはイベントが発生した日時を示すタイムスタンプです。 | ||
|
説明
イベント時刻には、アクティビティが完了した正確な日時が記録されます。この時系列データは、プロセスステップの実行時点と所要時間を把握するために欠かせません。プロセスフローを構築するために必要なイベントの時系列も提供します。 プロセス分析では、タイムスタンプを使ってアクティビティ間のサイクルタイムや営業プロセス全体の所要時間を計算し、遅延やボトルネックを特定します。時間の経過に沿ってタイムスタンプを分析すれば、プロセスパフォーマンスの傾向も把握できます。
重要な理由
イベントを時系列に並べるために欠かせないタイムスタンプです。サイクルタイムの計算やボトルネックの特定など、時間に基づくすべての分析で使用します。
入手先
通常、SAP Sales CloudのLead、Opportunity、Quote、Sales Orderなどのビジネスオブジェクトに関連付けられた「Creation Date」または「Last Changed Date」フィールドに記録されています。
例
2023-04-15T10:30:00Z2023-05-02T14:00:00Z2023-06-20T09:15:00Z
|
|||
|
営業商談
SalesOpportunityId
|
営業商談を一意に識別する識別子であり、リードから入金までのプロセスにおける主要なケース識別子です。 | ||
|
説明
営業商談IDは、リードとして始まった段階から、受注または失注として最終的に確定するまで、各見込み案件を一意に識別します。リードの評価、見積作成、受注処理、入金など、関連するすべてのアクティビティをつなぐ中心的な識別子です。 プロセスマイニング分析では、このIDを使って各商談のエンドツーエンドの進行を再構成できます。すべてのイベントを関連付けられるため、商談ごとにプロセスのバリアント、サイクルタイム、コンバージョン率を分析できます。
重要な理由
プロセス内のすべてのアクティビティを関連付ける必須のケースIDです。各営業商談のライフサイクル全体を追跡できます。
入手先
SAP Sales CloudにおけるOpportunityビジネスオブジェクトの主キーです。
例
OP-8000123456OP-8000123457OP-8000123458
|
|||
|
リードソース
LeadSource
|
最初のリードを獲得したマーケティングチャネルまたは発生元です。 | ||
|
説明
リードソースは、見込み顧客を最初に特定した経路を示します。たとえば、Webフォーム、展示会、パートナーからの紹介などです。通常、リードの作成時に記録されます。 この属性は、「ソース別リードコンバージョン率」ダッシュボードに欠かせません。この軸を分析すると、マーケティングと営業のチームは、最も価値の高いリードを生み出すチャネルを把握し、リソース配分やマーケティングキャンペーンを改善できます。
重要な理由
さまざまなマーケティングチャネルの効果を測定し、リード獲得戦略を改善するために欠かせません。
入手先
SAP Sales CloudのLeadおよびOpportunityビジネスオブジェクトにあります。フィールド名は「Source」または「Origin」であることが一般的です。
例
ウェビナーパートナー紹介展示会Webサイトからの問い合わせ
|
|||
|
割引率
DiscountPercentage
|
営業見積または受注に適用された割引率です。 | ||
|
説明
通常、見積または受注の段階で商談に適用された全体の割引率を記録する属性です。定価に対する割合で表します。 財務パフォーマンスと営業規律を分析するための重要な指標です。「割引分布」ダッシュボードでは、この属性を使って営業担当者や商品ごとの値引き行動を監視します。また、「割引承認コンプライアンス」KPIにも使用し、大幅な値引きが適切な承認ワークフローに従っているかを確認します。
重要な理由
価格戦略、営業チームの値引き行動、収益性への影響を分析するうえで重要です。
入手先
SAP Sales Cloudの関連するSales QuoteまたはSales Orderビジネスオブジェクトにある価格要素から計算されます。
例
0.050.100.25
|
|||
|
受注金額
SalesOrderAmount
|
商談に関連付けられた受注の合計金額です。 | ||
|
説明
商談が受注に至り、Sales Orderが作成された時点で販売される商品またはサービスの合計金額を表す属性です。営業プロセスを成功裏に完了して得られる売上を示します。 受注金額は、分析における重要な財務軸です。商談を規模別(小規模、中規模、大規模など)に分類し、プロセスの動きに違いがあるかを確認できます。また、受注した商談と失注した商談の合計金額を示すことで、受注率などのKPIに金額の観点を加えられます。
重要な理由
プロセスに財務面の軸を加え、営業サイクルと結果を金額別に分析できます。
入手先
SAP Sales Cloudの関連するSales Orderビジネスオブジェクトにある「Total Net Value」フィールドから取得します。
例
50000.00125000.507800.00
|
|||
|
商品カテゴリ
ProductCategory
|
商談で販売される商品またはサービスのカテゴリです。 | ||
|
説明
商品カテゴリは、商談に含まれる個別の商品やサービスを、「ハードウェア」、「ソフトウェア」、「コンサルティングサービス」などの大きな分類にまとめます。個別の商品が多数ある場合でも、分析しやすくなります。 商品カテゴリ別の分析は、提供内容の種類によって営業プロセスがどのように異なるかを把握するうえで欠かせません。「割引分布」や「受注処理効率」などのダッシュボードで使用し、特定のカテゴリで割引率が高いか、納品までの時間が長いかを確認できます。
重要な理由
販売する商品またはサービスの種類に応じたプロセスの違いを分析できます。種類によって営業サイクルが大きく異なる場合があります。
入手先
SAP Sales CloudのSales QuoteまたはSales Orderの明細に関連付けられた商品マスターデータから生成されます。
例
ソフトウェアライセンスハードウェアプロフェッショナルサービスサポートサブスクリプション
|
|||
|
商談ステータス
OpportunityStatus
|
「Open」、「Won」、「Lost」など、営業商談の現在の状態または結果です。 | ||
|
説明
この属性は、特定時点における営業商談全体のステータスを示します。商談が進行中なのか、受注に至ったのか、競合他社やその他の理由で失注したのかを表します。 最終ステータスの分析は、商談受注率などの主要KPIを計算するうえで基本となります。また、成功した経路だけに絞り込んだり、失注につながりやすいプロセスパターンを調査したりできます。
重要な理由
ケースの結果を定義します。受注率・失注率の計算や、成功した商談と成功しなかった商談のプロセス経路を分析するうえで重要です。
入手先
SAP Sales CloudのOpportunityビジネスオブジェクトにある「Status」フィールドです。
例
オープン処理中受注失注停止
|
|||
|
営業担当者
SalesRepresentative
|
営業商談の管理を担当する従業員です。 | ||
|
説明
リードまたは商談の担当者であるユーザーまたは従業員を示す属性です。多くの場合、顧客との主な窓口となり、営業パイプラインに沿って商談を進める責任を担います。 分析では、営業担当者がパフォーマンス比較の重要な軸になります。担当者、チーム、地域ごとに営業サイクル、受注率、プロセス遵守状況を評価できるため、成果の高い担当者やコーチングが必要な領域を特定できます。
重要な理由
従業員ごとのパフォーマンス分析が可能になり、営業担当者に対するコーチングの機会やベストプラクティスを特定できます。
入手先
SAP Sales CloudのOpportunityまたはLeadビジネスオブジェクトにおける「Owner」または「Employee Responsible」の担当者ロールに関連付けられています。
例
John SmithMaria GarciaChen Wei
|
|||
|
ソースシステム
SourceSystem
|
データの取得元となるシステムを識別します。 | ||
|
説明
イベントデータが生成されたソースアプリケーションを示す属性です。このプロセスでは通常「SAP Sales Cloud」ですが、リード獲得に使うマーケティングオートメーションプラットフォームなど、ほかの連携システムが含まれる場合もあります。 複数のシステムで構成された環境では、データの系譜を把握し、データ連携の問題を調査するうえで重要な属性です。各情報の取得元を明確にしたうえで分析できるようになります。
重要な理由
連携環境におけるデータの取得元を区別し、分析時にデータの系譜と文脈を明確にします。
入手先
通常、レコードの取得元を示すために、データ抽出時に追加される固定値です。
例
SAP Sales CloudSAP C4CSSC_PROD_100
|
|||
|
最終データ更新日時
LastDataUpdate
|
ソースシステムからデータが最後に抽出または更新された日時を示すタイムスタンプです。 | ||
|
説明
イベントログのデータが最後に更新された日時を示す属性です。分析対象データの鮮度を把握するための文脈を提供し、分析結果の妥当性を判断するうえで役立ちます。 プロセス分析では、データがいつ更新されたかを把握することが欠かせません。分析結果が現在の業務を反映しているのか、過去の期間を反映しているのかを関係者が判断できるため、分析に基づく意思決定にも影響します。
重要な理由
データの鮮度に関する重要な文脈を提供し、最新の情報に基づいて分析と意思決定を行えるようにします。
入手先
データの抽出および変換(ETL)処理中に追加されるメタデータのタイムスタンプです。
例
2024-07-20T02:00:00Z2024-07-21T02:00:00Z
|
|||
|
営業組織
SalesOrganization
|
販売を担当する組織単位です。 | ||
|
説明
営業組織は、販売取引を担当する企業内の特定の部門、事業部、またはチームを表します。SAPにおける企業構造の重要な要素です。 この属性を使うと、事業のさまざまな部門に分けて分析できます。事業部門や営業部門ごとにプロセスパフォーマンス、受注率、サイクルタイムを比較し、組織全体の効率を把握できます。
重要な理由
異なる事業部門や社内部門を横断したパフォーマンス比較とプロセス分析が可能になります。
入手先
SAP Sales CloudのOpportunityまたはSales Orderにおける主要な組織割り当てフィールドです。
例
US01DE01法人営業:北部
|
|||
|
地域
Region
|
顧客または営業チームが所在する地理的な地域です。 | ||
|
説明
地域は、営業商談に割り当てられた地理的な範囲を表します。通常は顧客の所在地や営業組織の構成に基づき、国、州、または独自に定義した営業テリトリーなどが該当します。 セグメント分析における重要な属性です。「商談受注率パフォーマンス」ダッシュボードで直接使用し、地域間のパフォーマンスを比較します。地域ごとのプロセス効率、市場での成果、営業戦略の違いを特定できます。
重要な理由
営業パフォーマンスを地理的に分析し、受注率、サイクルタイム、プロセス実行における地域差を明らかにします。
入手先
通常、SAP Sales Cloudで管理される顧客住所または商談に割り当てられた営業組織から生成されます。
例
北米EMEAAPACLATAM
|
|||
|
手戻りあり
IsReworked
|
アクティビティまたはケースで手戻りが発生したかどうかを示すフラグです。 | ||
|
説明
営業受注の作成後に変更が加えられた場合や、見積が複数回修正された場合など、プロセス内に手戻りのループが検出されるとtrueに設定されます。アクティビティの順序を分析して生成されます。 この計算属性は、プロセスの非効率を定量化するうえで欠かせません。「営業受注手戻り頻度」ダッシュボードと「営業受注手戻り率」KPIを直接支援し、分析ツールで複雑なパターン照合を行わなくても、手戻りの発生を絞り込み、件数を集計できます。
重要な理由
手戻りのループがあるケースにフラグを付けることで、プロセスの非効率を直接定量化し、手戻りの頻度と原因を分析しやすくします。
入手先
ソースシステムには存在しません。アクティビティの繰り返しパターン(例:「Sales Order Created」に続く「Sales Order Reworked」)を検出し、データ変換時に計算されます。
例
truefalse
|
|||
|
支払条件
PaymentTerms
|
「Net 30」や「Net 60」など、合意された支払い条件です。 | ||
|
説明
支払条件は、顧客が商品またはサービスの代金を支払う際の条件を定めます。通常、受注または契約の段階で設定され、請求書の支払期日を決定します。 「入金回収サイクルタイム」ダッシュボードの重要な分析軸です。支払条件別に分析すると、顧客が合意したスケジュールを守っているか、どの条件で入金サイクルが長くなるか、または短くなるかを確認できます。
重要な理由
入金回収分析の文脈を提供し、遅延が顧客の行動によるものか、緩やかな支払条件によるものかを判断できます。
入手先
SAP Sales CloudのSales Orderまたは顧客マスターデータにあります。
例
30日払い60日払い受領時払い
|
|||
|
配送方法
ShippingMethod
|
商品を顧客に届けるために使用する方法です。 | ||
|
説明
注文の物流または配送方法を示す属性です。「陸上輸送」、「航空貨物」、「デジタル配送」などが該当します。物理的な商品を扱うプロセスで使用します。 「受注処理効率」ダッシュボードでは、この属性を使って配送方法ごとの納品時間を分析できます。特定の物流チャネルにおける非効率を明らかにしたり、顧客への納期案内をより正確にしたりできます。
重要な理由
配送チャネル別に納品パフォーマンスを分類し、受注処理におけるボトルネックの診断に役立ちます。
入手先
通常、SAP Sales CloudのSales Orderビジネスオブジェクトにおける明細レベルまたはヘッダーレベルにあります。
例
陸上輸送翌日航空便デジタルダウンロード貨物輸送
|
|||
|
顧客名
CustomerName
|
営業商談に関連付けられた企業または個人の名称です。 | ||
|
説明
営業案件の見込み顧客を示す属性です。システム内の特定のアカウントに営業プロセスを関連付けます。 顧客別に分析すると、顧客を中心とした営業プロセスの見方が可能になります。営業サイクルが最も長い顧客や、手戻りが多い顧客を特定できるほか、顧客別の「入金回収サイクルタイム」などのKPIにも欠かせません。
重要な理由
顧客を中心とした分析が可能になり、特定のアカウントにおける営業サイクルや入金行動のパターンを特定できます。
入手先
SAP Sales CloudのOpportunityビジネスオブジェクトにおける「Account」または「Prospect」の担当者ロールに関連付けられています。
例
Global Tech Inc.Innovate Solutions Ltd.Dynamic Corp
|
|||
リードから入金までのアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
|
入金を確認
|
顧客からの入金が受領され、処理されたことを確認し、財務取引が完了したことを示します。この情報はほぼ常に外部の財務システムまたはERPから取得され、SAP Sales Cloudの請求書または受注のステータスを更新します。 | ||
|
重要な理由
受注から入金までのプロセスで、価値を実現する最後のステップです。請求書発行から入金までの「Payment Collection Cycle Time」を測定することは、キャッシュフローの管理と売掛金業務の評価における重要なKPIです。
入手先
InvoiceまたはSales Orderオブジェクトのステータスが「Paid」または「Cleared」に変更されたことから推定します。このデータは外部の財務システムから取得します。
取得
Invoiceのステータスが「Paid」または「Cleared」に変更されたタイムスタンプを特定します。
イベントタイプ
inferred
|
|||
|
受注を作成
|
正式な受注が作成されたことを示します。受注処理と請求を開始する社内の正式な文書であり、ユーザーがSales Orderオブジェクトを作成して親営業案件に関連付けた時点で明示的に記録されます。 | ||
|
重要な理由
営業から業務部門へ引き継ぐ重要なポイントです。「Opportunity Won」から「Sales Order Created」までの期間を分析すると社内の遅延を把握でき、この時点以降の手戻りを追跡するとデータ品質の問題を特定できます。
入手先
このイベントは、Opportunityに関連付けられたSales Orderビジネスオブジェクトの作成タイムスタンプに対応します。
取得
関連するSales Orderレコードの作成日時を使用します。
イベントタイプ
explicit
|
|||
|
営業案件を作成
|
評価済みのリードが具体的な営業活動へ移行し、営業案件が正式に開始されたことを示します。Opportunityビジネスオブジェクトが作成された時点でシステムに明示的に記録され、元のリードのデータが引き継がれることもあります。 | ||
|
重要な理由
営業サイクル分析の主な起点となる基本的なアクティビティです。案件が具体化した時点から、営業サイクルの期間、成約率、営業チームの成果を測定できます。
入手先
SAP Sales CloudのOpportunityビジネスオブジェクトの作成タイムスタンプに対応します。
取得
Opportunityレコードの作成日時を使用します。
イベントタイプ
explicit
|
|||
|
営業案件を失注
|
競合他社に案件を奪われた、または顧客が購入しないことを決めたなど、営業案件が失注して明確に終了したことを示します。ユーザーがOpportunityのステータスを「Lost」または「Closed Lost」に変更した時点で記録されます。 | ||
|
重要な理由
営業案件をいつ、なぜ失注したかを分析することは、営業戦略の改善に欠かせません。失注時点を終点として、平均的にどのステージで離脱するか、失注理由として何が多いかなどを分析できます。
入手先
Opportunityビジネスオブジェクトのステータス変更履歴から推定します。ステータスが「Lost」または「Closed Lost」に更新された時点のタイムスタンプです。
取得
Opportunityオブジェクトのステータスが「Lost」に変更されたタイムスタンプを特定します。
イベントタイプ
inferred
|
|||
|
営業案件を成約
|
案件が無事に成約し、組織が受注を確保したことを示します。ユーザーがOpportunityのステータスを「Won」に変更した時点で記録される、標準的で明示的な操作です。 | ||
|
重要な理由
成約率と営業成果を測定する重要なマイルストーンです。多くの場合、受注作成や受注処理などの後続プロセスを開始するきっかけとなり、受注から入金までのサイクルにおける重要な移行点になります。
入手先
Opportunityビジネスオブジェクトのステータス変更履歴から推定します。ステータスが「Won」に更新された時点のタイムスタンプです。
取得
Opportunityオブジェクトのステータスが「Won」に変更されたタイムスタンプを特定します。
イベントタイプ
inferred
|
|||
|
営業案件を成約済みにする
|
受注作成や受注処理などの後続アクティビティが完了した後、成功した営業案件に設定される最終ステータスです。ユーザーがOpportunityのステータスを最終的な「Closed」に変更し、理由として「Won」を指定した時点で記録されます。 | ||
|
重要な理由
プロセスマイニング分析における成功時の終点となり、成約案件のエンドツーエンドの営業サイクル期間を算出できます。プロセスの終了を明確に確定できます。
入手先
Opportunityオブジェクトのステータス変更履歴から推定します。ステータスが「Closed」に更新され、理由が「Won」となった時点のタイムスタンプです。
取得
ステータスが「Closed」に変更され、理由コードが「Won」となったタイムスタンプを特定します。
イベントタイプ
inferred
|
|||
|
顧客に見積書を送付
|
正式な見積書を顧客に提出し、確認を依頼した時点を示します。通常は、Sales Quoteオブジェクトのステータスが「In Preparation」から「Sent」または「Proposed」などに変更されたことから推定します。 | ||
|
重要な理由
顧客との交渉と意思決定にかかる時間の計測を開始する重要なマイルストーンです。このイベントから見積承諾までの期間を分析することで、案件の進行速度と交渉上のボトルネックを把握できます。
入手先
Sales Quoteビジネスオブジェクトのステータス変更履歴から推定します。送付済みを示す値にステータスが更新されたタイムスタンプを確認します。
取得
Sales Quoteオブジェクトのステータスが「Sent」に変更されたタイムスタンプを特定します。
イベントタイプ
inferred
|
|||
|
ソリューションを提案
|
見込み顧客にソリューションまたは製品構成を提示したことを示します。通常は、Opportunityオブジェクトの営業ステージまたはステータスが「Proposal」や「Solution Design」などに変更されたことから推定します。 | ||
|
重要な理由
このステージにかかった時間と見積もり段階への移行を分析すると、ソリューション検討プロセスのボトルネックを特定できます。最初の接点から具体的な提案に至るまでの期間を把握できます。
入手先
Opportunityオブジェクトの変更ログまたはステータス履歴から推定します。営業ステージが「Solution Proposed」や「Value Proposition」などに更新された時点を確認します。
取得
Opportunityの営業ステージ項目が提案を示す値に変更されたタイムスタンプを特定します。
イベントタイプ
inferred
|
|||
|
リードを獲得
|
このアクティビティは、SAP Sales Cloudでリードレコードが最初に作成されたことを示します。見込み顧客からの最初の接点または関心を表し、通常はWebフォーム、リストのインポート、またはユーザーによる手動入力から自動的に記録されます。 | ||
|
重要な理由
このイベントを追跡することは、リードソースごとの効果を分析し、リード獲得量全体を測定するうえで重要です。リードのコンバージョン率を算出し、営業ファネルの上流を把握する際の起点になります。
入手先
このイベントは、Leadビジネスオブジェクトの作成タイムスタンプから取得します。リードのソースは通常、同じオブジェクトの属性として記録されています。
取得
Leadレコードの作成日時を使用します。
イベントタイプ
explicit
|
|||
|
リードを評価済みにする
|
リードの評価が完了し、有望な営業見込み客とみなす基準を満たした時点を示します。通常は、ユーザーがLeadのステータスを「Qualified」または同等の状態に手動で変更した時点で記録され、コンバージョンの準備が整ったことを意味します。 | ||
|
重要な理由
このアクティビティにより、未評価のリードと有望な見込み客を分け、評価プロセスの効率を分析できます。さまざまなソースから得たリードの質を判断し、リード獲得から営業活動開始までのボトルネックを特定するのに役立ちます。
入手先
Leadビジネスオブジェクトのステータス変更履歴から推定します。ステータス項目が「Qualified」に更新されたタイムスタンプを確認します。
取得
Leadオブジェクトでステータスが「Qualified」に変更されたタイムスタンプを特定します。
イベントタイプ
inferred
|
|||
|
受注を変更
|
提出済みの受注に対して変更または訂正が行われたことを示します。たとえば、受注ステータスが「Submitted」から「In Process」または「Pending Revision」に戻るなど、ステータスのループを検出して推定します。 | ||
|
重要な理由
手戻りを特定することは、プロセスの非効率、入力ミス、営業と業務部門間のコミュニケーション不足を明らかにするうえで重要です。手戻りの頻度が高い場合は、遅延やコスト増加につながる品質問題があることを示します。
入手先
Sales Orderオブジェクトのステータス変更履歴から推定します。ステータスが後戻りする動きやループを特定するため、変更の順序を分析します。
取得
「Submitted」から「In Process」への変更など、ループを示すステータス遷移を検出します。
イベントタイプ
inferred
|
|||
|
受注処理を完了
|
製品が顧客に出荷された、またはサービスが提供されたことを示します。多くの場合、ERPまたは物流システムとの連携によって取得され、SAP Sales CloudのSales Orderのステータスが更新されます。 | ||
|
重要な理由
納品工程が完了したことを示します。「Sales Order Created」から「Order Fulfilled」までの期間を測定することは、受注処理の効率と顧客満足度への影響を監視するうえで重要です。
入手先
通常は、Sales Orderオブジェクトのステータスが「Fulfilled」や「Shipped」などに変更されたことから推定します。このステータスは、外部システムとの連携によって更新されることがよくあります。
取得
Sales Orderのステータスが「Fulfilled」または「Delivered」に変更されたタイムスタンプを特定します。
イベントタイプ
inferred
|
|||
|
見積書を作成
|
営業案件に関連付けられた正式な営業見積書が作成されたことを示します。顧客に見積書を送付する前の社内ステップであり、ユーザーが新しいQuoteレコードを生成した時点で明示的に記録されます。 | ||
|
重要な理由
このアクティビティにより、社内での準備時間と顧客が見積書を受け取ってからの時間を分けて分析できます。見積書作成プロセスの効率や、営業担当者が価格を準備するまでの期間を把握するのに役立ちます。
入手先
このイベントは、Opportunityに関連付けられたSales Quoteビジネスオブジェクトの作成タイムスタンプです。
取得
関連するSales Quoteレコードの作成日時を使用します。
イベントタイプ
explicit
|
|||
|
請求書を発行
|
顧客向け請求書が作成され、プロセスの最終的な財務段階が始まったことを示します。SAP Sales Cloud内のInvoiceオブジェクトの作成から取得する場合もありますが、通常は連携された請求システムから取得します。 | ||
|
重要な理由
入金サイクルを開始するきっかけとなるアクティビティです。請求書の発行が遅れるとキャッシュフローに直接影響するため、受注処理完了から請求書発行までの期間を監視することが財務の健全性に欠かせません。
入手先
Sales Orderに関連付けられたInvoiceビジネスオブジェクトの作成タイムスタンプ、または外部ERPからの更新を使用できます。取得元はシステム構成によって異なります。
取得
Invoiceレコードの作成日、または連携されたERPのアクティビティログエントリを使用します。
イベントタイプ
explicit
|
|||
|
顧客が見積書を承諾
|
顧客が見積条件に正式または非公式に同意したことを示します。通常は、営業担当者がSales QuoteまたはOpportunityオブジェクトのステータスを手動で更新して記録します。 | ||
|
重要な理由
購入意向を示す強いシグナルであり、契約締結や受注作成前の重要なマイルストーンです。提案の効果や、顧客の意思決定にかかる期間を測定できます。
入手先
Sales Quoteオブジェクトのステータスが「Accepted」に変更されたこと、または関連するOpportunityオブジェクトで同様のステータス変更が行われたことから推定します。
取得
Sales Quoteのステータスが「Accepted」に変更されたタイムスタンプを特定します。
イベントタイプ
inferred
|
|||
抽出ガイド
始める準備はできていますか。
このデータテンプレートがあれば、リードから入金までのプロセスの改善を始めるために必要なものがそろいます。今すぐ収益サイクルの改善に取り組みましょう。
今すぐリードから入金までのプロセスを改善し、受注率を高めましょう。
無料トライアルで失注を減らし、受注率を20%高めましょう。
クレジットカードは不要です。数分で設定できます。