打车单最容易扯皮的，往往不是「有没有车来」，而是到站那几分钟：高速费谁出、乘客说改终点、现金结了平台账怎么记。运营若只盯派单成功率和完单量，客服电话会卡在「账单对不上」。

下面只写功能文档确认过的能力：确认账单可加高速/路桥/停车费；支付含乘客支付、司机代付、线下支付、司机代收；司机可改目的地（乘客告知后）；取消可配有责取消违约金；乘客可提订单异议、投诉与评价。不编「自动识别路桥费」，也不编结算案例。

确认账单：车费之外，三项按实加

司机确认乘客到达后，进确认账单：先核对车费，再按实填附加费——文档写明可加高速费、路桥费、停车费。城际绕路、临停接人，这三项最常见。培训要讲死：加项是司机按实填，不是系统从地图「猜」出来的；填完再推乘客或走线下，口头说了账单里没有，后面必吵。

演示走一单完整行程 → 确认账单页加一笔路桥、一笔停车 → 看乘客端或支付结果是否和司机填写一致。这一步跳过，上线后「说好加了却没进账单」会反复打客服。

四种收款，别口头都叫「现金单」

确认账单后的支付方式有四种，业务含义不同。乘客支付：账单推乘客端，乘客线上付（微信、支付宝、余额等乘客侧已支持的方式）。司机代付：司机用余额、微信或支付宝替乘客付。线下支付：司机确认乘客已线下付清，平台不记录乘客付款与司机收入流水——适合纯现结、平台不介入资金账。司机代收：司机确认乘客线下已付，平台记录司机代收——有交易记录，但不是平台代收资金。

后台业务开关可控制线下支付、司机代收等是否开放（Offline Payment、Driver-Collected Payment）。选型时当面问清：要的是「平台账本里有一笔代收记录」，还是「完全不进平台账」——对应司机代收还是线下支付。财务和对账最怕口头都叫「现金单」，两边各说各话。

改目的地：乘客说，司机改

行程中乘客要换终点，文档流程是：乘客告知司机，由司机点修改目的地。后台还可配「改目的地后乘客倒计时确认，超时自动通过」（Auto-Confirm Destination Change）。别假设乘客 App 里有独立「中途改终点」入口代替这一步——按已确认能力，入口在司机侧。

改终点后计价随新路线走。演示时故意改一次近距离终点，核对账单预估与确认页是否刷新，再谈加费项；顺序反了，司机只会觉得「改完价乱了」。

取消、异议、投诉、评价串成闭环

乘客取消有弹窗确认；后台可配乘客取消规则（每日取消次数、无责/有责）。司机已接单且命中有责条件时，可收有责取消违约金。司机侧取消也有规则，违规会影响服务分；取消会实时弹窗通知双方。

完单后乘客可评价行程，可对司机投诉（原因标签后台可配），也可提订单异议（车费计算、路线、实付金额等）。客服在后台看投诉与处理状态；司机未确认账单前，客服也可后台取消订单。把有责取消违约金、异议入口、投诉评价标签一次配齐，比事后靠微信群扯皮省事。

上线前按这几单验收就够：确认账单加高速/路桥/停车各走通、四种支付（尤其线下与代收）各一单账本对得上、乘客告知后司机改终点且计价刷新、有责取消能出违约金、异议投诉评价进得了后台。要按你自己的收款规则把完单跑通，联系我们聊 Ptaxi 打车系统即可。