設計斷供程序
下列矩陣將協助您設計斷供程序。當矩陣完成時,您就可以開始設定斷供處理控制資料表。
請注意,矩陣有兩個維度:一個依存於斷供準則演算法;另一個依存於斷供服務協議的服務協議類型。服務協議類型的數目與類型取決於您的組織如何設定服務協議類型資料表 (下方顯示的服務協議類型是簡易公用程式所使用之服務協議類型的特性)。
服務協議類型 |
斷供準則演算法: 預設 |
斷供準則演算法: 客戶處於維生設備 |
住宅電力 |
||
商業電力 |
||
住宅燃氣 |
||
商業燃氣 |
||
慈善捐款 |
在您知道每個維度值之後,請在每個儲存格中填入其各自的斷供事件。我們使用部分特性事件完成了範例矩陣。
服務協議類型 |
斷供準則演算法: 預設 |
斷供準則演算法: 客戶處於維生設備 |
住宅電力 |
建立 48 小時警告現場活動。 完成之後 2 天,建立斷接服務現場活動。 完成斷接現場活動之後立即傳送信函給客戶。 完成斷接之後 10 天,使服務協議失效。 |
建立待辦事項要求催收代表致電客戶。 5 天之後,建立 72 小時警告現場活動。 完成之後 2 天,建立待辦事項告訴催收代表即將切斷維生設備。 警告之後 3 天,建立斷接服務現場活動並產生待辦事項通知催收專員此消息。 完成斷接現場活動之後立即傳送信函給客戶。 完成斷接之後 10 天,使服務協議失效。 |
商業電力 |
建立 48 小時警告現場活動。 完成之後 2 天,建立斷接服務現場活動。 完成斷接現場活動之後立即傳送信函給客戶。 完成斷接之後 10 天,使服務協議失效。 |
N/A |
住宅燃氣 |
建立 48 小時警告現場活動。 完成之後 2 天,建立斷接服務現場活動。 完成斷接現場活動之後立即傳送信函給客戶。 完成斷接之後 10 天,使服務協議失效。 |
建立 48 小時警告現場活動。 完成之後 2 天,建立斷接服務現場活動。 完成斷接現場活動之後立即傳送信函給客戶。 完成斷接之後 10 天,使服務協議失效。 |
商業燃氣 |
建立 48 小時警告現場活動。 完成之後 2 天,建立斷接服務現場活動。 完成斷接現場活動之後立即傳送信函給客戶。 完成斷接之後 10 天,使服務協議失效。 |
N/A |
慈善捐款 |
使服務協議失效 |
使服務協議失效 |
矩陣完成之後,您可以決定實作斷供程序所需的斷供處理範本。下列資料表顯示在先前區段之矩陣中參考的斷供處理範本。與每個處理相鄰的是它的事件以及它們何時被觸發的指示。
斷供處理範本 |
事件編號 |
斷供事件 範本 |
依存於事件 |
觸發日期設為完成相依事件後 X 天 |
公用程式斷供 - 預設 |
10 |
現場活動 - 因不付款而斷接的 48 小時警告 |
不適用 - 第一個事件 |
0 |
20 |
現場活動 - 因不付款而斷接 |
10 |
2 |
|
30 |
「服務已斷接」信函 |
20 |
0 |
|
40 |
使服務協議失效 |
20 |
10 |
|
電子維生設備住宅斷接 |
10 |
產生拖欠維生設備費用客戶待辦事項 |
不適用 - 第一個事件 |
0 |
20 |
現場活動 - 因不付款而斷接的 72 小時警告 |
10 |
5 |
|
30 |
產生即將切斷維生設備待辦事項給信用與催收代表 |
20 |
2 |
|
40 |
現場活動 - 因不付款切斷 |
20 |
3 |
|
50 |
服務已斷接信函 |
40 |
0 |
|
60 |
使服務協議失效 |
40 |
10 |
|
剛失效的斷供 |
10 |
使服務協議失效 |
不適用 - 第一個事件 |
如果從上表擷取每個唯一的斷供事件類型,我們將得到下列結果:
斷供事件 範本 |
事件 類型 |
48 小時警告 |
產生現場活動 - 斷接警告 |
72 小時警告 |
產生現場活動 - 斷接警告 |
因未付款而斷接 |
產生現場活動 - 因不付款切斷 |
拖欠維生設備費用客戶 |
建立待辦事項 - 信用與催收代表角色 |
即將切斷維生設備 |
建立待辦事項 - 信用與催收代表角色 |
服務已斷接信函 |
傳送信函 - 客戶聯絡資訊類型為斷接信函 |
使服務協議失效 |
使服務協議失效 |
現場活動類型「並非」直接在斷供事件類型上指定。為什麼呢?因為每個連接至被斷供之服務協議的服務點可能需要不同類型的現場活動。因此,系統使用服務點的類型、其狀態 (例如,已連接、計量表已關閉) 以及期望的客戶事件 (例如,斷接警告、因不付款切斷) 來決定要產生哪些現場活動類型。請參閱設定現場活動類型設定檔,以瞭解如何為各種類型的服務點設定特定斷接現場活動類型。
現在您 (快要) 可以設定斷供程序了。