關(guān)于CRM停機而后臺停不住原因說明

1、關(guān)于在CRM停機而后臺停不住原因4月份鶴崗信息化中心提供給鶴崗運維部一些C網(wǎng)停機停不住，產(chǎn)生大量費用的用戶號碼。要求運維部協(xié)助查詢原因并在HLRe后臺手動停機這些用戶，我們收到號碼的當天就在OSS和HLRe對這些和戶進行了核對。核對后發(fā)現(xiàn)CRM提供的部分停機用戶在HLR為開機狀態(tài)。為確保公司利益，配合信息化中心工作，鶴崗運維部及時在HLRe手動停機處理這些用戶（只能停語音/1X）。EVDO功能由ANAAA平臺控制，鶴崗運維部當天與ANAAA平臺溝通，經(jīng)ANAAA平臺核查后沒有發(fā)現(xiàn)CRM傳送過停機指令，所以沒有為這些用戶在ANAAA平臺停機處理，要求CRM系統(tǒng)自已處理。鶴崗運維部也立即查詢了這些

2、用戶在CRM停機但在HLR和ANAAA平臺停不住的原因。并在4月份通過省分OSS聯(lián)系人將核查結(jié)果及時反饋到省分信息化中心。這個問題當時省分信息化也要求省分OSS系統(tǒng)查詢原因，省分OSS聯(lián)系人門璐璐也將核查結(jié)果反饋給了省分信息化中心負責人曲春軍。核查結(jié)果為：鶴崗運維部分別和OSS激活廠家/CRM廠家確認了動作代碼：動作代碼12是報失停機，13是管理開機。即CRM發(fā)起的這些掛失停機工單，送到OSS激活系統(tǒng)的動作代碼是13（管理開機）。這就是為什么在CRM系統(tǒng)停機但在OSS激活系統(tǒng)產(chǎn)生開機工單和HLRe用戶狀態(tài)為開機，并且在ANAAA平臺用戶沒有停機的真正原因。解決辦法：通過CRM系統(tǒng)（營帳）取消用

3、戶EVDO功能，即從CRM發(fā)起一張程控變更工單，送到OSS激活系統(tǒng)產(chǎn)生在ANAAA平臺銷戶工單。至于為什么CRM系統(tǒng)送錯動作代碼，應(yīng)該由CRM系統(tǒng)查詢原因。才能從根本解決此問題，這個問題為全省共性問題，其它地市也存在此情況。信息化提供的這些用戶開戶日期從2009年11月到2010年3月份，而且這部分用戶停機類型為掛失停機，因為OSS系統(tǒng)上線的時間為2009年12月11日，所以2010年12月11日之前的工單，運維部看不到，只能根據(jù)CRM提供的工單在HLRe核對一下用戶狀態(tài)，2009年12月11日的工單通過OSS系統(tǒng)，這部分工單我們運維部可以查到，所以我們重點對這部分工單進行原因分析。一、先簡單

4、介紹一下停機流程：由CRM發(fā)起停機工單，經(jīng)過OSS激活系統(tǒng)到后分成子單，分別到HLRe去停語音/1X業(yè)務(wù)和ANAAA平臺停EVDO功能。負責語音/1X業(yè)務(wù)停機HLRe停機流程示意圖：CRM系統(tǒng)停機工單OSS激活系統(tǒng) 負責EVDO業(yè)務(wù)停機ANAAA平臺OSS激活系統(tǒng)子單：上圖序號1是到HLRe停語音/1X功能，序號4是到ANAAA平臺停EVDO功能。二、CRM系統(tǒng)停機在OSS激活系統(tǒng)查詢情況CRM系統(tǒng)查詢結(jié)果OSS激活系統(tǒng)查詢結(jié)果號碼欠費狀態(tài)停機日期狀態(tài)開機日期1335196950615.6掛失停機2010-1-7 0:16CDMA管理開機2010-1-7 0:1713351963327146.

