前台把访客登记的二维码贴在告示牌上，原本是想让来访者扫码填写信息后快速进入。运行一段时间后却出现了这样的情况：同一个码被人截图转发到外部群，有人根本没到现场也能提交；有人拿着旧截图反复进出；门岗看到的记录和实际到场人数对不上。问题通常不出在二维码生成工具上，而是时效和核销这两个环节没有设计清楚。
先分清静态码和动态码的适用边界
静态码长期有效，适合公开、低风险的场景，比如展厅导览、公开活动签到。它的代价是无法区分“谁在什么时候扫的”，一旦被转发就失去约束力。动态码按时间或按人次刷新，适合有门禁属性、需要控制进出的场所，比如办公楼层、生产区域、访客接待区。判断标准可以看三条：是否需要限制入场人数，是否需要知道具体到场时间，是否允许未预约人员临时进入。三条中有两条为“是”，就不适合用长期不变的静态码。
按顺序核对四个层面
第一层看有效期设置。有效期不是越长越省事，常见做法是按预约时段设定，比如预约当天有效、超过时段自动失效。要确认系统里有效期是绑定到具体访客记录，还是绑定到二维码本身。绑定到码上，一张截图就能被多人共用；绑定到记录上，才能做到一人一码一时段。
第二层看一次性核销标记。核销动作要发生在入场环节，而不是提交登记表时。核销后该码应立即失效，再次扫描提示已使用。要检查核销状态是否写入数据库，而不是只在前端页面隐藏按钮，否则换设备或清缓存后仍可重复提交。
第三层看入场记录与码的绑定关系。每条入场记录应能追溯到具体的码、具体的预约时段和具体的核销时间。如果记录里只有姓名和手机号，没有码的标识，事后就无法判断是否存在一码多用。
第四层看异常补登流程。现场总会有手机没电、网络不稳、临时到访的情况。补登入口要由工作人员操作，单独标记来源，不能和自助扫码记录混在一起统计，否则核销数据会失真。
上线前的检查清单
有效期是否按预约时段设定并支持自动失效；核销是否在入场环节触发且状态落库；一码是否只允许一次有效核销；补登入口是否仅限工作人员使用并有独立标记；入场日志是否保留码标识、核销时间和操作人；异常记录是否可导出复核。这六项逐条确认后再开放使用，能减少大部分重复入场争议。
登记信息收集的最小化原则
访客登记只收集入场管理必需的信息，能少填一项就少填一项。身份证号、住址等敏感信息，除非有明确的管理依据，不宜作为默认必填项。信息保存期限、使用范围、查阅权限都应提前说明，具体合规要求以相关官方规定和专业人士意见为准。
把规则写清楚再上线
访客码看起来是一个小功能，实际涉及预约、时效、核销、补登、日志几条链路。it数运在处理这类企业数字化需求时，通常先把入场规则和异常场景逐条列出来，再确定码的类型和核销位置，避免上线后靠人工补救。规则写清楚，门岗和访客都省事。
