概念︰合併的服務
當您啟用「
將多項服務當做單一專案管理」
功能時︰
- Workday 會將專案階層相同的服務合併為單一下游專案，即使這些服務有不同的計費模型也是如此。
- 當報價中的服務沒有共同的專案階層時，Workday 會為各項服務建立個別的專案。
- Workday 會驗證所有合併服務的費率類型是否相符。當費率類型為天時，合併的服務必須使用相同的專案計費費率表 ()。
服務如何轉換為專案的後續行為，是由報價建立時的
「將多項服務做為單一專案管理」
標幟設定決定的。當您變更 「維護服務 CPQ 設定」
任務中的用戶設定時，只會影響新建立的報價。現有報價將保留報價建立期間標幟設定的行為。對專案的下游影響
當主要報價狀態變更為
「已核准」
時，Workday 會建立機會專案。在機會專案中︰- 專案名稱為「報價名稱 + 專案階層」。
- 如果未啟用合併服務標幟，則服務名稱會變成專案名稱
- 「機會專案說明」是該專案中服務名稱的逗號分隔清單。
- 專案的開始日期與合併服務的最早日期相同，專案的結束日期與合併服務的最早日期相同。
- 合併服務的所有角色明細都會轉換為專案中的個別資源計畫明細。
- 資源預測會反映合併服務的所有角色行。
- 「成功機率」報告欄位的值來自報價的開放和作用中機會。
對合約的後續影響
根據
「機會事件」
業務流程配置，若變更機會詳細資料，包括狀態、機率、銷售人員或關閉日期，就會建立一份包含下列換算率的客戶合約︰- 合約生效日期與專案開始日期 ()相同。
- 合併服務中具有相同計費模型類型 (固定費用或工時與費用) 的所有角色明細，都會轉換為單一人力合約明細。
- 合併後服務中具有相同計費模型類型的所有費用明細，都會轉換為費用的單一合約明細。
- 合併服務中具有相同計費模型類型的所有第三方明細，都會轉換為單一合約明細。
- 各項服務的項目明細和折扣明細不會合併為單一合約明細，而是顯示為不同的明細。
- 當合併的服務有不同的計費方式時，Workday 會繼續將這些服務合併為單一專案，但會為每種計費方式建立不同的合約明細。根據您在用戶中配置報價合約和人力明細的合約明細對應的方式，合約專員可能需要移除其中一項明細的合約費率表，或為每種計費方式新增單獨的階段，以區分這些明細。 。
合約明細日期注意事項︰
適用對象 | 開始日期 | 結束日期 |
|---|---|---|
角色、第三方和費用明細 | = 專案開始日期 | = 專案結束日期 |
非經常性項目明細 | = 項目開始日期 | = 服務結束日期 |
重複項目 | = 週期性項目開始日期 | = 服務結束日期 |
折扣明細 | = 服務開始日期 | = 服務結束日期 |