5、9掛失停機2010-1-7 0:16CDMA管理開機2010-1-7 0:171335195589615掛失停機2010-1-7 0:16CDMA管理開機2010-1-7 0:171333958850215掛失停機2010-1-7 0:17CDMA管理開機2010-1-7 0:171333958852415掛失停機2010-1-7 0:17CDMA管理開機2010-1-7 0:171333958892115掛失停機2010-1-7 0:17CDMA管理開機2010-1-7 0:171333958946315掛失停機2010-1-7 0:17CDMA管理開機2010-1-7 0:17133395

6、8849615掛失停機2010-1-7 0:17CDMA管理開機2010-1-7 0:171333958892015掛失停機2010-1-7 0:17CDMA管理開機2010-1-7 0:171333958897015掛失停機2010-1-7 0:17CDMA管理開機2010-1-7 0:171333958940315掛失停機2010-1-7 0:17CDMA管理開機2010-1-7 0:171335195106114.13掛失停機2010-1-10 0:19CDMA管理開機2010-1-10 0:201334958397921.22掛失停機2010-1-23 0:16CDMA管理開機2010

7、-1-23 0:16133519353752467.32掛失停機2010-2-12 23:28CDMA管理開機2010-2-12 23:28133519338937031掛失停機2010-2-13 0:17CDMA管理開機2010-2-13 0:17133519353058037.53掛失停機2010-2-13 0:17CDMA管理開機2010-2-13 0:17133599765765210.18掛失停機2010-2-13 0:17CDMA管理開機2010-2-13 0:17133519670292810.56掛失停機2010-2-13 0:17CDMA管理開機2010-2-13 0:171

8、33519633528732.36掛失停機2010-2-13 0:17CDMA管理開機2010-2-13 0:17133395863655403.88掛失停機2010-2-13 0:17CDMA管理開機2010-2-13 0:17133946808706648.49掛失停機2010-2-13 0:17CDMA管理開機2010-2-13 0:17133295825526778掛失停機2010-2-13 0:17CDMA管理開機2010-2-13 0:17133519570755847.97掛失停機2010-2-13 0:17CDMA管理開機2010-2-13 0:1713351963310570

9、3.82掛失停機2010-2-13 0:17CDMA管理開機2010-2-13 0:17133519510914435.58掛失停機2010-2-13 0:49CDMA管理開機2010-2-13 0:50133495832234138.29掛失停機2010-2-13 14:51CDMA管理開機2010-2-13 14:51133595878733282.75掛失停機2010-2-13 19:11CDMA管理開機2010-2-13 19:11133046896322127.5掛失停機2010-2-13 21:00CDMA管理開機2010-2-13 21:00133595875721364.91掛

10、失停機2010-2-14 22:50CDMA管理開機2010-2-14 22:50上表是OSS上線后信息化提供的用戶停機工單，類型為：掛失停機，我們在OSS激活系統(tǒng)查到CRM送到OSS系統(tǒng)的工單均為開戶工單，所以送到HLR當然是開機指令，送到ANAAA平臺自然也是開機指令。三、舉例分析原因CRM系統(tǒng)查詢結(jié)果OSS激活系統(tǒng)查詢結(jié)果號碼欠費狀態(tài)停機日期狀態(tài)開機日期1335196950615.6掛失停機2010-1-7 0:16CDMA管理開機2010-1-7 0:1713351963327146.9掛失停機2010-1-7 0:16CDMA管理開機2010-1-7 0:17我們舉例說明原因：133

11、51969506在2010年1月7日掛失停機，送到OSS激活系統(tǒng)的工單為開機工單，下圖是OSS激活系統(tǒng)工單截圖。為什么CRM停機工單到OSS激活系統(tǒng)都變成了開機工單，我們要求OSS激活廠家提代了報文：通過對報文的分析，發(fā)現(xiàn)CRM送的動作代碼為13，即Standard_code=13，這個動作代碼13在OSS激活系統(tǒng)是管理開機指令。我們運維部分別和OSS激活廠家/CRM廠家確認了動作代碼：動作代碼12是報失停機，13是管理開機。即CRM發(fā)起的這些掛失停機工單，送到OSS激活系統(tǒng)的動作代碼是13（管理開機）。這就是為什么在CRM系統(tǒng)停機但在OSS激活系統(tǒng)產(chǎn)生開機工單和HLRe用戶狀態(tài)為開機，并且在ANAAA平臺用戶沒有停機