二十张票属于哪一场：Ticket Tailor重复活动的共享内容与统计单位

Ticket Tailor的重复活动说明，把一个系列内相同的内容与逐场变化的内容放在一起。名称、核心活动详情、设置和票种由各场次共享；日期和时间则可以分别安排。[1] 这里的重复不是把活动说明复制成多份互不相关的页面，而是在共同资料下面容纳多个具体场次。

票额也是逐场理解的。官方举例，一种票设为二十张，会在每个场次各有二十张，并非整条系列合计二十张。[1] 若用两个尚未销售的虚构场次说明，两场各自对应二十张的起始票额；第一场的数字并没有在定义上占掉第二场的数字。这个数量关系解释的是产品记录单位，不涉及场地可容纳人数。系列名称相同，也不足以把逐场票额直接压成一个数字。

重复安排不只指每周同一时刻。帮助页列出同一天多个时间段、每天或每周重复，以及不规则的指定日期。[1] 多个时段与多个日期因此都能构成场次集合。单个场次也可以成为这个系列的一员；所谓系列并不要求每一项日期都由同一种周期规则推出。

共享内容与例外之间还有具体分工。日期、时间和票额可以按场次覆盖原设置，但订单确认内容及结账设置由全部场次共享。[1] 这意味着“某场与其他场不同”需要说明不同在哪里：它可能只是时间或数量不同，而不是拥有另一份活动主题和另一套确认内容。来源还以节庆在不同地点、需要不同描述的情形说明限制：这种差异已触及核心详情，不能仅因属于同一节庆就认定符合共同资料的前提。

同一人用一张票参加整个每周课程，是原文另列的例子。此时帮助页所描述的对象是一个注明相关日期的活动，而非把整期课程当作每次都要独立出票的一系列场次。[1] 前者用一个票项对应整期，后者围绕每次出现分别组织票额。两种叙述拥有相同的日历日期，也可能表达不同的活动记录结构。

销售查看页进一步把统计单位说具体。活动列表里的Issued和Remaining，显示的是下一场即将举行的场次，不是所有重复日期的总计。[2] 进入活动概要后，默认范围又是All Occurrences，可以按某一日期或时段查看。因而，一行列表和默认概要即使同属一个活动系列，数字也可能覆盖不同集合。这不是数字相互否定，而是下一场与全部场次的范围不同。

原文另列Timeslot Reporting为逐小时查看票量的报表。[2] 日期场次与小时粒度也不能随意互换：一天内可以有多个时段，逐小时的分布提供的是更细的时间切片。对活动资料整理而言，票种名称说明卖的是什么，场次说明数字属于哪次出现，报表范围说明当前汇总了哪些出现；三个关系共同决定一个数量的含义。