技能提升网准备打印签到表时，先别点“删除重复项”。同一个姓名可能是两位参会者，同一个手机号也可能是同事代报名。表里还有昨天报名、今天取消的人，以及刚被通知有空位、却尚未回复的候补人员。
最终名单需要回答的是“哪些人已经确认参加”，而不仅是“还有多少不重复的行”。把身份和报名状态分开处理，才能避免门口找不到已确认人员，或把取消者继续算进餐饮和座位数量。
一行报名，不一定就是一个人
开始前收齐各渠道报名导出、取消记录、候补邀请和确认记录，并规定本轮统计截止时点。复制原始文件，保留渠道名、原记录编号、提交时间、实际参会人信息和后续状态消息。电话、证件等字段只保留当前任务必需的部分；面向签到人员的文件应另做精简版。
如果包含团队报名，要先展开实际参会人清单，并给每人一个稳定编号。一个联系人填了三位同事，不能因为联系电话相同就只保留一个人。无法确认实际参会者时，保留“待核实”，不要用猜测凑齐名单。
先判断身份，再处理状态
XLSX Skill 可以整理 CSV 或 Excel 导出，统一字段、清理空格、合并表格，并生成有处理依据的工作簿。身份规则需要运营先确定：优先使用活动内稳定参会人编号，再参考已核实的联系方式，姓名只作为辅助。
为手机号去空格、规范区号时保留原值；缺失的号码不要补造，数字字段被截断也不要凭姓名自动恢复。明确同一人的重复报名可以合并，但应该在“重复记录”页列出保留编号、被合并编号和依据，而不是直接丢弃多余行。
上图四种情况是虚构示例。E001 的两条记录已确认是同一人，合并身份即可；E002 在报名之后明确取消，当前状态应为取消；同名但编号及联系信息不同的人不能自动合并；E004 尚未回复候补邀请，仍是候补。
状态更新以有效业务记录为依据，而不是简单取最新文件。假设报名表今天才导出，但取消消息是昨晚发出的，导出时间较新并不让旧报名重新生效。记录“事件发生时间”和“导出时间”，还要约定哪些消息有权改变报名状态。
候补补位，至少多一个确认动作
正式名额空出后，可以按已确定的候补规则发出邀请，但“已邀请”与“已确认”应分开。邀请里写明回复期限；对方确认后才转为正式。邀请到期、拒绝或联系方式异常时，都要保留结果，再按规则决定下一位。
AI 可以计算剩余名额、整理候补顺序和待联系名单，不能凭空替候补人员答应参加。面向公司内部活动时，还要确认是否有部门配额、陪同人员或特殊席位；这些都是输入规则，不能让模型自行决定。
用两层计数检查是否漏人
演示一组简单数据：原始报名 120 条，其中确认属于重复提交的多余记录为 15 条，整理后有 105 位参会人。截止时点的状态互斥分为 90 位正式、8 位取消、5 位候补、2 位待核实。两条核对式分别是 120－15＝105，以及 90＋8＋5＋2＝105。
这个例子假设一条报名对应一个人，没有团队代报名。如果实际包含一条报名登记多人的情况，原始记录数就不能直接等于人数，必须先完成身份展开。还要检查所有人是否恰好处于一个当前状态，避免同一人同时出现在正式和候补页。
工作簿可输出“原始记录”“身份映射”“状态事件”“正式签到”“候补”“待核实”“变更记录”。公式用于人数核对时需重新计算，再按状态抽查实际人员；总数相等，也可能恰好是一人漏掉、另一人多算。
名单封版以后，给现场一个明确版本
在示例的 18:00 输出 v1 正式签到表，只包含 90 位已确认人员。按现场需要保留参会人编号、姓名、必要分组、签到勾选和简短备注；不要把完整联系资料和取消原因一并发给所有志愿者。
封版后新增或取消一人，应记录旧状态、新状态、确认依据、操作人和更新时间。确需重印时发布新版本，并让现场负责人确认替换；临时增量则用编号核对，避免纸面名单和电子名单各自变化。
请按我提供的身份匹配、取消和候补确认规则处理报名资料。保留原始记录与每次合并依据，同名或代报名情况列为待核实。当前状态依据事件发生时间和有效确认记录，不采用导出时间覆盖。输出正式签到、候补、待核实及变更清单，并核对记录数与人数之间的关系。
交付前找两位同名者、一位取消者和一位候补者走一遍：他们分别出现在什么清单、依据是什么、现场人员能否识别。这个检查比只看表格末尾的总人数更接近活动当天的实际需要。
