使用上游資料變更減少佣金引擎負載

為何處理資料上游

佣金引擎執行的每個轉換 (轉換資料類型、周遊關係以尋找標記,或執行回顧計算以決定區域範圍信用) 都會耗用記憶體與時間。佣金引擎針對每個陳述式具有兩者的固定配置。超過該配置時,結帳單會逾時或失敗。

使用「物件管理員」、「流程」或 Apex 將資料準備工作上游移至 Salesforce,讓佣金引擎接收乾淨且預先形成的資料,並專注於佣金邏輯,而非資料清除。

常見上游最佳化情況

這些三種情況在資料到達 Spiff 前處理上游時,提供最高的報酬率。

• 資料類型轉換。Spiff 使用日期、布林值和貨幣的特定資料類型。當來源資料不符合預期的類型時,Spiff 會在計算時間轉換每個已處理記錄的每個值。

  常見範例包括將 DATETIME 欄位轉換為 Spiff 用於週期比較的 DATE 格式,或將來源系統儲存為 0 和 1 的布林值欄位轉換為 Spiff 的 true / false 值。

  在資料同步化之前,請先在 Salesforce 流程或公式欄位中執行這些轉換,讓 Spiff 以最終格式接收值。

• 相關物件上的指標欄位。佣金規則有時需要檢查特定產品、種類或條件是否與記錄相關聯。當該資訊位於相關物件上時,Spiff 會周遊篩選中每個記錄的關係,以評估條件。

  例如,只有在訂單包含特定產品類型時才會支付佣金的規則會導致 Spiff 將訂單物件聯結至每個訂單記錄的「訂單產品」物件。直接在「訂單」物件上新增核取方塊或指標欄位 (由「流程」在新增產品時設定) 會完全消除該關係周遊。

  每當您的佣金邏輯需要檢查子系物件的條件時,請考慮在父系物件上新增指標欄位。

• 區域範圍信用額度.以區域範圍為基礎的佣金計算通常需要回饋邏輯,以決定代表在交易結束時所屬的區域範圍,以及其所欠的信用額。針對每個陳述式在佣金引擎內執行此邏輯是計算密集型。

  更有效率的方法是將客戶的供應區域範圍指派資料作為預先計算的對應。當指派資料在 Spiff 中作為直接欄位或相關物件可用時,引擎會讀取值而非計算值。與您的客戶協調提供此資料作為一般資料同步的一部分,而不是在每次對帳單執行中動態計算資料。

上游資料管理的工具

使用這些 Salesforce 工具在資料到達 Spiff 之前準備資料。

• 物件管理員.將公式欄位、核取方塊欄位或自訂欄位新增至現有的 Salesforce 物件,以儲存預先計算值或指標標標記。
• 流程使用記錄觸發流程填入指標欄位、轉換資料類型,或在 Spiff 建立或更新記錄時寫入計算值。
• Apex針對複雜的轉換或批次處理,請使用 Apex 觸發或排程的 Apex 來大規模準備資料,然後再同步化至 Spiff。

重要 與您的 Salesforce 管理員和佣金計畫擁有者協調上游資料變更。對來源物件的變更會影響 CRM 程序與佣金計算。

實作前計畫上游變更

上游資料變更最容易在參與開始時進行實作。檢閱您佣金計畫的完整資料對應。此外,識別任何需要類型轉換的欄位、任何需要關係周遊的條件,以及要作為預先計算資料提供的任何信用邏輯。