游客拿一张三天前的订单说买贵了，客服在后台只看得到当下的票价，答不出那天是多少，最后憋出一句"可能是活动结束了"，把一次取证问题推成了态度问题。这类争议有没有下文，取决于订单上有没有当时那一行——没有那一行，谁都没法证明，只能翻经办人的记忆，而记忆在客诉里不算依据。反过来，快照齐全的单子，解释只需要两句话，处理也能当场给出结论。

一、成交那一刻写死五栏。成交单价、总额构成、当次生效的价格规则版本标识、参与的活动或优惠标识、成交时刻连同它归属的营业日。五栏一起落在订单上，之后当前票价怎么改都不回头动这一行；发生退改时也不覆盖原行，另追一行变更记录，把退改后的构成和经办工号写在新行上。少一栏，事后就少一条能自证的依据；五栏齐了，争议单的处理时长能压到当天之内。

二、调价生成新版本，不覆盖旧行。版本要能看出生效起止时刻、适用范围和提出人、审批人各一个工号。上线前新规则先做一次试算，拿几笔已有订单在测试里跑一遍看结果对不对，再按设定的时刻生效。覆盖写的后果是三个月后系统里只剩最新那一行，之前所有的争议都无从对照，只能靠当事人记忆——而这段时间恰好是客诉最集中的旺季尾巴。

三、按订单号反查要是一条固定链路。订单号、规则版本标识、该版本当时的生效内容、当时的成交构成与参与身份，四步在后台一个界面点完，结果能导出成一条带工号和查询时刻的凭证。需要跨三张表手工拼的查询，客服一天做不了几单，最后干脆不查，直接按情绪处理；能不能在两分钟之内出结果，就是这个界面有没有做的判据。

四、谁能查、查了要留痕。按岗位职责给查询权限，对客岗位只放开到自己受理过的单，跨范围的查要另给授权；查询记录里落工号、时刻、被查订单号三样。争议单需要对外出具依据时，出具人再把工号和用途签一次。留痕不是防客诉，是防止同一张订单被反复翻出来当筹码——一个月抽一次查询记录看有没有异常频次，比事后追人省事。

五、给游客的说法和处理动作要分开写。说法只讲当时生效的规则与他的参与身份，不讲"系统就是这样的"；处理另开一条线，哪几种情形走补差、哪几种走退后重买，判据和签字人提前定，签在争议单上，别在窗口临场决定。处理时限也要写：受理当天给结论，需要核版本的最迟次日上午答复，超时的单自动升到值班负责人。

先做哪一件？先把订单快照的五栏补齐，再回补最近一段有争议的时间；快照补不回去的区间，先把规则版本表建起来，往后每一笔都能对照。反查界面和查询权限放到第二步，它们只是把已经存在的数据变得能用；没有快照的时候，任何界面都查不出东西。