四张票一个订单，退一张。看着是退款问题，实际是数据结构问题：订单是一对多的头，票才是能被核销、能被退、能被投诉的那个颗粒。系统里如果只有订单状态没有票级状态，这一单只能整单退，或者靠人工把数量改掉——改出来的差额，第二天要客服一单一单解释。

票级要留的五个字段

每张票单独记：应付、优惠分摊、实付、已退、可退余额。“已退”这个字段决定重复提交退款请求会不会退两次，没有它，防重只能靠前端按钮置灰。“优惠分摊”要在下单那一刻就拆到票上，不要退的时候现算。现算会碰到四种摊法：按面价比例、等额、只摊首张、不退优惠。四种给出四个退款数，客服、财务、渠道结算各认一种，最后还是靠人拍板。按面价比例摊最不容易留死账，等额摊会出现“退掉三张之后剩那张不够退”的收尾问题。

退一张还要处理四个依赖。支付通道要支持同一笔流水多次部分退款，且每笔退款结果能回调到票；实名名单里要能指定退的是哪个证件号，否则退错人；发票按订单开过的要红冲重开成剩余张数，退款和开票是先后关系不是并列关系；通知发给下单人还是持票人也要分开——付钱的人和到门口的人经常不是同一个。这四条任何一条没落到票级，部分退就会退成一张人工工单。

什么时候必须拆单

该拆的情形：跨票种、跨入园日期、含免票同行、需要分别结算给不同付款人、外部渠道要求一单一码。拆的代价是支付笔数变多、发票张数变多、受接口单笔限制和风控误拦；合的代价是退改和核销口径复杂。判断线用历史数据推：拉近九十天订单明细，算三张及以上订单里发生过部分退的比例。超过约五个点，票级明细、分摊逻辑和多次部分退款就必须做全，因为这是常态不是特例；低于一个点，可以只做整单退，但要在下单入口禁止跨票种、跨日期合单，把产生部分退的可能从源头压掉。

退完一张之后订单算什么状态，是报表最容易出错的地方。剩三张还要能核销，所以订单不能显示“已退”，要有一个“部分退”的独立状态，并且继续按票参与售出计数。按单计数的口径会写出这种行：同一张订单上“售出四张”和“已退款”并存，于是销量、核销率、退票率三个数互相减不平。改成按票计数，三个数各归各的分子分母，问题就消掉了。

改签比退票更容易踩到票级。四张里改两张到次日，动的是入园日期归属和时段占用：要么允许票级改签并重新生成凭证（原码作废、新码有效，作废码不复用），要么整单改签，中间态不存在。一旦允许半改签，检票口就要能当场回答“手里这个码到底还能不能用”，回答不了就只能靠人工放行，而这正是当天账不平的入口。