概念: 統合されたサービス
"Manage Multiple Services as a Single Project"
機能を有効にした場合は、以下のことを実行できます。
- 請求モデルが異なっている場合でも、同じプロジェクト階層を持つサービスは、単一のプロジェクトの下流に統合されます。
- 見積内のサービス全体に共通のプロジェクト階層がない場合は、それぞれに個別のプロジェクトが作成されます。
- Workday では、すべての統合済サービスでレート タイプが一致するかどうかが検証されます。レート タイプが"日"の場合、統合済サービスは同じプロジェクト請求レート シート ()を使用している必要があります。
サービスをプロジェクトに変換する方法の下流の動作は、見積作成時の
"複数のサービスを単一のプロジェクトとして管理"
フラグ設定によって決まります。"サービス CPQ 設定の管理
" タスクでテナント設定を変更すると、新しく作成された見積にのみ影響を受けます。既存の見積では、見積作成時にフラグ設定の動作が保持されます。プロジェクトに対する下流への影響
主見積ステータスが
"承認済"
に変わると、オポチュニティ プロジェクトが作成されます。オポチュニティ プロジェクトでは、以下を行います。- プロジェクト名は、「見積名 + プロジェクト階層」です。
- 統合済サービス フラグが有効になっていない場合、サービス名はプロジェクト名になります
- "オポチュニティ プロジェクトの説明"は、そのプロジェクトのサービス名のカンマ区切りリストです。
- プロジェクトの"開始日"は、統合済サービスの最も早い日付と同じで、プロジェクトの"終了日"は、統合済のサービスの最新の日付と同じです。
- 統合済サービスのすべてのロール行が、プロジェクトにおける個々のリソース プラン行に変換される。
- リソース予測には、統合済サービスのすべてのロール行が反映されます。
- "成約確度"レポート フィールドは、見積に含まれるオープンでアクティブなオポチュニティから値を取得します。
契約に対する下流への影響
"オポチュニティ イベント"
ビジネス プロセス設定に基づいて、ステータス、確度、営業担当者、またはクローズ日などのオポチュニティの詳細が変更されると、以下の変換を使用して顧客契約が作成されます。- 契約の有効日 ()がプロジェクトの開始日 ()と同じです。
- 同じ請求モデルタイプ ("固定料金" または "時間と経費") の統合済サービスのすべてのロール行が、労務費の単一の契約行に変換されます。
- 同じ請求モデルタイプの統合済サービスのすべての経費行が、経費の単一の契約行に変換される。
- 同じ請求モデルタイプの統合済サービスのすべてのサードパーティ行は、単一の契約行に変換されます。
- 各サービスのアイテム行と割引行は、単一の契約行に統合されず、別々の行として表示されます。
- 統合済のサービスで請求方法が異なる場合でも、引き続き単一のプロジェクトに統合されますが、請求方法ごとに個別の契約行が作成されます。テナントの労務行に対する見積契約と契約行のマッピングの設定に基づいて、契約担当者は、行の 1 つに契約レート シートを削除するか、請求方法ごとに個別のフェーズを追加して行を区別する必要がある場合があります。 。
契約行日の考慮事項:
対象 | 開始日 | 終了日 |
|---|---|---|
ロール、サードパーティ、経費行 | = プロジェクト開始日 | = プロジェクト終了日 |
単発費用アイテム行 | = アイテム開始日 | = 勤続年数の終了日 |
定期項目 | = 繰返しアイテムの開始日 | = 勤続年数の終了日 |
割引行 | = 勤続年数の開始日 | = 勤続年数の終了日 |