目前PHS無線核心網預付費計費系統採用UTStarcom公司的核心技術，計費流程為：系統根據使用者通話記錄實時生成話單，存於PSC1、PSC2（預付費業務中心）上，經批價、入庫後相應轉化為各個ORACLE資料庫話單表（TABLE）。資料庫話單表是其他預付費計費系統的原始資料來源。
由於資料庫話單表存在零散且不易為其他專業人員讀懂的特點，為了滿足計費部門計費稽核的需要，原始資料需要轉換成特定格式的話單檔案（如檔案），存放於某伺服器上（梧州分公司的現狀為：存放於OSC伺服器上），匯出話單通過共享的方式，供計費部門採集並統計相應財務報表。
因話單轉換過程受伺服器效能和話單匯出程式的執行環境或其他因素（如：程式死掉、配置檔案錯誤、配置檔案沒有及時更新等）各種影響，有可能出現匯出話單遺漏資料、資料重複、話單出錯等情況，影響計費部門話單採集的準確性，影響實時計費的實施。
為保證原始話單與匯出話單的一致，以往的做法是，系統維護人員核查資料庫各個原始話單表及OSC伺服器匯出話單，根據話單項逐一判斷話單是否匹配，進而判斷匯出話單是否正常。由於資料庫將話單表細分為市話、長話、簡訊…等分項，所以人工逐一檢查、核對耗時低效，而且人為判斷匯出話單是否有誤，這樣的評判方法準確率低並且不可靠。
徵對這一狀況，本人利用C++編譯程式開發出“預付費話費核對程式”。該程式的作用是：將人工核查話單是否匹配的方法，取代為通過程式計算出資料庫原始話單各個單項話單的話費總額，同時計算出伺服器上匯出話單的各單項話費總額，比較兩者算術值大小，經過批價流程，話單與話費一一對應，如果話費差值在允許範圍內，認為匯出話單正常。該程式最主要的思路即是由原先的話單核對轉為話費核對。
下圖為預付費話費核對程式圖示截圖：
圖一：預付費話費核對程式圖示
預付費話費核對程式工作原理為：
通過資料庫讀數方式，提取ORACLE資料庫某日各話單表CHARGE等費用欄位，利用SQL語句計算出單個話單表費用總額，得到資料庫某日單項話費總額（如：某日市話總額、簡訊總額，等）∑a1、∑a2、∑a3……；
② 由於OSC伺服器上儲存的話單已經過話費轉換等流程，單項話單（如長話、市話等）攜帶型別程式碼，話單型別程式碼與資料庫話單表一一對應。由於匯出話單檔案可直接讀取單次通話費用，所以對匯出話單某日單項話費總額求取方法為：提取所有話單記錄費用，直接利用程式算術求和，得到匯出話單某日單項話費總額∑b1、∑b 2、∑b3……；
③ 通過話單型別程式碼將資料庫話單表與OSC伺服器話單項一一對應，利用程式計算器功能，將依次得到的雙方單項話費總額通過運算，得到∑a1與∑b1、∑a2與∑b 2、∑a3與∑b3……算術差，並顯示結果。由於匯出話單的配置檔案中已設定規定了的話單型別程式碼代表的話單項，顯示結果簡單易讀，方便核查。（若資料庫資料與OSC伺服器資料一致，程式自動遮蔽單項話費計算結果）。
下圖為預付費話費核對程式運算結果圖，在圖中可看到2007年8月6日當日資料庫與OSC伺服器上各單項話費總額差值存在的各個話單項。由於簡訊等計費方法是簡訊接收方收到簡訊傳送方才扣費，可能出現扣費日不在系統計費日的情況，所以，若差值小於預先設定的某值，認為匯出話單正常：
圖二：預付費話費核對程式介面截圖
上圖說明：顯示結果中數字代表OSC話單型別程式碼，字母組合部分為資料庫話單表名，中文字元為OSC根據話單型別程式碼賦值翻譯得到的各個話單項。從圖中可看到存在費用差異的主要是簡訊類、漫遊費用，由於這兩項費用計費特點是有可能延時計費，所以一定時間內兩者費用存在一定的誤差，可認為是當日匯出話單正常。
與人工逐一核對資料庫話單表、OSC伺服器話單檔案的方法相比，預付費話費核對程式有如下優點：
判斷方法高效。由於已遮蔽話費總額無差異的費用項，比較結果只顯示費用總額存在差異的`費用項（話單），省去了各個話單費用一一核查的麻煩。由於話單與話費相對應，預付費話費核對程式由話費誤差判斷出匯出話單是否有誤，是否需要重導話單，保證計費部門話單採集的準確性，縮短了整個計費稽核流程，為實時計費提供可行性後臺保障。
② 判斷方法可靠。利用話單費用是否存在差異的方法，而不是以往通過話單匹配的方法判斷匯出話單與資料庫話單是否一致，話單數量龐大，要一一核查是否異常不但需要耗費大量人力，而且有可能判斷失誤；而費用差異是經過程式嚴密思路計算而來，差異多少一目瞭然，所以預付費話費核對程式得出的結論更可靠。
另說明，預付費話費核對程式主要功能在於“核對”，即快速判斷出伺服器上匯出的話單是否異常，方便維護部門及時更正出現的錯誤，保證計費部門採集話單的準確性，而非去控制伺服器上的話單匯出程式。話單核查只是整個計費稽核環節的第一步，後續的計費稽核工作仍有多個環節，不能一步到位，仍然需要相關人員不懈努力。