攜程假保單事件,聯想到乘意險系統需求
前段時間,攜程的假保單事件動靜整得挺大的,其實不光是航意險,車險、乘意險等都會有這樣的問題,只不過航意險等之類的交通工具意外險假保單比例比較多。這類險種一般為短期險,賠付低,利潤高,都是透過撕票方式出單。像平常過年回家,坐汽車回家買汽車票時,總是被附帶上一張1元或2元的保險。
這種撕票的方式,定額保單進行銷售,不是透過系統的方式出單,也對假保單提供了土壤。前段時間,某保監局公佈《關於規範中介渠道短期意外傷害保險業務的通知》,《通知》要求,各保險中介公司在經營隨車票等一起出售的短期意外傷害保險時,均應停止以手撕票方式經營。在銷售時,做到電腦聯網、系統出單、實時管理,保證短期意外險保單原始資訊及時進入保險公司核心系統。禁止以手工填寫、單擊列印等非系統聯網方式出單。有這樣的業務需求驅動,系統就要進行相關改造。
這裡以乘客人身意外傷害保險為例,目前各客運站用的最多的是太保的乘意險系統。由於直接面對乘客,售票的實效性要求很高,要盡少對售票業務的影響。售票員要登入兩個系統,一個是售票系統,一個是出單系統。活動介面始終為為售票系統的售票介面,當完成一次售票,如果客戶還需要買乘意險,售票員透過某種方式(定義快捷鍵,如按某數字鍵),便可快速切換到出單系統的出單介面,系統會自動把該車次資訊帶入,操作員點選保單列印。結束後,出單介面自動最小化,活動介面又恢復為售票系統的介面。兩個系統之間比較重要的是資料之間的交換,包括客票號、座位號、起止站名稱、乘車日期等。初步想法是透過檔案的方式進行互動。出單系統的資料庫是資料庫獨立的,系統定期把這些資料匯入到總公司核心庫中。細節的地方,還有很多,包括單證管理、結算管理等,真要做起來,這活的工作量可不小。
[@more@]來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/21327621/viewspace-1020969/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 北京航聯航意險系統對接
- 攜程二度發聲回應“假機票”事件:我們監管不力事件
- 乾貨 | 攜程線上風控系統架構架構
- 說說我怎麼看攜程“假票”事件?事件
- 乾貨 | 攜程日誌系統治理演進之路
- 乘聯會:2024年純電動乘用車的電池需求增長15% 插混乘用車的電池需求更是激增86%
- 攜程漏洞事件探因:核心IT人員僅六七名事件
- 資訊系統的意義在實施過程
- 奇葩需求記錄 各個系統取資料聯表展示
- 《荒野迷城》聯動電影《749局》,攜手開啟生存冒險之旅
- 關於雙系統選單,NT系統啟動過程
- 攜程旅行 abtest
- Schedule 排程系統設計(單機版)
- 攜程美團牽手仍是大機率事件 關鍵是利益分配事件
- 從攜程信用卡資訊洩露事件談網上支付安全事件
- 事件系統-z 事件發現事件
- Laravel 事件系統Laravel事件
- 點乘和叉乘及其物理意義(C++STL實現)點乘C++
- 5分鐘課程:物聯網的系統設計
- 乘用車車身控制系統(BCM)
- 需求改進&系統設計
- 超市收銀系統需求分析
- 工作流管理系統需求
- 攜程旅行web逆向Web
- 創新產險公司銀保合作思考
- 落實等級保護工作的意義簡單說明
- 前端事件系統(三)前端事件
- 前端事件系統(二)前端事件
- 前端事件系統(一)前端事件
- 前端事件系統(四)前端事件
- oracle 系統事件大全Oracle事件
- 從QQ登入方式想到的QQ密碼保護密碼
- 危險區域闖入識別系統
- 智慧合約量化跟單策略交易系統功能開發(需求細節)
- 分散式系統中ID的需求分散式
- 需求改進與系統設計
- 小型線上圖書系統需求分析
- Win10系統怎麼禁用“預先啟動反惡意軟體保護”功能Win10