候补名单显示Notified，为什么还不能直接写成邮件已送达

会议活动筹备中，候补名单出现Notified，交接人员可能直接写“这些人都收到了邮件”。但这个状态有不止一种形成路径。Ticket Tailor于2026年6月18日更新的候补名单帮助页，一方面介绍邮件广播，另一方面又在导出部分给出标记选项。[1] 只看标签，便可能漏掉产生它的动作。

候补首先收集的是潜在购票者的邮箱。原页说，如果之后有票可用，主办方可以用邮件广播通知登记者。广播发出后，被通知的登记会从New signups移到Notified signups。它表达了候补沟通的一种进展，不是将这些登记直接变成已经售出的票。

导出段落增加了另一层含义。页面在Export data选项中列出Mark new signups as notified after export：如果打算自行通知，可以在导出时选择把新登记标成已通知，随后下载CSV报告，登记也会移到Notified。按照这段说明，状态可以随导出标记而改变；因此不能将每一条Notified都解释为平台内已经完成邮件广播。

即使确实来自广播，帮助页描述的“发出”与收件人是否真正读到、是否决定购票仍是不同结果。本文没有访问投递日志或真实候补名单，不把状态标签当作邮箱送达证明，也不推测任何人的意愿。一份自拟交接可写清“由平台广播后转入”或“导出时选择标记”，这样接手人知道记录依据，而不需要从英文标签猜测发生过什么。

候补名单的显示还有自己的条件。原页说明，如果设置为只在没有可用票时展示，那么仍有可用票时不会出现候补表单，包括隐藏或锁定票。这提示活动资料中“看不到候补入口”也不能孤立地解释为功能失效。但该条件只是在解释页面所述显示逻辑，不代表本文已经核实某场活动的票量或账户设置。

候补登记、通知记录和实际购票应分别理解。登记说明留下了联系方式，状态说明系统按某个动作进行归类，成交则需要实际购票结果。该帮助页没有据此承诺自动出票、先来先得或名额分配，本文也不补出这些规则。对会议活动执行人员而言，记录状态来源，比将Notified一律翻译成“已收到并确认”，更能准确交接目前掌握的信息。本文只读产品帮助，没有发送邮件、导出个人资料或作现场入场判断。