專利名稱：財務稽核方法、子系統(tǒng)及業(yè)務運營支撐系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及一種財務稽核(Finance Audit)方法、子系統(tǒng)及業(yè)務運營支撐系統(tǒng)，屬于通信業(yè)務的計費技術領域。
背景技術：
業(yè)務運營支撐系統(tǒng)(BusinessOperation Support System，簡稱BOSS)是現(xiàn)有 通信系統(tǒng)中的一種計費系統(tǒng)，其基本功能包括業(yè)務受理、業(yè)務支撐、用戶資料管理、計費、出 賬、結算等，負責登記用戶資料，開啟或停止對用戶的服務，實時根據不同套餐資費標準計 算手機，固定電話用戶通話時的消費金額，準實時及定期計算用戶賬單，實時或定期結算用 戶漫游費用等。在現(xiàn)有技術中，為了根據資金稽核方面的實際情況，提高收入稽核和會計核算效 率、降低資金風險，在現(xiàn)有的每個省級BOSS的基礎上，還建設有一個對營業(yè)員的營收資金 和商品銷售進行稽核的子系統(tǒng)，稱為財務稽核子系統(tǒng)，其通過BOSS進行營收信息與實收信 息的核對，從而確保營收資金和商品銷售的安全、準確。但是，現(xiàn)有的財務稽核子系統(tǒng)是將財務稽核源數據采集邏輯內嵌在業(yè)務處理邏輯 中的，即現(xiàn)有的財務稽核子系統(tǒng)的處理邏輯是與BOSS的業(yè)務受理邏輯綁定在一起的，在進 行財務費用歸并時，如果財務稽核子系統(tǒng)報錯則會影響B(tài)OSS對正常業(yè)務的受理；并且，由 于這種財務稽核子系統(tǒng)和BOSS的綁定，使得BOSS受理一筆業(yè)務的時間為BOSS業(yè)務處理所 消耗的時間和稽核采集所消耗的時間的總和，從而導致BOSS業(yè)務處理速度低，尤其在業(yè)務 處理高峰時會影響B(tài)OSS業(yè)務的受理速度。

發(fā)明內容
本發(fā)明實施例要提供一種財務稽核方法、子系統(tǒng)及業(yè)務運營支撐系統(tǒng)，以避免財 務稽核過程對BOSS正常業(yè)務的影響。本發(fā)明的一個實施例提供了一種財務稽核方法，其中包括接收到受理數據采集請求時，從綜合營業(yè)子系統(tǒng)數據庫采集成功受理的收費業(yè)務 受理數據；調用稽核事件，根據該稽核事件的稽核規(guī)則信息對所述收費業(yè)務受理數據進行稽 核處理。本發(fā)明的另一個實施例提供了一種財務稽核子系統(tǒng)，其中包括采集組件模塊，用于當接收到受理數據采集請求時，從綜合營業(yè)子系統(tǒng)數據庫采 集成功受理的收費業(yè)務受理數據；財務稽核引擎模塊，用于發(fā)出受理數據采集請求，并調用稽核事件，根據該稽核事 件的稽核規(guī)則信息，對采集組件模塊采集到的收費業(yè)務受理數據進行稽核處理。本發(fā)明的又一個實施例提供了一種業(yè)務運營支撐系統(tǒng)，其中包括綜合營業(yè)子系統(tǒng)，用于接收到由營業(yè)員發(fā)起的收費業(yè)務受理請求，生成收費業(yè)務受理數據，并將收費業(yè)務受理數據保存于綜合營業(yè)子系統(tǒng)數據庫中；財務稽核子系統(tǒng)，用于當接收到受理數據采集請求時，從綜合營業(yè)子系統(tǒng)數據庫 采集成功受理的收費業(yè)務受理數據；調用稽核事件，根據該稽核事件的稽核規(guī)則信息對所 述收費業(yè)務受理數據進行稽核處理。通過本發(fā)明實施例，由于將財務稽核子系統(tǒng)的處理 邏輯與現(xiàn)有BOSS的綜合營業(yè) 子系統(tǒng)的業(yè)務受理邏輯進行了拆分，使得財務稽核子系統(tǒng)獨立于綜合營業(yè)子系統(tǒng)存在，因 此在進行財務費用歸并時，財務稽核子系統(tǒng)即使報錯也不會影響綜合營業(yè)子系統(tǒng)對正常業(yè) 務的受理；并且，由于這種拆分，使得綜合營業(yè)子系統(tǒng)受理一筆業(yè)務的時間不再包含稽核采 集所消耗的時間，因此提高了綜合營業(yè)子系統(tǒng)業(yè)務的受理速度，且不會影響綜合營業(yè)子系 統(tǒng)原有業(yè)務的調用。下面通過附圖和實施例，對本發(fā)明的技術方案做進一步的詳細描述。


