投保
查询红包，修改红包状态
false
走补单逻辑现在应该废弃
true
添加到TrainPromotionCode，促销表
结束
判断是否是分销的
传的参数confirmIssueTicket==yes
添加到TrainMessageLog
返回(该订单状态无法确认出票)
失败
判断推送出票失败退款开关是否打开
判断是否需要二次占座验证时间1.发车日期大于当前时间2.发车日期小于夜间出票时间
判断占座次数是否大于等于2次
1.修改订单表TOIsClientClear=12.TrainCustomerPayRecord
查询订单扩展表
1.查询该订单是否用了代金劵2.订单自增编号查询乘客表
1.退款记录添加到对账单表2.用线程取消订单
false
添加到TrainCustomerRefundTrack
判断是否是出票锁单TOLockFlag(2)
是否是(出票成功)
释放红包释放卡劵驳回退款
传参的供应商和订单表的供应商是否一致
查询分销商表
添加到带推送表
查询公共订单详情接口
核销卡劵
发营销短信是否开启
验证参数
走出票流程
判断传的参数是否为空
判断notifyType
如果是方便网并且供应商交易号不为空
微信消息推送发短信用户出票失败
1.更新订单表/乘客表/财务表2.计算差价，退差价
1.还原卡劵，红包状态2.退款3.发短信，微信推送
线程1.取消订单2.重新申请占座
更新红包状态
直接返回无法处理
直接返回
回调到61环境，目的为了生产能回调到61，进行测试
出票逻辑
返回(出票成功)
TOLockFlag还原0
判断乘客表为空或者数量是否小于0
判断投保线程池是否开启
1.TOFlag是S或者是U2.是抢票是异步单
根据订单唯一流水号查询订单
是否为异步出票
判断是否不是(申请出票失败)
2确认出票成功
直接返回失败
4确认出票失败
