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

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

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

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

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

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

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

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

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

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

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