花期只有两天的活动，运营在后台建了个新票种，活动一结束顺手删掉；一周后对账，那两天的售票明细查不到，报表里只剩一个查不到名字的代码。临时票种的麻烦从来不在建，在建完怎么停、停了之后历史订单还留不留。这三件事要在建之前想清楚，事后补只能补回一部分，而且补的那部分永远要人手工说明来历。

一、建的时候先定四件事，顺序不能换。有效期是当日有效还是跨到次日凌晨；可售时段与放量来源，是占当日总池还是单独切一块池子；要不要实名；退改跟哪一个模板。四栏任何一栏留空，后面的异常都从这里出——最常见的空是放量来源，活动票没接池子，卖超了才发现当日承载已经被顶穿；其次是退改模板留默认，活动当天退不退由窗口自己判断。四栏填完再由审批人确认，才允许对外放量。

二、命名分两栏，代码栏给系统看，名称栏给游客看。代码用日期加活动标识加人群，建好之后不再改，也不复用；中文名称可以随宣传物料改，但改名称要落时刻和工号，且不能改动归集口径。活动结束后报表仍按代码聚合，靠的就是代码稳定，不是名称好读。只在名称里写活动日期的做法最麻烦，因为名称随时能被改，而明细不会跟着改名。

三、停售、停用、删除是三个动作，不能混成一个。停售只关新单，有效期内已售出的票照样能核销；停用是给票种打一个标记，它在可售列表里消失，但历史明细仍然查得到，报表上显示为已停用而不是空白；删除只允许对从未售出、无历史订单的票种做，且由第二个人复核过销售笔数为零再动手。临时票一律走停用，不走删除。这三个动作的差别要在操作手册里各写一行，不要合并成"下架"一个词。

四、停掉的票种下面已经卖出的票怎么处理，要提前写死。有效期到活动日为止的，过期未核销自动进可退名单，窗口按未使用的张数原路退回，不再逐单走审批；已经核销过一次的，按规则不再退，这条要在票种说明里写清。现场仍有游客持过期活动票来核销的，按应急方式核验放行并落原因码，笔数当天归集，不留到第二天再解释。这段处理期一般跨几天到一周，别在活动当晚就把通道判据一起关掉。

五、谁建谁签，停的时候再签一次。建票人、审批人、停售操作人三个工号连同操作时刻记在票种变更台账的同一行上，这一行还要有有效期、池子来源、是否实名、是否已通知现场四个字段。台账少了工号，事后就变成"不知道谁建的"，改也不是不改也不是；少了"已通知现场"，就会出现票停了但值守的人还不知道的两天。

先做哪一件？先把活动票的建票清单固定成一张模板，有效期、放量来源、是否实名、退改模板四栏不许空，审批人签了字才允许放量。下次再建临时票，先照模板填；填不满四栏就不建，比建完再停便宜得多。删除口径和台账格式放第二步，只要一开始没删错，历史明细本来就还在。