商旅结算系统总结

商旅结算系统优化

商旅结算是一个结算系统,对商旅的订单(包括机票/酒店/增值订单)进行处理,数据进行加工,监控;和商旅客户进行结算。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

  • 减小操做员的工做量,实现自动操做。
  • 已经实现了自动入批次,自动计算返利,客户端进行对帐。后期可能要作金额的自动赋值,自动领用,自动结清操做。
  • 推广客户端项目,让客户作对帐/结清操做。
相关文章
相关标签/搜索