自动完成（状态80）
1.5.5乘客下车接口
司机到达目的地，目前没有专门的状态码记录，而是触发推送短信给乘客的操作
回调：司机到达出发地（状态50）
同程
1.5.4乘客上车接口
后付流程中，需要在司机接单后再根据乘客是否支付同步支付状态，否则，司机接单后24小时内未支付的订单将会自动取消
1.5.2询价接口
修改状态为：已完成300及已结算400
乘客未点击上车，则订单状态不会进入“行程中”
推送status=20
推送status=70
支付(orderStatus=5)
推送status=50
返回status=60
创单(orderStatus=0)
乘客支付接口
创单即向司机端派单，司机端是抢单模式
派单(orderStatus=10)
乘客下车（状态80）
返回下单结果及order_idstatus=13
校验订单状态
推送status=40
创单（状态10未支付or13预支付，等待抢单）
司机和乘客走的2个独立的状态的线，双方状态解耦，各自独立操作。如果1个单有2个乘客，2个乘客会有不同的状态，
乘客上车（状态60）
修改订单状态：司机接单(orderStatus=20)
返回status=80
目前我们都是前付，我们未来会接入后付，马达也会，嘀嗒前付/后付流程都支持。前付：向供应商创单时同时调用乘客支付接口；后付：司机接单后，乘客支付时调用乘客支付接口
返回status=30
乘客未点击，司机接单时选择的司机出发时间为准向后12小时自动完成
未取消
司机到达目的地
修改订单状态：司机出发接乘客(orderStatus=50)
询价
乘客下车
回调：司机到达目的地（状态70）
嘀嗒
回调：司机接单（状态20）
乘客上车，修改状态：行程中(orderStatus=200)
修改订单状态：司机到达出发地(orderStatus=100)
推送status=80
返回询价结果CarpoolPrice
车主已接单且乘客已支付（状态30）
订单结算和完成以“乘客点击下车为准
回调：车主出发接乘客40
1.5.3下单接口
1.5.10乘客支付接口
