vst订单

待点评进行点评处理

调用主站接口设置目的地信息

调用主站接口查询线路产品信息

调用主站获取门票产品详情

其他

调用主站接口设置合同信息

调用tnt查询门票详情（包装扫码订单信息）

调用主站接口 获取签证状态（已支付正常）

根据订单品类分别处理

设置当地玩乐订单信息

CATEGORY_WIFI（wifi）电话卡

调用主站订单详情获取bu信息，目的地订单设置退款信息

调用主站获取门票目的地信息

设置酒店详情H5链接

调用主站，获取预授券订单详情

将设置的单条订单信息加入订单列表并返回

CATEGORY_VISA（签证）

调用主站，判断销售渠道(团购/秒杀)

VST订单

根据订单平台分别处理

改造方案：1、对于client-service接口查询订单数量的代码 和 订单列表分开2、在从lvmama_super.unity_order表中查询数据时，不单独查询总数，由订单列表返回（是否存在下一页）（与产品、主站开发确认）3、已点评列表、待点评列表，也不查询总条数，由订单列表返回（是否存在下一页）（与产品、主站开发确认）4、订单列表再次购买功能（线路订单、待点评、已点评）（产品确认）\t建议1：再次购买功能不要放在订单列表（同程的订单没放在订单列表，所以列表比较快）（携程的放在外面了，一样比较慢）\t建议2、如果建议1无法采纳，那么线路的订单再次购买可以取消（是否可售）的限制，因为仅有当天订单才能再次预定，没有必要再判断是否可售，没有必要为了小概率的变动而让整个订单列表变慢（查产品详情），是否可售状态在点击再次预定后再判断\t建议3、待点评、已点评的再次购买功能，再次购买可以取消（是否可售）的限制，仅对订单时间进行判断，是否可售状态在点击再次预定后再判断（为了降低产品变更的概率，可缩短下单时间的范围）5、待审核列表，由于意向单已经下线，建议接口不在支持意向单查询，即待审核列表不再查询意向单相关信息\t6、待点评订单列表-门票订单-封装订单信息时的产品所属的主目的地信息建议去掉7、预授券订单-不走公共的订单详情接口；预授权订单详情接口提供支付等待时间字段（开发确认）*8、订单列表中的统一添加目的信息处，与前端确认是否使用，建议不用添加目的地信息（开发确认）9、对订单列表的逻辑重新梳理、重构10.已支付订单，实付金额是否可以返回

CATEGORY_ROUTE（线路）

CATEGORY_TICKET（门票）

设置保险订单信息

CATEGORY_HOTEL（酒店）

调用主站接口设置退款信息

CATEGORY_LOCAL_PLAY（当地玩乐）

设置wifi电话卡详情H5链接

CATEGORY_PRESALE（预售）

调用主站另一个订单详情取实付金额，是否可以优化

调用主站另一个订单详情取实付金额

CATEGORY_INSURANCE（保险）

调用主站接口查询订单详情，过滤一些订单

再次购买功能是否可以优化