Ticket Tailor改期后旧票仍在列表，为什么统计图里却少了它

活动执行人员核对改期名单时，可能遇到一个看似矛盾的现象：旧场次的票在列表里还看得见，Issued tickets统计图却不再计入它。Ticket Tailor帮助中心明确区分这两个界面。它们名称相似，但一个保留带状态的票项，另一个调整统计数字。

先限定本文所说的改期。原帮助页讨论同一recurring event series中不同场次之间的日期或时间调整，不是把任意两个独立活动视为同一种操作。完成这类改期后，所选的旧票会被作废，新日期会创建新订单；如果只移动部分票，原订单仍保留其余票项。于是，旧订单、旧票和新票不能仅靠一个“已改期”标签全部合并理解。

Issued tickets list是该场次全部票项的入场名单。官方说明，被改期的旧票不会从这份列表消失，而是带着红色Void标记留下；只有将列表筛到Valid时，显示范围才会排除它。看到旧票这一行，因而不能推断它仍然有效，更不能把列表行数直接当成当前有效入场票数。

Issued tickets report指向活动Reports中的饼图与时间线。这里旧票会完全退出原来的数字，新改期的票则出现在新日期的报表中。这与上面“保留失效票历史行”的目的不同。若活动团队只写“原场次还有一张票”，却不注明来自哪一个界面，讨论双方可能各自引用了真实但不同口径的记录。

举一个不涉及付款的假设：某票原定周一，完成了同系列周三场次的改期。核对时可以分别问，周一名单是否留有Void旧票、周一统计是否已排除原票、周三统计是否对应新票。这里是作者依据说明提出的核对问题，不是已经测试过某一场活动；真实结果仍要由有权限的执行人员查看。

还要区分“开始改期”与“完成改期”。原文写明，流程没有完成时，旧订单不会变化；新场次剩余票不足时也不能移动。仅仅选择了一个新日期，并不足以在交接表里写成新票已产生。将未完成步骤误记成成功，会让后续人员在两张名单之间寻找并不存在的结果。

本篇只解释票项状态与统计范围，不涉及退款、收入归属或支付处理。读到旧票仍显示时，先看它的状态，再看所用界面是名单还是统计，最后核对改期是否真实完成，才能判断这份记录究竟在说明什么。