項目組使用潤乾報表已一年多了，說實話，潤乾報表在國內同類產品中屬于非常不錯的最好的報表開發和應用產品。相應的支持也比較到位，使用人員及交流社區也開展的很合適。在這先給它們作個廣告！！！
在項目中使用潤乾報表，對數據進行專業的報表應用和開發，我對其作簡單總結：
1）對其服務器運行系統進行項目性客戶化開發，從而利用項目中的權限管理和模塊，實現對報表進行訪問控制。否則，這對企業級應用將是一個非常大的考驗。
2）潤乾報表自帶的參數生成模塊、報表運行載體的樣式、風格都極其簡陋，與項目的實際風格可能存在很大的差距。因此必需對其進行深入的擴展和開發。我們項目組的經驗就是單獨開發參數生成模塊和潤乾報表載體，如此才保證了報表中心與項目的用戶體驗和交互性的一致性。
3）為了更好的利用項目組資源，我們將潤乾報表開發人員獨立出來，形成專門的報表開發團隊。此團隊負責根據業務的需要，利用潤乾報表開發工具進行報表開發，即開發.raq報表文件。此部份人員可從項目組的普通成員和新進人員中進行培養，而無需占用大量的項目組中中高級開發人員資源，從而節約了項目組的資源。
4）潤乾報表對過JSP標簽包含在jsp頁面中進行加裁我運行。我們稱此jsp頁面為潤乾報表運行載體。我們根據潤乾報表的運行載體進行了科學的分類，并根據分類開發出統一的報表運行載體頁面（jsp）。從而避免針對每個報表文件而開發與之對應的運行載體。此舉也大為減少了項目組的JSP開發人員的工作量。
5）建立潤乾報表運行專用配置文件，將報表參數生成模塊、運行載體及潤乾報表三者之間的關系進行配置化管理，并以此為紐帶，將潤乾報表開發人員、JSP開發人員（開發報表運行載體和報表參數生成功能）聯系起來。
在開發過程中，我們碰到并解決了如下問題：
1）填報類潤乾報表在進行數據驗證時，其提示信息（以js的alert("...")方式提示用戶）成亂碼顯示：此問題是由于潤乾報表在V4.1以后，統一使用UTF-8作編譯編碼。因此，要解決此問題，需要將項目的編碼也改成UTF-8
2）在潤乾報表的參數賦值需按序依次進行賦值，而不能采用參數名進行統一賦值。因為，如果在潤乾報表的SQL中使用了重復的參數進行賦值時，會報參數找不至的錯誤。
3）在參數生成模塊中將中文參數值傳遞給潤乾報表時，會導致少量的參數值在傳遞過程中發生改變，如“機油”變成了“箕油”。此問題是由于在urlEncode和urlDecode的bug導致，請在開發時需特別注意。我們是通過自己對信息進行加碼和解碼來解決此bug。
4）潤乾報表的運行環境與應用服務器的編碼方式有關：我們項目和報表中心的編碼方式為UTF-8，但運用服務器（WAS6.1）的編碼方式為GBK時，通過參數生成功能將中文參數傳遞給潤乾報表時，會出現亂碼問題。在將WAS的輸出和運行編碼改成UTF-8后，才解決此問題。