斷供服務

子服務協議與斷供相當棘手。為什麼呢？

• 因為有可能主服務協議欠款，而子服務協議未欠款 (出於所有標準原因 - 指示付款、取消/重計費等)。
• 因為有可能子服務協議在一個催收處理上，而主服務協議在另一個催收處理上 (因為債務類別不同或時間線不同)。

這兩種情況都可能導致僅主/子關係的其中一個服務協議開始斷供。不過，您無法僅切斷其中一個的服務而不切斷另一個的服務，因為服務點只有一個。

在我們說明如何處理此難題之前，提醒您，系統會為要斷供的每個服務協議 (子服務協議或一般服務協議) 都啟動一個唯一的斷供處理。當啟用催收處理的「啟動斷供處理」事件時，它只為與催收處理連結的服務協議建立斷供處理。所建立的斷供處理類型是由每個服務協議之服務協議類型的斷供準則所控制。設計這些斷供處理時，請記住以下幾點：

• 只有「主」服務協議與服務點連結。這意謂著只有主服務協議應該有「因欠款切斷」斷供事件。備註：通常未收到資金時，這類斷供處理會在切斷事件後的幾天讓「主服務協議」失效。
• 如子服務協議狀態轉變所述，子服務協議會在其「主」服務協議停止時變成「等待停止」(並最終變成「已停止」)。這意謂著子服務協議會在主服務協議結束時結束。
• 如果您在未斷供主服務協議的情況下對子服務協議啟動斷供，會發生問題，因為您不能將子服務協議獨立於主服務協議之外進行切斷。

我們將舉例說明您應該如何設計斷供處理來因應上述挑戰。假設您有一個主服務協議和一個子服務協議，兩者皆於相同的催收處理下受管理。此外，也假設「啟動斷供」事件於 1999 年 12 月 18 日啟動。在此情況下，我們建議啟動下列斷供處理。

請注意，子服務協議的斷供處理包含單一事件，此事件會在主服務協議上「使服務協議失效」事件的未來日期產生待辦事項。此事項應該類似於「子服務協議獨立於其主服務協議進行斷供」。只有當已償付主服務協議而未償付子服務協議時，才會觸發此事件。為什麼呢？因為如果執行主服務協議的「使服務協議失效」事件，將會停止子服務協議，而停止服務協議會取消未結的斷供處理。如果對子服務協議進行付款，系統便會取消子服務協議的斷供處理。

讓我們變更範例，假設主服務協議啟動斷供而子服務協議未啟動斷供。在此情況下，主服務協議最終將觸及「使服務協議失效」事件，而子服務協議也將停止。沒有任何替代方式。

讓我們再次變更範例，假設子服務協議啟動斷供而主服務協議未啟動斷供。在此情況下，將只有在斷供開始 X 天後才會建立待辦事項。如果您不容許此日期是在斷供處理建立 X 天後，請建立「斷供準則演算法」，此演算法會檢查是否未對主服務協議進行斷供或催收，然後產生不同的斷供處理 (使用不同的開始日期)。如需有關斷供準則演算法的詳細資訊，請參考設計斷供程序。