吉林省聯(lián)合通信網(wǎng)絡(luò)有限公司白山市分公司 楊秀麗
IBSS系統(tǒng)接口處理中的常見問題
吉林省聯(lián)合通信網(wǎng)絡(luò)有限公司白山市分公司 楊秀麗
本文介紹了IBSS系統(tǒng)朗新綜合計費賬務(wù)系統(tǒng)和CRM系統(tǒng)即綜合營銷服務(wù)支撐系統(tǒng)的接口的轉(zhuǎn)換過程、特點以及常見問題的處理。
IBSS系統(tǒng) 朗新綜合計費賬務(wù)系統(tǒng)RM系統(tǒng) 綜合營銷服務(wù)支撐系統(tǒng) 接口
朗新綜合計費賬務(wù)系統(tǒng)和綜合營銷服務(wù)支撐系統(tǒng)采取接口方式完成兩系統(tǒng)之間資料的轉(zhuǎn)化。CRM系統(tǒng)產(chǎn)生工單后通過接口將數(shù)據(jù)傳送到IBSS系統(tǒng)接口。如果IBSS系統(tǒng)返回轉(zhuǎn)換成功的信息,將回寫給CRM側(cè)成功狀態(tài),反之將回寫失敗狀態(tài)。為不影響其他接口系統(tǒng),即使計費接口反饋失敗,后續(xù)業(yè)務(wù)仍然在CRM側(cè)可以受理成功,CRM系統(tǒng)和IBSS系統(tǒng)的耦合性大大減小。但同時,CRM系統(tǒng)的操作流程不依賴于IBSS系統(tǒng)的返回數(shù)據(jù),所以不管IBSS系統(tǒng)出什么問題,CRM系統(tǒng)都不會受影響,這樣直接會導(dǎo)致IBSS系統(tǒng)與CRM側(cè)資料差異,導(dǎo)致計費錯誤。錯誤資料不會進入到IBSS系統(tǒng),會對該用戶的費用的計算產(chǎn)生影響,所以對于誤單,IBSS系統(tǒng)會在產(chǎn)生后立刻送到CRM系統(tǒng),同時兩個系統(tǒng)會在最快的時間內(nèi)解決,因此,需要每天對計費接口側(cè)失敗工單進行處理。
基本資料信息采用走接口表的方式,CRM系統(tǒng)將產(chǎn)生的工單信息放在CRM系統(tǒng)的接口表中。然后IBSS系統(tǒng)定時(可以設(shè)定為幾秒取一次)從CRM系統(tǒng)的接口表中將數(shù)據(jù)取到IBSS系統(tǒng)的接口表中。IBSS系統(tǒng)通過資料轉(zhuǎn)換程序?qū)⒔涌诒碇械臄?shù)據(jù)轉(zhuǎn)換到IBSS系統(tǒng)的資料表中,轉(zhuǎn)換完成后,將轉(zhuǎn)換失敗的工單信息寫入到轉(zhuǎn)換誤單表中。最后將轉(zhuǎn)換誤單表里的信息傳回到CRM系統(tǒng)中,由CRM系統(tǒng)對錯誤的工單進行后續(xù)的處理。其接口過程如下:
CRM系統(tǒng),需要將三戶信息,傳遞給計費賬務(wù)系統(tǒng)。計費賬務(wù)系統(tǒng)所需要的信息主要有客戶、賬戶和用戶實例。CRM系統(tǒng)將工單數(shù)據(jù)放在接口表中,只存放修改后新工單的信息,并且只存放有過改動的表。然后IBSS系統(tǒng)從接口表中將數(shù)據(jù)取走,進行轉(zhuǎn)換。一般情況下,CRM系統(tǒng)傳遞給IBSS系統(tǒng)的數(shù)據(jù),主要分為新增、綜合修改、拆機和作廢。此類信息存放在工單主表中,然后其他修改后的信息放在各個相應(yīng)的接口表中。
(1)在資料轉(zhuǎn)換程序?qū)RM系統(tǒng)傳過來的工單數(shù)據(jù)的轉(zhuǎn)換過程中,如果有錯誤,整個工單中的信息,IBSS系統(tǒng)都不會使用。
(2)為避免錯誤資料的累積,一旦產(chǎn)生誤單信息,同一serv_id的后續(xù)工單將不再處理,直接做為誤單返回。該serv_id也將放入誤單表中,直至該工單在CRM側(cè)更正后,再從誤單表中除去,此時才允許該serv_id的新的工單在計費側(cè)進行轉(zhuǎn)換。
(3)如果錯誤工單在CRM側(cè)無法更改,允許CRM側(cè)產(chǎn)生一工單插入計費接口,該工單的操作類型為作廢,傳送一信息,將該誤單從誤單表中標(biāo)記作廢。
(4)對于不同的錯誤原因,誤單表里的數(shù)據(jù)將由CRM系統(tǒng)的工作人員和IBSS系統(tǒng)的技術(shù)人員分類處理。對于計費側(cè)能解決的錯誤,如接口轉(zhuǎn)換規(guī)則表未維護,不再向CRM系統(tǒng)重新要數(shù)據(jù),而由IBSS系統(tǒng)的技術(shù)人員對接口表進行維護后,將接口表中的數(shù)據(jù)置為未讀,然后重新轉(zhuǎn)換。對于其他類型的錯誤,將由CRM系統(tǒng)和IBSS系統(tǒng)的技術(shù)人員對錯誤進行處理后,再由CRM系統(tǒng)重新發(fā)送最新的數(shù)據(jù),再進行轉(zhuǎn)換。
1. 接口轉(zhuǎn)換的錯誤主要分為四類:
(1)CRM系統(tǒng)發(fā)送的信息格式錯誤或必須的信息不全或都是計費接口讀取到的信息不全,確IBSS系統(tǒng)無法處理。
(2)CRM系統(tǒng)發(fā)送的信息和IBSS系統(tǒng)的原有信息不匹配。
(3)CRM系統(tǒng)和IBSS系統(tǒng)需要約定的數(shù)據(jù)在接口規(guī)則表中找不到對應(yīng)的記錄。
(4)IBSS系統(tǒng)程序造成的錯誤。
2. 常見問題及處理
(1)新裝時接口表中同一個工單至少要有一條服務(wù)實例記錄/新裝時用戶無賬戶資料,接口表中該工單需要一條賬戶記錄/新裝時無客戶資料,接口表中該工單需要一條客戶記錄,此種錯誤都屬于CRM系統(tǒng)發(fā)送的信息格式錯誤或必須的信息不全或都是計費接口讀取到的信息不全,IBSS系統(tǒng)無法處理。此種情況需要查看CRM側(cè)傳遞的工單是否此類信息缺失,如CRM側(cè)缺失需要CRM維護人員補齊資料,計費側(cè)誤單處理人員重新讀取后重新處理工單。如果為計費接口讀取到的信息不全也需要誤單處理人員重新讀取后重新處理工單。
(2)新裝serv_id已經(jīng)在用戶資料表中存在:需要查看此條記錄的資料,檢查是否資料已正確轉(zhuǎn)換,有時因接口程序等問題同一邊單會被接口讀寫兩次。此種可以根據(jù)具體情況進行分析,處理方法有兩種:可以將誤單表將誤單表置為已處理,并將主表中的狀態(tài)設(shè)為轉(zhuǎn)換成功。另一種方法就是將資料表中此記錄取消,將誤單表將誤單表置為已處理,并將主表中的狀態(tài)設(shè)為未轉(zhuǎn)換。
(3)非存儲用戶不允許有預(yù)存款:非存儲用戶為現(xiàn)金用戶或托收用戶,此種用戶是不允許有預(yù)存款存在的,這種屬于業(yè)務(wù)規(guī)定,此種錯誤可以歸類為CRM系統(tǒng)和IBSS系統(tǒng)需要約定的數(shù)據(jù)在接口規(guī)則表中找不到對應(yīng)的記錄。處理時需要將CRM費用信息(表:CRMBILL_CHARGE_t)表中的數(shù)據(jù)清空,并及時通知營業(yè)相關(guān)人員給用戶退預(yù)存款。再重新處理工單。
(4)改號號碼已經(jīng)在用戶資料表中存在:可能是由于改號的號碼為當(dāng)月拆當(dāng)月裝,正常用戶資料表中有兩個狀態(tài)一個是state和serv_state,拆機當(dāng)月serv_state狀態(tài)為拆機,即FIR,而state為正常狀態(tài),即F0A,由于拆機狀態(tài)的用戶是需要參與本月計費的,因此并不是將狀態(tài)直接設(shè)成拆機。如果遇到這種情況必須 update serv_t set state=’F0D’ where ….。但如此操作會影響本月出賬,所以業(yè)務(wù)上不允許當(dāng)月拆當(dāng)月裝。
計費接口工單的處理關(guān)系到后續(xù)資料是否正確,處理的是否及時,直接影響計費結(jié)果是否準確。因此,要提高重視,做到實時監(jiān)控,每天確保產(chǎn)生的誤單都能夠及時的處理,如果有特殊情況也需在48小時內(nèi)處理完畢,月底最后一天要處理完畢所有誤單。 在處理時要仔細慎重,任何工單錯誤都需要根據(jù)具體情況具體分析、具體處理。以上內(nèi)容僅供學(xué)術(shù)討論。
book=107,ebook=195