商旅结算系统
商旅结算是一个结算系统，对商旅的订单（包括机票/酒店/增值订单）进行处理，数据进行加工，监控；和商旅客户进行结算。
日常的工作主要有，商旅结算系统，数据前段展示的水晶报表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区分。这两种类型的返利有很大不同，如机票有国内/国际类型。不符合接口扩展的原则，很难维护。
- 更好的监控订单的处理和异常。
最终目标
- 减少操作员的工作量，实现自动操作。
- 已经实现了自动入批次，自动计算返利，客户端进行对账。后期可能要做金额的自动赋值，自动领用，自动结清操作。
- 推广客户端项目，让客户做对账/结清操作。