Apex 介面實作限制與錯誤碼

限制

• 實作的 Apex 類別會繼承 Apex 平台限制，例如 CPU 時間和堆疊大小。
• LxScheduler.ServiceResourceScheduleHandler 介面會預期實作的 Apex 類別在 10 秒內發出回應 (無法使用的時段)。如果在 10 秒內未接收到回應，則要求會逾時且約會預訂失敗。
• 實作的 Apex 類別必須傳回無法使用的時段 (GMT 時區)。
• 如果您的自訂實作傳回例外狀況，則整個作業會失敗。
• 任何除錯記錄都會建立在使用者內容中。
• 如果實作的類別未傳回所要求服務資源的相關資訊，則 Salesforce Scheduler 會假設服務資源在整個要求的時段中都可供使用。
• 只要 Apex 類別與「檢查外部系統以瞭解資源可用性」排程原則規則相關聯,則資產排程、以容量為基礎的排程和同時排程就無法運作。
• 只要 Apex 類別與「檢查外部系統以瞭解資源可用性」排程原則規則相關聯，當約會建立期間發生錯誤時，「檢閱服務約會」頁面就會顯示一般錯誤訊息，而不是專屬於該問題的訊息。
• 如果外部行事曆系統關閉，則您在將 Apex 類別與「檢查外部系統以瞭解資源可用性」排程原則規則取消關聯之前，無法排程約會。
• 如果您計畫使用提供的流程畫面元件打造自訂約會流程，則必須使用標準服務資源和約會時間元件以取得資源與建立約會的「儲存約會」動作。
• 依預設，「輸入新的來賓約會」標準流程範本無法與具有與其相關聯之自訂 Apex 類別的排程原則搭配使用。原因是在相同交易中，呼叫無法在 DML 作業之後執行，因為 DML 作業導致未認可的工作擱置，造成呼叫無法執行。如需詳細資訊，請參閱這篇知識文章。

  若要解決此問題，請編輯「輸入新的來賓約會」流程中的「儲存約會」動作。展開「進階」，然後在「交易控制」下，選取「一律開始新的交易」。

  

  接著，刪除「建立商機」節點，並將「決策」和「指派」節點直接連接至「儲存約會」動作節點。將「商機」物件 (而非商機記錄) 傳遞給「儲存約會」動作節點以確保在訪客約會排程程序出錯時可完整回復資料。此前，約會記錄雖已回復，但在程序中建立的商機記錄仍保留在系統內，導致出現重複的商機。

  
• 使用「約會分布」功能時，Salesforce Scheduler 不會將現成的外部行事曆事件列入利用率分數計算。若要計算利用率分數，請撰寫自訂 Apex 以支援外部行事曆。在您向外部行事曆傳送 Apex 讀取呼叫時，同樣適用一次顯示 10 個最閒置且符合資格資源的限制。

錯誤代碼

如果您的自訂　Apex 實作發生錯誤，使用者在排程約會時會收到此錯誤訊息。

Something went wrong. Ask your admin for help: <error code>

錯誤碼會根據錯誤的原因而有所不同。