状态先动、钱后动，而且退款只允许一边先发起。这一条定下来，分销单的退款纠纷会少一半；定不下来，同一张单在两边各退一次，月底就多一笔说不清的差。景区票务系统里记的不是谁嗓门大，是哪一个动作先落了名字和时间。

发起权在渠道还是在景区，取决于钱最初在哪一边收的。渠道代收的，退款由渠道侧发起，景区侧只做同意或拒绝这两个动作；景区直收的，反过来。真正麻烦的是两边都认为自己能发起：同一个订单收到两次退款请求，景区票务系统里的状态被推到已退，渠道那边钱压根没动。月底一算，账上少一笔票款，两个岗各自翻自己那半张表，谁都证明不了自己没错。

两边都发起，留下的是什么样的账

这种账的表现很固定：一张退款记录加一张支付记录，金额相等方向相反，核销表上还挂着这条单据的量。它会一直挂在差异里，因为谁都不认。补的办法没有巧的：把两张原始记录导出来按订单号对齐，人工判断哪一次请求有效，无效那笔在系统里做撤销并写明撤销原因。票务系统里这两条记录的时间差，就是判断哪一次有效的主要依据。原因不写，下一轮同样的接口时序问题还会造出第二张，而这一次连对齐的依据都没了。

已核销的单，退款只走人工并留核销时间

判定只有一条硬规矩：已核销订单不允许线上自助退，必须走人工，并在退款单上留下核销时间。核销时间决定这张票实际已经被使用，退的到底是钱还是入园资格，是两件事。人工流程分三步：渠道对接人受理、主管授权、财务入账，三步在单据上分别落不同的名字。核销时间进不了退款单的，财务判断不了该冲哪个月的账，退回来的比例很高，一笔单子来回收三次，最后超期的责任又会算回景区。

授权退款这个权限要收到少数人手里。窗口只受理登记、不做授权；分销商后台那边的角色只能发起、不能同意；同意动作留在景区侧两个人身上，配到具体的人而不是配到角色，人员离岗当天回收。景区票务系统里同意退款的记录是可追溯的，出了事查不到具体是谁点的同意，就等于这个岗位从来没有授权过，后面所有争议退款都要重跑一遍。

回写失败属于常态故障，不能指望人记住。景区侧同意之后要向渠道回写状态，接口超时会让这一笔停在已同意、未回写的中间态。处理方式是定死一个时点：每天固定时间把挂着的回写跑一次对账，未回写的重推，重推三次仍失败自动转人工，转人工的单子当天由渠道对接人电话通知对方计调，并把订单号、失败原因、约定重试时间发进对接群留痕。中间态的退款不进当期结算，等回写确认再进，否则两边账期各算各的，差额年年重演。

有一种情况不必人工介入：未使用且已经超过有效期的单，按协议自动退。这类由有效期任务推动状态，退款口径按协议里约定的比例执行，不看当时有没有叠优惠。自动退的单子照样进同一张退款报表，只是来源标成过期自动，月底区分这一笔是流程走的还是人走的，全看这个来源标记；标没了，人工退与自动退在报表上就长成同一张样子。