旺季早上一个电话：今天研学团多，某个票种往下调一档。售票班长在后台改了参数，中午生效，晚上日结时三个渠道对不齐，退改窗口前排队的人比平时多出一倍。改价这个动作本身很少是问题，问题是这条路径上没留下能被核对的东西，事后只能靠人回忆。

一、一张改价申请单，最少要落八个字段。票种标识与名称、适用渠道（窗口、线上、分销分别勾选）、生效起止时刻、原口径说明、新口径说明、依据来源（文件号或审批单号）、申请人与签字人、已售订单处理方式。缺"适用渠道"这一项，就会出现只改了线上、窗口终端仍按旧参数继续受理的情况；缺"已售订单处理方式"，退改时只能一单一单人工判。

二、审批层级划两级就够，但划级要按影响面。单渠道、单票种、只影响未来订单的，一级审批当天走完；涉及全部渠道、涉及对外公示口径、或者会改动已售订单的，必须加签到运营负责人。判断动作写成一句问话留在流程里：这次改动会不会让已经出出去的票变样。答案是不会，走快线；答案是会，就要多一个人签字，也就要多留一份依据。

三、生效时间只允许整点或次日零点，不留任意时刻。日内任意分钟生效会带来两类脏数据：跨生效时刻的那批订单既不算旧口径也不算新口径；分时段的库存模板按日型切换，改动落在半天里会让同一时段的两个池子取到不同参数。实操上设成次日零点最省事；确实需要当天生效的，卡在一个营业时段结束的那一刻，并把这一刻单独写进变更日志，让报表能按它切段。

四、已售订单只有三条处理路径，必须当场勾选一条。第一条不追溯，已售凭证按原口径核验，改动只影响新单，最常用也最省事；第二条只补不退，当天到园的游客在窗口凭原票享受新口径，多收的部分走原路退回；第三条按新口径重算，只适合尚未使用的长有效期票。三条哪一条都能用，但要写在审批单里，事后临时决定等于把争议推到检票通道前面。

五、改价记录必须保留原值与原因，且不允许覆盖。参数表按追加方式写，一行一次变更，各带生效区间和失效区间，旧行永不删改。理由很具体：月末核数、监管查询、游客投诉三种场景都要回答"这张票当时按什么口径出的"，只存当前值的表答不了这个问题，最后只能拿人工说明去补，而每个渠道的说法还各不相同。

六、旺季临时调价和淡季长调价，走的是两条完全不同的路径。旺季的改动窗口短、影响人流大，审批要限时限范围：只在指定渠道生效、指定天数之后自动回落到原口径，回落由系统触发，而不是靠某个人记得改回去；淡季的调价要动对外公示口径，得走完整流程并留出公示期，可以慢但不能跳环节。把淡季那套搬到旺季，当天就生效不了；反过来把快速通道用在淡季，公示这一环就永久缺了一次。

落到后台之后，检验方式只有一句话：任何人改一次价，三天以后还能不能不用问人就复述出是谁改的、依据是什么、从哪一刻生效。答不全，上面六项里至少少了一项。