設計建議規則
使用者 (和續約處理) 會要求系統建議不開單預算的定期付款。一般而言，此建議處理必須確立：
- 要支付的金額
- 付款期限
我們設想了許多不同類型的建議規則。例如：
- 建議每兩週支付 26 筆定期付款，付款期限為星期二。
- 建議每月付款，付款期限為該月 10 號後的第一個工作日。
- 建議定期付款，其中客戶在 12 個月中的 10 個月支付其年度費用，11 月和 12 月不付款。
- 建議每兩個月付款一次，付款期限為該月 5 號和 20 號之後的第一個工作日。
此外，建議規則必須決定如何處理所涵蓋服務協議的任何未結償付餘額。基準套件付款排程演算法類型隨附的校準規則可以忽略償付餘額、將償付餘額平均分配給定期付款，或將償付餘額加到第一筆定期付款中。
建議規則是由三個元素組成：
- 計算平均每日金額的演算法 (基準套件隨附的 NBDA-DA 演算法類型會使用處所計費歷史)
計算非公用事業服務協議的金額。基準套件隨附的演算法類型只會處理服務點導向服務協議。例如，平均每日金額演算法會計算平均每日金額。針對非公用事業服務協議，您必須開發適當的演算法類型。
- 基準套件隨附兩種演算法類型來計算付款排程。NBPS-MON 可計算每月排程，而 NBPS-PS 則可根據指定的天數計算排程。
- 付款排程演算法類型的預設參數值集合
以下說明建議規則 (根據基準套件隨附的演算法類型)。
每週付款建議規則
其他參數。說明並未涵蓋與每週付款排程演算法類型相關聯的所有參數。如需參數的詳細描述，請參考 NBPS-PS 演算法類型。
付款排程演算法類型的預設參數值可隨著時間變更，因此集合會包含生效日期。如果預設值發生變更，這些變更不會影響已經生效的不開單預算。現有的不開單預算會保留開始不開單預算時所使用的參數值。
如果允許針對參數進行置換，使用者便可以置換付款排程演算法類型的預設參數值來自訂排程。此外，使用者還可以隨時編輯付款排程明細 (如果尚未處理付款的話)。
用於建議規則的參數值會與不開單預算服務協議保存在一起，以便可以將任何自訂參數變更重新套用至續約的不開單預算。例如，決定付款到期日的參數可能會預設為月份的第一天。若要自訂排程，可將此值變更為月份的第五天。此修改值會與不開單預算服務協議保存在一起，以確保續約預算按照相同的每月排程。
通常演算法類型的參數值會與演算法保存在一起。由於每個不開單預算的參數可能有所不同，因此就不開單預算而言，參數值會與服務協議保存在一起。
如需有關建立建議規則的資訊，請參考不開單預算建議規則 - 主要。