客服電(diàn)話
在線(xiàn)客服
微信客服
公(gōng)衆号
回到頂部
(1)櫃台收費
用(yòng)戶持用(yòng)戶卡、自報地址、等方式到收費大廳進行交費,查詢用(yòng)戶信息後系統自動判斷用(yòng)戶收費方式(基礎供熱、正常供熱),并進入相應的數據計算,引導櫃員進行收費。營業廳櫃面交費方式支持現金及微信刷卡支付。
(2)開關閥用(yòng)戶管理(lǐ)
查詢交費方式(基礎熱費、正常供熱)發生變化的用(yòng)戶明細,為(wèi)外網(稽查、施工(gōng))工(gōng)作(zuò)人員提供數據依據,以此對用(yòng)戶進行供熱閥控操作(zuò)。
(3)業務(wù)審批
不同層級的審批員可(kě)查看待審批記錄及審核過的曆史記錄,非本級的審批員無權查看其它申請信息。管理(lǐ)人員可(kě)查看每一個業務(wù)申請記錄及審批進度,執行結果等信息。
選中(zhōng)“未審批”記錄,點擊“審批按鈕可(kě)進入業務(wù)申請詳情及查看當前業務(wù)狀态。審批人員核實業務(wù)變更情況後點擊審批通過或審批駁回。
基于微信公(gōng)衆号打造“互聯網+水務(wù)”一站式服務(wù)平台,實現服務(wù)渠道在線(xiàn)化、移動化,提升用(yòng)戶體(tǐ)驗。平台提供在線(xiàn)查詢交費、電(diàn)子票獲取、用(yòng)熱性質(zhì)變更申請、居民(mín)過戶、開戶報裝(zhuāng)、繳費查詢、故障報修、停複熱辦(bàn)理(lǐ)等全面供熱業務(wù);
同時包含公(gōng)共信息如收費政策、服務(wù)指南、服務(wù)網點、停熱通知等信息查詢。 通過線(xiàn)上服務(wù)平台的建設,一方面開放企業的服務(wù)信息和業務(wù)事項,實現業務(wù)的全網通辦(bàn),讓用(yòng)戶零跑腿,降低服務(wù)成本,提升服務(wù)體(tǐ)驗。
另一方面以此建立供熱企業和用(yòng)戶之間的信息通道和互動通道,并沉澱用(yòng)戶服務(wù)數據,形成用(yòng)戶畫像,為(wèi)用(yòng)戶提供更個性、智慧的服務(wù)。
全力推進城市供熱服務(wù)工(gōng)作(zuò)邁入“指尖時代”;
開放從開戶報裝(zhuāng)開始的全鏈條業務(wù)服務(wù),後台電(diàn)子化閉環流轉,實現事項全覆蓋與流程全覆蓋;
開放各類服務(wù)信息,後台可(kě)靈活管理(lǐ)欄目和文(wén)章,按需動态維護服務(wù)信息;
開放報修功能(néng),實現供熱增值服務(wù),線(xiàn)上下單、線(xiàn)上流轉、線(xiàn)上支付、線(xiàn)上評價;
線(xiàn)上辦(bàn)理(lǐ)停複熱申請、審批,在線(xiàn)繳費等,實現用(yòng)戶零跑腿
系統采用(yòng)三層架構及數據庫集群的方式進行開發,三層架構分(fēn)别為(wèi):界面層(User Interface layer)、業務(wù)邏輯層(Business Logic Layer)、數據持久層(Data access layer).
UI表現層:主要對用(yòng)戶的請求接受,以及數據的返回,為(wèi)客戶端提供應用(yòng)程序的訪問。
邏輯處理(lǐ)層:主要負責對數據層的操作(zuò)。也就是說把一些數據層的操作(zuò)進行組合。
數據訪問層:各個函數主要完成各個對數據文(wén)件的操作(zuò)。
數據庫分(fēn)布式:數據庫采用(yòng)集群方式部署,實現業務(wù)功能(néng)讀寫分(fēn)離及解決數據容災備份,系統處理(lǐ)大數據量時保障主業務(wù)流暢運行,具(jù)體(tǐ)部署方案如下圖所示:
1. 第一重負載均衡讀寫分(fēn)離:節點數據庫1和數據庫2之間負載均衡和讀寫分(fēn)離,數據同步方式為(wèi)同步模式。
2. 第二重負載均衡讀寫分(fēn)離:節點數據庫3執行報表、OLAP查詢等,數據同步方式為(wèi)異步模式。
3. 雙活集群:兩節點數據庫1和數據庫2構成雙活集群(故障時數據零丢失)。