职工大会开场前，入口还在处理代表名单变更，大屏却已经显示“全员签到完成”。秘书处随后发现普通工作人员也被计入代表人数，主持稿中的到会口径与入口名单不一致。正式会议场景里，页面快一步并不代表流程更稳。
名单先区分会议角色
会前名单要分清代表、列席人员、工作人员和嘉宾。每类人员需要的凭证、座区和查看字段不同，不能为了签到方便合并成一个身份。名单发生替换或新增时，秘书处保留决定来源和生效时间，入口只使用已确认版本。
淘气互动报名或签到记录可以承接会务信息，但身份、代表资格及正式会议范围仍按大会规则和授权文件确认。页面中出现姓名，不证明已经完成资格审查。
签到服务入场，不替代在场确认
主入口按既定凭证核对，扫码区处理正常记录，同名、凭证冲突或临时补签转到人工岗位。入口人员不在主队列讨论资格，也不为加快通行提前标记完成。
淘气互动签到数据用于查看登记进度。签到数不能直接写成会议全程在场人数；茶歇返场、临时离席或分会场流动，需要另按会议要求记录。正式人数口径由秘书处在指定时点确认。
大屏页面跟着议程状态切换
开场主视觉、议程提示、嘉宾介绍和互动页面承担不同任务。主持稿为每次切换写明口令，控屏人员预览目标页，舞台监督确认后再上屏。入口尚未结束时，大屏避免提前出现“全部到场”之类可能被误解的表述。
若安排互动投票或意见征集，页面要明确用途。普通互动数据只用于现场交流，正式议案的审议、计票和纪要继续按既定制度执行。
发言人临时变化时，秘书处先确认称谓和议题，再同步主持稿、嘉宾页与座签。大屏出现新姓名只服务现场展示，不证明其进入正式代表名单。旧页面从控制端关闭，纸质提词卡也要回收，避免主持人按不同版本介绍。
多入口同时签到时，各入口只读取放行所需字段。资格争议、材料缺项和人工补签集中到固定岗位，普通入口不自行更改代表状态。处理完成后由秘书处或授权人员给出统一口径。
会议中途休会后，返场登记与首次签到分开。返场人数如果用于议程确认，应按规定时点重新核对，不能从早上的扫码总数直接推算。
会后记录按性质归档
会务签到、页面切换和互动提交用于复盘执行；代表名册、正式表决和会议纪要属于另一套材料。两类记录可以相互校验时间，却不能互相替代。涉及个人信息的完整表只在授权范围内流转。
散会后，入口组提交异常签到清单，控屏组保存实际页面顺序，秘书处整理正式会议材料。负责人逐项核对名单版本、签到时点和大屏口径，再决定哪些会务记录需要留存。现场稳定来自岗位各守边界，而不是让一个后台承担所有判断。归档人员同时登记材料版本与接收日期。