圖1為本發(fā)明方法實施例一所述財務稽核方法的流程圖；圖2為本發(fā)明方法實施例二所述財務稽核方法的流程圖；圖3為本發(fā)明系統(tǒng)實施例所述BOSS的結構示意圖；圖4為本發(fā)明子系統(tǒng)實施例一所述綜合營業(yè)子系統(tǒng)的結構示意圖；圖5為本發(fā)明子系統(tǒng)實施例二所述財務稽核子系統(tǒng)的結構示意圖；圖6為圖5所示執(zhí)行單元的具體結構示意圖；圖7為本發(fā)明系統(tǒng)實施例所述BOSS執(zhí)行財務稽核方法的信令流程圖。
具體實施例方式方法實施例一本實施例提供了一種財務稽核方法，如圖1所示，包括如下步驟步驟101，接收到受理數據采集請求時，從綜合營業(yè)子系統(tǒng)數據庫采集成功受理的 收費業(yè)務受理數據；其中，收費業(yè)務受理數據是受理了由營業(yè)員發(fā)起的收費業(yè)務受理請求后生成的， 記錄該收費業(yè)務的受理情況。步驟102，調用稽核事件，根據該稽核事件的稽核規(guī)則信息對所述收費業(yè)務受理數 據進行稽核處理；至此，實現(xiàn)了本實施例所述的財務稽核方法，另外，針對進行稽核處理后得到的稽 核處理結果，還可以進一步包括下述步驟103。步驟103，將所述稽核處理后得到的稽核處理結果保存在財務稽核數據庫中。此后，可以根據已保存的稽核處理結果進行各種財務操作，如根據財務規(guī)則及預 先配置的稽核規(guī)則進行扎帳，即營業(yè)員將匯總收入定期上繳并記錄；然后審核營業(yè)員上繳 的費用；最后與銀行返回的信息進行對比，以完成對該筆費用的稽核。通過本實施例所述方法，由于將財務稽核子系統(tǒng)的處理邏輯與現(xiàn)有BOSS的綜合 營業(yè)子系統(tǒng)的業(yè)務受理邏輯進行了拆分，使得財務稽核子系統(tǒng)獨立于綜合營業(yè)子系統(tǒng)存 在，因此在進行財務費用歸并時，財務稽核子系統(tǒng)即使報錯也不會影響綜合營業(yè)子系統(tǒng)對正常業(yè)務的受理；并且，由于這種拆分，使得綜合營業(yè)子系統(tǒng)受理一筆業(yè)務的時間不再包含 稽核采集所消耗的時間，因此提高了綜合營業(yè)子系統(tǒng)業(yè)務的受理速度，且不會影響綜合營 業(yè)子系統(tǒng)原有業(yè)務的調用。 方法實施例二本實施例提供了另一種財務稽核方法，如圖2所示，包括如下步驟步驟201，接收到受理數據采集請求時，從綜合營業(yè)子系統(tǒng)數據庫采集成功受理的 收費業(yè)務受理數據。步驟202，調用稽核事件，獲取該稽核事件的稽核規(guī)則信息。步驟203，判斷所述稽核規(guī)則信息的類型，當該稽核規(guī)則信息為數據庫交互規(guī)則信 息時，執(zhí)行步驟211 ；當該稽核規(guī)則信息為表達式(Expression)規(guī)則信息時，執(zhí)行步驟221 ； 當該稽核規(guī)則信息為外部數據交互規(guī)則信息時，執(zhí)行步驟231。步驟211，根據所述數據庫交互規(guī)則信息，從綜合營業(yè)子系統(tǒng)數據庫中獲取與所述 收費業(yè)務受理數據相應的用戶的資料數據；其中，數據庫交互規(guī)則是通過數據庫訪問語句表達規(guī)則內容，以實現(xiàn)與數據庫的 信息交互，具體可以為一條數據庫訪問語句，例如，選擇(select)、插入(insert)、更新 (update)和刪除(delete)等語句。步驟221，根據所述表達式規(guī)則信息，判斷與所述收費業(yè)務受理數據相應的財務費 用項的類型數據。其中，表達式規(guī)則是指以表達式的方式配置規(guī)則內容以實現(xiàn)邏輯判斷，例如，通過 采用“if. . else"等語句構成表達式。通過本步驟，可以區(qū)分針對不同業(yè)務的財務費用的處理。步驟231，根據所述外部數據交互規(guī)則信息，調用外部應用程序接口(Application Programming Interface，簡稱API)對所述收費業(yè)務受理數據進行處理，得到外部處理數據。步驟204，將所述收費業(yè)務受理數據與所述用戶的資料數據和/或所述財務費用 項的類型數據和/或所述外部處理數據根據財務稽核規(guī)則歸并為財務費用項作為所述稽 核處理結果。其中，稽核費用項可以包含費用金額以及相關業(yè)務信息等內容。至此，實現(xiàn)了本實施例所述的財務稽核方法，另外，針對進行稽核處理后得到的稽 核處理結果，還可以進一步包括下述步驟205。步驟205，將所述稽核處理后得到的稽核處理結果保存在財務稽核數據庫中。此處需要說明的是，每個稽核事件均具有相應的稽核規(guī)則信息，根據不同類型的 稽核規(guī)則信息進行處理后，會有成功和失敗兩種處理結果，因此可以根據相應的處理結果， 調用預設的后續(xù)的稽核事件，繼續(xù)對所述收費業(yè)務受理數據進行稽核處理，以實現(xiàn)多個稽 核事件的連續(xù)調用。多個稽核事件具體的調用順序，可以根據實現(xiàn)應用的需要進行預設，此 處不再贅述。以下舉例說明上述稽核事件的調用過程過程1 用戶向營業(yè)員繳納預存話費時，首先調用一條基于數據庫交互規(guī)則的稽 核事件，即從綜合營業(yè)子系統(tǒng)數據庫中獲取用戶的資料數據，例如用戶所開通的業(yè)務品牌，如全球通、動感地帶、神州行等業(yè)務信息，此處假設為全球通業(yè)務。過程2 調用一條基于表達式規(guī)則的稽核事件，即判斷所述用戶的入網時間是不 是當月，如果是當月，則根據財務規(guī)定，將用戶繳納的預存話費作為開戶預存話費；過程3 調用一條基于表達式規(guī)則的稽核事件，即判斷用戶的繳費是否觸發(fā)銷賬， 以判定這批預存話費是否為純預存款。其中，銷賬是指用戶在繳費時，首先是以預存款的形式繳納，此時的預存款仍然屬 于該用戶；用戶在繳納預存款時，系統(tǒng)會檢查是否有欠費，如果有就用預存款來抵扣欠費， 該過程即稱為銷賬。發(fā)生銷賬后，用戶繳納的費用便會劃歸運營商。因此，如果用戶的繳費 觸發(fā)銷賬則意味著用戶有欠費，這會在財務統(tǒng)計時單獨列出來。經過上述稽核事件的處理后，可以獲得用戶的資料數據并判定出用戶的該筆繳費 所屬的財務費用項的類型數據，例如判定為全球通預存款。通過本實施例所述方法，將采集財務數據及歸并的過程分解成多個稽核事件完 成，當綜合營業(yè)子系統(tǒng)的業(yè)務發(fā)生變化時，只需修改稽核事件對應的處理規(guī)則即可，因此有 利于實現(xiàn)操作過程的靈活配置。系統(tǒng)實施例本實施例提供了一種業(yè)務運營支撐系統(tǒng)，如圖3所示，包括財務稽核子系統(tǒng)10和 綜合營業(yè)子系統(tǒng)20。其工作原理如下綜合營業(yè)子系統(tǒng)20接收到由營業(yè)員發(fā)起的收費業(yè)務受理請求，生成收費業(yè)務受 理數據，并將收費業(yè)務受理數據保存于綜合營業(yè)子系統(tǒng)數據庫中；財務稽核子系統(tǒng)10當接 收到受理數據采集請求時，從綜合營業(yè)子系統(tǒng)20的綜合營業(yè)子系統(tǒng)數據庫中，采集成功受 理的收費業(yè)務受理數據；調用稽核事件，根據該稽核事件的稽核規(guī)則信息對所述收費業(yè)務 受理數據進行稽核處理。此后，財務稽核子系統(tǒng)10還可以將所述稽核處理后得到的稽核處 理結果保存在財務稽核數據庫中。具體地，在調用稽核事件時，可以根據不同類型的稽核規(guī)則信息對采集到的收費 業(yè)務受理數據進行相應的稽核處理，詳細說明可參考上述方法實施例二，此處不再贅述。通過本實施例所述系統(tǒng)，由于將財務稽核子系統(tǒng)的處理邏輯與現(xiàn)有BOSS的綜合 營業(yè)子系統(tǒng)的業(yè)務受理邏輯進行了拆分，使得財務稽核子系統(tǒng)獨立于綜合營業(yè)子系統(tǒng)存 在，因此在進行財務費用歸并時，財務稽核子系統(tǒng)即使報錯也不會影響綜合營業(yè)子系統(tǒng)對 正常業(yè)務的受理；并且，由于這種拆分，使得綜合營業(yè)子系統(tǒng)受理一筆業(yè)務的時間不再包含 稽核采集所消耗的時間，因此提高了綜合營業(yè)子系統(tǒng)業(yè)務的受理速度，且不會影響綜合營 業(yè)子系統(tǒng)原有業(yè)務的調用。子系統(tǒng)實施例一本實施例提供了一種綜合營業(yè)子系統(tǒng)，如圖4所示，包括前臺終端21、受理模塊 22和綜合營業(yè)子系統(tǒng)數據庫23。其工作原理如下前臺終端21接收到由營業(yè)員發(fā)起的收費業(yè)務受理請求；受理模塊22根據前臺終 端21接收的收費業(yè)務受理請求生成收費業(yè)務受理數據；由綜合營業(yè)子系統(tǒng)數據庫23保存 受理模塊22生成的收費業(yè)務受理數據。通過本實施例所述子系統(tǒng)，由于綜合營業(yè)子系統(tǒng)中的綜合營業(yè)子系統(tǒng)只負責收費 業(yè)務的受理，保存收費業(yè)務受理數據后即完成了受理過程，不需要立即進行財務稽核，因此使得綜合營業(yè)子系統(tǒng)受理一筆業(yè)務的時間不再包含稽核采集所消耗的時間，因此提高了綜 合營業(yè)子系統(tǒng)業(yè)務的受理速度，且不會影響綜合營業(yè)子系統(tǒng)原有業(yè)務的調用。子系統(tǒng)實施例二本實施例提供了一種財務稽核子系統(tǒng)，如圖5所示，包括財務稽核引擎模塊11和 采集組件模塊12。其工作原理如下當需要進行財務稽核時，財務稽核引擎模塊11發(fā)出受理數據采集請求；采集組件 模塊12當接收到來自于財務稽核引擎模塊11的受理數據采集請求時，從綜合營業(yè)子系統(tǒng) 20中的綜合營業(yè)子系統(tǒng)數據庫23中采集成功受理的收費業(yè)務受理數據；財務稽核引擎模 塊11調用稽核事件，根據該稽核事件的稽核規(guī)則信息對采集組件模塊12采集到的收費業(yè) 務受理數據進行稽核處理。具體地，財務稽核引擎模塊11可以包括調用單元1101、獲取單元1102、判斷單元 1103及執(zhí)行單元1104。其工作原理如下當上述采集組件模塊12完成收費業(yè)務受理數據的采集后，財務稽核引擎模塊11 中的調用單元1101調用稽核事件；獲取單元1102獲取調用單元1101調用的稽核事件的 稽核規(guī)則信息；判斷單元1103判斷獲取單元1102獲取的稽核規(guī)則信息的類型；執(zhí)行單元 1104根據判斷單元1103的判斷結果，針對不同類型的稽核規(guī)則信息對收費業(yè)務受理數據 執(zhí)行相應的稽核處理。如圖6所示，該執(zhí)行單元1104中可以具體包括第一執(zhí)行子單元1111、第二執(zhí)行 子單元1112及第三執(zhí)行子單元1113。其工作原理如下當所述稽核規(guī)則信息為數據庫交互規(guī)則信息時，由第一執(zhí)行子單元1111根據該 數據庫交互規(guī)則信息，從所述綜合營業(yè)子系統(tǒng)數據庫23中獲取與所述收費業(yè)務受理數據 相應的用戶的資料數據；當所述稽核規(guī)則信息為表達式規(guī)則信息時，由第二執(zhí)行子單元1112根據所述表 達式規(guī)則信息，判斷與所述收費業(yè)務受理數據相應的財務費用項的類型數據；當所述稽核規(guī)則信息為外部數據交互規(guī)則信息時，由第三執(zhí)行子單元1113根據 所述外部數據交互規(guī)則信息，調用外部應用程序接口對所述收費業(yè)務受理數據進行處理， 得到外部處理數據。此后，還可以根據上述稽核處理的處理結果，調用預設的后續(xù)的稽核事件，繼續(xù)對 所述收費業(yè)務受理數據進行稽核處理，以實現(xiàn)多個稽核事件的連續(xù)調用。另外，該財務稽核引擎模塊11中還可以進一步包括歸并單元1105。完成所有稽核 事件的稽核處理后，由歸并單元1105將所述收費業(yè)務受理數據，與第一執(zhí)行子單元1111得 到的所述用戶的資料數據和/或第二執(zhí)行子單元1112得到的所述財務費用項的類型數據 和/或第三執(zhí)行子單元1113得到的所述外部處理數據，歸并為財務費用項作為所述稽核處 理結果。此外，該財務稽核子系統(tǒng)10還可以進一步包括財務稽核數據庫13，用于保存上述 稽核處理后得到的稽核處理結果，以供后續(xù)各種財務操作時使用。通過本實施例所述系統(tǒng)，由于將財務稽核子系統(tǒng)的處理邏輯與現(xiàn)有BOSS的綜合 營業(yè)子系統(tǒng)的業(yè)務受理邏輯進行了拆分，使得在進行財務費用歸并時，財務稽核子系統(tǒng)即 使報錯也不會影響綜合營業(yè)子系統(tǒng)對正常業(yè)務的受理；并且，由于這種拆分，使得綜合營業(yè)子系統(tǒng)受理一筆業(yè)務的時間不再包含稽核采集所消耗的時間，因此提高了綜合營業(yè)子系統(tǒng) 業(yè)務的受理速度，且不會影響綜合營業(yè)子系統(tǒng)原有業(yè)務的調用。 以下舉例說明本實施例所述綜合營業(yè)子系統(tǒng)執(zhí)行財務稽核方法的信令流程，如圖 7所示，包括如下過程(1-1)營業(yè)員通過前臺終端向受理模塊發(fā)起收費業(yè)務受理請求。(1-2)受理模塊生成收費業(yè)務受理數據保存于綜合營業(yè)子系統(tǒng)數據庫中，并向前 臺終端返回受理單號。(1-3)財務稽核引擎模塊向采集組件模塊發(fā)出受理數據采集請求。(1-4)采集組件模塊根據上述受理數據采集請求，從綜合營業(yè)子系統(tǒng)數據庫采集 成功受理的收費業(yè)務受理數據。其中，采集組件模塊可以為由一系列選擇(Select)語句組成的采集事件，通過與 綜合營業(yè)子系統(tǒng)數據庫的交互規(guī)則進行配置，來采集收費業(yè)務受理數據。由采集組件模塊 獨立進行收費業(yè)務受理數據的采集，有利于提高采集效率。(1-5)綜合營業(yè)子系統(tǒng)數據庫向采集組件模塊返回成功受理的收費業(yè)務受理數 據。(1-6)采集組件模塊向財務稽核引擎模塊返回成功受理的收費業(yè)務受理數據。(1-7)財務稽核引擎模塊調用稽核事件對采集到的收費業(yè)務受理數據進行稽核處理。(1-8)稽核事件完成稽核處理后，向財務稽核引擎模塊返回稽核處理結果。(1-9)財務稽核引擎模塊將稽核處理結果保存在財務稽核數據庫中。(1-10)返回處理結果，以表明稽核處理結果是否保存成功。本領域普通技術人員可以理解實現(xiàn)上述方法實施例的全部或部分步驟可以通過 程序指令相關的硬件來完成，前述的程序可以存儲于一計算機可讀取存儲介質中，該程序 在調用時，調用包括上述方法實施例的步驟；而前述的存儲介質包括R0M、RAM、磁碟或者 光盤等各種可以存儲程序代碼的介質。 最后應說明的是以上實施例僅用以說明本發(fā)明的技術方案，而非對其限制；盡 管參照前述實施例對本發(fā)明進行了詳細的說明，本領域的普通技術人員應當理解其依然 可以對前述各實施例所記載的技術方案進行修改，或者對其中部分技術特征進行等同替 換；而這些修改或者替換，并不使相應技術方案的本質脫離本發(fā)明各實施例技術方案的精 神和范圍。
權利要求
一種財務稽核方法，其特征在于包括接收到受理數據采集請求時，從綜合營業(yè)子系統(tǒng)數據庫采集成功受理的收費業(yè)務受理數據；調用稽核事件，根據該稽核事件的稽核規(guī)則信息對所述收費業(yè)務受理數據進行稽核處理。
2.根據權利要求1所述的財務稽核方法，其特征在于所述接收到受理數據采集請求之 前還包括接收到由營業(yè)員發(fā)起的收費業(yè)務受理請求后，生成所述收費業(yè)務受理數據。
3.根據權利要求1所述的財務稽核方法，其特征在于所述根據該稽核事件的稽核規(guī)則 信息對所述收費業(yè)務受理數據進行稽核處理包括判斷所述稽核規(guī)則信息的類型；當所述稽核規(guī)則信息為數據庫交互規(guī)則信息時，根據所述數據庫交互規(guī)則信息，從綜 合營業(yè)子系統(tǒng)數據庫中獲取與所述收費業(yè)務受理數據相應的用戶的資料數據；當所述稽核規(guī)則信息為表達式規(guī)則信息時，根據所述表達式規(guī)則信息，判斷與所述收 費業(yè)務受理數據相應的財務費用項的類型數據；當所述稽核規(guī)則信息為外部數據交互規(guī)則信息時，根據所述外部數據交互規(guī)則信息， 調用外部應用程序接口對所述收費業(yè)務受理數據進行處理，得到外部處理數據。
4.根據權利要求3所述的財務稽核方法，其特征在于所述對所述收費業(yè)務受理數據進 行稽核處理之后還包括將所述收費業(yè)務受理數據，與進行所述稽核處理后得到的所述用戶的資料數據和/或 所述財務費用項的類型數據和/或所述外部處理數據，根據財務稽核規(guī)則歸并為財務費用 項作為所述稽核處理結果。
5.根據權利要求1所述的財務稽核方法，其特征在于所述對所述收費業(yè)務受理數據進 行稽核處理之后還包括根據進行稽核處理后的處理結果，調用預設的后續(xù)的稽核事件，繼續(xù)對所述收費業(yè)務 受理數據進行稽核處理。
6.一種財務稽核子系統(tǒng)，其特征在于包括采集組件模塊，用于當接收到受理數據采集請求時，從綜合營業(yè)子系統(tǒng)數據庫采集成 功受理的收費業(yè)務受理數據；財務稽核引擎模塊，用于發(fā)出受理數據采集請求，并調用稽核事件，根據該稽核事件的 稽核規(guī)則信息，對采集組件模塊采集到的收費業(yè)務受理數據進行稽核處理。
7.根據權利要求6所述的財務稽核子系統(tǒng)，其特征在于還包括財務稽核數據庫，用于保存由財務稽核引擎模塊進行稽核處理后得到的稽核處理結果。
8.根據權利要求6所述的財務稽核子系統(tǒng)，其特征在于所述財務稽核引擎模塊包括 調用單元，用于調用稽核事件；獲取單元，用于獲取由調用單元調用的稽核事件的稽核規(guī)則信息； 判斷單元，用于判斷由獲取單元獲取的稽核規(guī)則信息的類型； 執(zhí)行單元，用于根據判斷單元的判斷結果，對采集組件模塊采集到的所述收費業(yè)務受理數據進行相應的稽核處理。
9.根據權利要求8所述的財務稽核子系統(tǒng)，其特征在于所述執(zhí)行單元包括第一執(zhí)行子單元，用于根據判斷單元的判斷結果，當所述稽核規(guī)則信息為數據庫交互 規(guī)則信息時，根據該數據庫交互規(guī)則信息，從所述綜合營業(yè)子系統(tǒng)數據庫中獲取與所述收 費業(yè)務受理數據相應的用戶的資料數據；第二執(zhí)行子單元，用于根據判斷單元的判斷結果，當所述稽核規(guī)則信息為表達式規(guī)則 信息時，根據所述表達式規(guī)則信息，判斷與所述收費業(yè)務受理數據相應的財務費用項的類 型數據；第三執(zhí)行子單元，用于根據判斷單元的判斷結果，當所述稽核規(guī)則信息為外部數據交 互規(guī)則信息時，根據所述外部數據交互規(guī)則信息，調用外部應用程序接口對所述收費業(yè)務 受理數據進行處理，得到外部處理數據。
10.根據權利要求9所述的財務稽核子系統(tǒng)，其特征在于所述財務稽核引擎模塊還包括歸并單元，將所述收費業(yè)務受理數據，與第一執(zhí)行子單元得到的所述用戶的資料數據 和/或第二執(zhí)行子單元得到的所述財務費用項的類型數據和/或第三執(zhí)行子單元得到的所 述外部處理數據，歸并為財務費用項作為所述稽核處理結果。
11.一種業(yè)務運營支撐系統(tǒng)，其特征在于包括綜合營業(yè)子系統(tǒng)，用于接收到由營業(yè)員發(fā)起的收費業(yè)務受理請求，生成收費業(yè)務受理 數據，并將收費業(yè)務受理數據保存于綜合營業(yè)子系統(tǒng)數據庫中；財務稽核子系統(tǒng)，用于當接收到受理數據采集請求時，從綜合營業(yè)子系統(tǒng)數據庫采集 成功受理的收費業(yè)務受理數據；調用稽核事件，根據該稽核事件的稽核規(guī)則信息對所述收 費業(yè)務受理數據進行稽核處理。
全文摘要
本發(fā)明實施例涉及一種財務稽核方法、子系統(tǒng)及業(yè)務運營支撐系統(tǒng)，其中包括接收到受理數據采集請求時，從綜合營業(yè)子系統(tǒng)數據庫采集成功受理的收費業(yè)務受理數據；調用稽核事件，根據該稽核事件的稽核規(guī)則信息對所述收費業(yè)務受理數據進行稽核處理。系統(tǒng)包括綜合營業(yè)子系統(tǒng)和財務稽核子系統(tǒng)。通過本發(fā)明實施例，由于將財務稽核子系統(tǒng)的處理邏輯與現(xiàn)有BOSS的綜合營業(yè)子系統(tǒng)的業(yè)務受理邏輯進行了拆分，使得財務稽核子系統(tǒng)獨立于綜合營業(yè)子系統(tǒng)存在，因此在進行財務費用歸并時，財務稽核子系統(tǒng)即使報錯也不會影響綜合營業(yè)子系統(tǒng)對正常業(yè)務的受理。
文檔編號H04M15/00GK101800823SQ20091007763
公開日2010年8月11日 申請日期2009年2月9日 優(yōu)先權日2009年2月9日
發(fā)明者彭云飛, 沈哲 申請人:華為軟件技術有限公司