商旅結算系統總結

商旅結算系統優化

商旅結算是一個結算系統,對商旅的訂單(包括機票/酒店/增值訂單)進行處理,數據進行加工,監控;和商旅客戶進行結算。spa

平常的工做主要有,商旅結算系統,數據前段展現的水晶報表CrystalReport,商旅結算客戶端Cbooking。日誌

商旅結算系統,接口

模塊:5079--商旅結算工做平臺;1477—帳戶基本信息維護;2076--消費明細處理;3374--收款單管理;4144—發票管理;5674/5655/5656—酒店/機票返利操做頁面等。監控

主要流程,擴展

  • 主帳戶信息維護。有商旅公司/主帳戶/子帳戶/Uid卡號(Uid卡號和用戶關聯)/服務費/返利信息信息。
  • 帳戶結算週期的信息維護,按月/半月/旬(10天)/周創建結算週期。通常都是按月進行結算
  • 機票/酒店的返利週期配置。按月/季/半年/年配置返利週期;計量機構配置,用於訂單的返利計量
  • 收款單生成。根據客戶打過來的明細金額,生成收款單。收款端記錄結算機構ID,結算機構和主帳戶關聯。最終實現收款單和主帳戶關聯。
  • 月結機票/酒店訂單,經過SSIS包,比較商旅結算的訂單記錄,導入必定時間內新的機票/酒店/增值訂單。其中SSIS包是30天的訂單。
  • 現付酒店訂單,經過SSIS包,比較商旅結算的訂單記錄,導入必定時間內現付訂單。現付訂單用於服務費和返利計算。
  • 現付機票訂單,天天觸發調用Webservice,導入現付的機票訂單。現付機票訂單用於服務費和返利的計算。
  • 導入的新訂單,按時間的規則進入到對應的批次。機票/酒店月結訂單規則:根據加扣款時間判斷入哪一個結算批次。如訂單時間是2013/8/29,結算批次有兩條打開狀態的記錄1)2013-7-1,2013-7-31 2)2013-8-1,2013-8-31。訂單就進入第2)批次。若是第2)批次關閉着,或者沒有配置,則這個訂單處於批次外,是一種不正常的現象。
  • 工做平臺上,關閉一個主帳戶/某一個時間點的全部結算批次。生成一個付款批次。付款批次和結算批次是一對多的關係。結算員根據付款批次的金額和付款批次的調整金額,和商旅客戶結算。
  • 付款批次金額操做,訂單的增值費用;自動計算機票/酒店訂單引發的服務費/返利金額;調整服務費和返利金額;其餘費用(如外匯損失);收款單金額領用。
  • 付款批次按鈕操做,發送報表/確認/複審/結清。發送報表:訂單報表發送給客戶;確認:結算員確認金額;複審:審覈員對金額審覈確認;結清:欠款額=領用額,實現這個批次的結清。

 

存在的問題配置

  • 月結機票表FltOrders,訂單量比較大,有1000W以上的數據。這張表從此的擴展問題。
  • 欠款額計算比較慢。緣由是付款批次的調整費用表記錄的是日誌信息。取各項其餘調整項的top 1,而後作各項的合計。Sql文作不了優化。
  • 機票/酒店的返利金額,放在同一張表中,用Type區分。這兩種類型的返利有很大不一樣,如機票有國內/國際類型。不符合接口擴展的原則,很難維護。
  • 更好的監控訂單的處理和異常。

 

最終目標service

  • 減小操做員的工做量,實現自動操做。
  • 已經實現了自動入批次,自動計算返利,客戶端進行對帳。後期可能要作金額的自動賦值,自動領用,自動結清操做。
  • 推廣客戶端項目,讓客戶作對帳/結清操做。
相關文章
相關標籤/搜索