吉林省聯合通信網絡有限公司白山市分公司 楊秀麗
IBSS系統接口處理中的常見問題
吉林省聯合通信網絡有限公司白山市分公司 楊秀麗
本文介紹了IBSS系統朗新綜合計費賬務系統和CRM系統即綜合營銷服務支撐系統的接口的轉換過程、特點以及常見問題的處理。
IBSS系統 朗新綜合計費賬務系統RM系統 綜合營銷服務支撐系統 接口
朗新綜合計費賬務系統和綜合營銷服務支撐系統采取接口方式完成兩系統之間資料的轉化。CRM系統產生工單后通過接口將數據傳送到IBSS系統接口。如果IBSS系統返回轉換成功的信息,將回寫給CRM側成功狀態,反之將回寫失敗狀態。為不影響其他接口系統,即使計費接口反饋失敗,后續業務仍然在CRM側可以受理成功,CRM系統和IBSS系統的耦合性大大減小。但同時,CRM系統的操作流程不依賴于IBSS系統的返回數據,所以不管IBSS系統出什么問題,CRM系統都不會受影響,這樣直接會導致IBSS系統與CRM側資料差異,導致計費錯誤。錯誤資料不會進入到IBSS系統,會對該用戶的費用的計算產生影響,所以對于誤單,IBSS系統會在產生后立刻送到CRM系統,同時兩個系統會在最快的時間內解決,因此,需要每天對計費接口側失敗工單進行處理。
基本資料信息采用走接口表的方式,CRM系統將產生的工單信息放在CRM系統的接口表中。然后IBSS系統定時(可以設定為幾秒取一次)從CRM系統的接口表中將數據取到IBSS系統的接口表中。IBSS系統通過資料轉換程序將接口表中的數據轉換到IBSS系統的資料表中,轉換完成后,將轉換失敗的工單信息寫入到轉換誤單表中。最后將轉換誤單表里的信息傳回到CRM系統中,由CRM系統對錯誤的工單進行后續的處理。其接口過程如下:

CRM系統,需要將三戶信息,傳遞給計費賬務系統。計費賬務系統所需要的信息主要有客戶、賬戶和用戶實例。CRM系統將工單數據放在接口表中,只存放修改后新工單的信息,并且只存放有過改動的表。然后IBSS系統從接口表中將數據取走,進行轉換。一般情況下,CRM系統傳遞給IBSS系統的數據,主要分為新增、綜合修改、拆機和作廢。此類信息存放在工單主表中,然后其他修改后的信息放在各個相應的接口表中。
(1)在資料轉換程序對CRM系統傳過來的工單數據的轉換過程中,如果有錯誤,整個工單中的信息,IBSS系統都不會使用。
(2)為避免錯誤資料的累積,一旦產生誤單信息,同一serv_id的后續工單將不再處理,直接做為誤單返回。該serv_id也將放入誤單表中,直至該工單在CRM側更正后,再從誤單表中除去,此時才允許該serv_id的新的工單在計費側進行轉換。
(3)如果錯誤工單在CRM側無法更改,允許CRM側產生一工單插入計費接口,該工單的操作類型為作廢,傳送一信息,將該誤單從誤單表中標記作廢。
(4)對于不同的錯誤原因,誤單表里的數據將由CRM系統的工作人員和IBSS系統的技術人員分類處理。對于計費側能解決的錯誤,如接口轉換規則表未維護,不再向CRM系統重新要數據,而由IBSS系統的技術人員對接口表進行維護后,將接口表中的數據置為未讀,然后重新轉換。對于其他類型的錯誤,將由CRM系統和IBSS系統的技術人員對錯誤進行處理后,再由CRM系統重新發送最新的數據,再進行轉換。
1. 接口轉換的錯誤主要分為四類:
(1)CRM系統發送的信息格式錯誤或必須的信息不全或都是計費接口讀取到的信息不全,確IBSS系統無法處理。
(2)CRM系統發送的信息和IBSS系統的原有信息不匹配。
(3)CRM系統和IBSS系統需要約定的數據在接口規則表中找不到對應的記錄。
(4)IBSS系統程序造成的錯誤。
2. 常見問題及處理
(1)新裝時接口表中同一個工單至少要有一條服務實例記錄/新裝時用戶無賬戶資料,接口表中該工單需要一條賬戶記錄/新裝時無客戶資料,接口表中該工單需要一條客戶記錄,此種錯誤都屬于CRM系統發送的信息格式錯誤或必須的信息不全或都是計費接口讀取到的信息不全,IBSS系統無法處理。此種情況需要查看CRM側傳遞的工單是否此類信息缺失,如CRM側缺失需要CRM維護人員補齊資料,計費側誤單處理人員重新讀取后重新處理工單。如果為計費接口讀取到的信息不全也需要誤單處理人員重新讀取后重新處理工單。
(2)新裝serv_id已經在用戶資料表中存在:需要查看此條記錄的資料,檢查是否資料已正確轉換,有時因接口程序等問題同一邊單會被接口讀寫兩次。此種可以根據具體情況進行分析,處理方法有兩種:可以將誤單表將誤單表置為已處理,并將主表中的狀態設為轉換成功。另一種方法就是將資料表中此記錄取消,將誤單表將誤單表置為已處理,并將主表中的狀態設為未轉換。
(3)非存儲用戶不允許有預存款:非存儲用戶為現金用戶或托收用戶,此種用戶是不允許有預存款存在的,這種屬于業務規定,此種錯誤可以歸類為CRM系統和IBSS系統需要約定的數據在接口規則表中找不到對應的記錄。處理時需要將CRM費用信息(表:CRMBILL_CHARGE_t)表中的數據清空,并及時通知營業相關人員給用戶退預存款。再重新處理工單。
(4)改號號碼已經在用戶資料表中存在:可能是由于改號的號碼為當月拆當月裝,正常用戶資料表中有兩個狀態一個是state和serv_state,拆機當月serv_state狀態為拆機,即FIR,而state為正常狀態,即F0A,由于拆機狀態的用戶是需要參與本月計費的,因此并不是將狀態直接設成拆機。如果遇到這種情況必須 update serv_t set state=’F0D’ where ….。但如此操作會影響本月出賬,所以業務上不允許當月拆當月裝。
計費接口工單的處理關系到后續資料是否正確,處理的是否及時,直接影響計費結果是否準確。因此,要提高重視,做到實時監控,每天確保產生的誤單都能夠及時的處理,如果有特殊情況也需在48小時內處理完畢,月底最后一天要處理完畢所有誤單。 在處理時要仔細慎重,任何工單錯誤都需要根據具體情況具體分析、具體處理。以上內容僅供學術討論。
book=107,ebook=195