我們?nèi)粘９芾淼拇蟛糠謹?shù)據(jù)都是從這樣的系統(tǒng)里取出的，所以必須了解數(shù)據(jù)的來源和查詢機制，如果系統(tǒng)報表的取值不夠完整或不準確，就會極大地影響數(shù)據(jù)分析的質(zhì)量，效果更無從談起了。對于呼叫中心來說，系統(tǒng)報表出具的數(shù)據(jù)通常有這樣幾類:

一是電話運營數(shù)據(jù)，每隔15分鐘或30分鐘系統(tǒng)給出的接入量（呼出量），放棄量，累計等待時間，累計放棄時間這樣的數(shù)據(jù)；

二是網(wǎng)絡(luò)運營數(shù)據(jù)，非語音業(yè)務(wù)如網(wǎng)絡(luò)聊天、網(wǎng)絡(luò)訂單處理、郵件、傳真等業(yè)務(wù)的數(shù)據(jù)；

三是現(xiàn)場管理數(shù)據(jù)（在班長席顯示），實時顯示端口狀態(tài)，有多少電話等待接入，有多少座席處于就緒狀態(tài)（可以接電話），多少座席置忙處理業(yè)務(wù)（派單或記錄），多少座席是小休，多少座席是簽出；

四是座席工作量數(shù)據(jù)，可以顯示出每個座席每半小時的接話量，接話時間，事后處理時間，置忙時間，小休時間等。這些原始數(shù)據(jù)提取后無法直接運用，還需要進一步的加工才能變成我們熟悉的接通率，服務(wù)水平，平均處理時間等指標。

一般來說，這些指標是實時生成的，隨著時間的推移不可能一直保存在呼叫系統(tǒng)中，為了系統(tǒng)報表的數(shù)據(jù)能夠保留，應(yīng)該在系統(tǒng)中增加一個數(shù)據(jù)庫服務(wù)器，專門用來保存原始數(shù)據(jù)，這個數(shù)據(jù)庫可以實現(xiàn)數(shù)據(jù)的查詢、統(tǒng)計（比如用SQL SERVER結(jié)構(gòu)），簡單圖形呈現(xiàn)（BO報表，水晶報表等成熟產(chǎn)品），也可以使用集成度更高的產(chǎn)品，如AVAYA的CMS軟件（呼叫管理系統(tǒng)），內(nèi)部集成了完整的報表功能，界面比較友好，對于不是專業(yè)IT出身的管理員更容易掌握。

系統(tǒng)部署時不僅僅要考慮業(yè)務(wù)功能的實現(xiàn)，數(shù)據(jù)報表的功能性也務(wù)必要考慮全面，否則日后的數(shù)據(jù)化管理很難實現(xiàn)，業(yè)務(wù)運作的好壞也無從評估，報表功能的重新設(shè)計要考慮更多因素，這就好像一套已經(jīng)裝修好的房子，如果格局上不合理，需要重新修改，那么之前的很多裝飾都必須破壞了再重來一樣，其工作量也許比新裝修更多更繁復(fù)。

合適的方法是設(shè)計的時候預(yù)留一定的修改余度，過程數(shù)據(jù)確保其完整性，并可以映射至數(shù)據(jù)庫中，而字段的內(nèi)容可以由業(yè)務(wù)人員提出需求，隨著業(yè)務(wù)運營的需要進行增減，一般只要過程數(shù)據(jù)足夠豐富，查詢匯總功能在一般的數(shù)據(jù)庫軟件中都很容易實現(xiàn)。

從呼叫中心系統(tǒng)的管理上考慮，報表系統(tǒng)應(yīng)獨立于業(yè)務(wù)系統(tǒng)之外，是基于歷史業(yè)務(wù)數(shù)據(jù)進行統(tǒng)計分析的，為業(yè)務(wù)決策及業(yè)務(wù)管理提供數(shù)據(jù)支持。一般來說，實時的運營數(shù)據(jù)可以根據(jù)班長座席進行查看，而報表數(shù)據(jù)的查詢、統(tǒng)計和分析應(yīng)該使用報表系統(tǒng)。

報表系統(tǒng)數(shù)據(jù)庫的數(shù)據(jù)源與呼叫中心的系統(tǒng)設(shè)計有關(guān)，一般從CMS信息庫、運營業(yè)務(wù)數(shù)據(jù)庫和WEB數(shù)據(jù)庫等系統(tǒng)中抽取，整合導(dǎo)入報表系統(tǒng)數(shù)據(jù)庫基礎(chǔ)表，針對績效管理指標或其他各類報表數(shù)據(jù)需求，在報表數(shù)據(jù)庫中對基礎(chǔ)表數(shù)據(jù)進行數(shù)據(jù)優(yōu)化與設(shè)計。

報表呈現(xiàn)方式：使用報表展示工具（BO、BRIO、CRYSTAL等）進行WEB化加工呈現(xiàn)，通過對瀏覽用戶的角色定義及權(quán)限分級，實現(xiàn)對不同級別用戶的不同統(tǒng)計報表展示。