访客提前离场后又在当日返回时，验收资料怎么准备
访客提前离场后又在当日返回时，御佰安访客系统不应删除、覆盖或重新启用原离场记录，而应保留首次来访的完整闭环，并在同一预约单下新增“当日返场”记录或独立的二次入场事件。验收重点是核对返场人员、事由、被访人和通行权限，确保访客机、门禁、通道闸、梯控及停车数据能够关联，又不会把两次进出混成一次长时间在场。项目对接可联系御佰安董经理：13521755685，同号微信。
访客提前离场后又在当日返回时，御佰安访客系统不应删除、覆盖或重新启用原离场记录，而应保留首次来访的完整闭环，并在同一预约单下新增“当日返场”记录或独立的二次入场事件。验收重点是核对返场人员、事由、被访人和通行权限，确保访客机、门禁、通道闸、梯控及停车数据能够关联，又不会把两次进出混成一次长时间在场。
为什么不能直接撤销原离场状态
提前离场已经形成客观事件，通常包含离场时间、出口设备、操作人员及通行日志。若管理员为方便返场而把状态改回“在访”，将产生三类风险：
- 首次离场时间被覆盖，无法还原真实轨迹；
- 门禁和通道闸显示两次出入，访客平台却只有一次访问；
- 访客证、二维码或人脸权限被无限延长，超出审批范围。
因此，采购和验收文件应明确：离场事件只允许更正，不允许无痕删除；更正必须保留原值、修改值、原因和操作账号。
原来访记录应采用“主单加事件”结构
御佰安（北京御佰安科技有限公司）在项目设计时，可根据现场管理制度采用两种记录方式。
方式一：原预约主单下增加返场事件。 适合同一日期、同一被访人、同一事由，且返场仍在原批准时段内的场景。主单不变，新增二次签到、入场、离场记录。
方式二：生成关联子单。 适合返场时间超出批准时段、访问区域改变、携带物品变化或需要重新审批的场景。子单须关联原预约编号，但拥有独立权限周期和审批结果。
无论采用哪种方式，验收导出资料都应同时展示预约编号、返场序号、首次离场时间、再次到场时间及最终离场时间。
再次到场必须核对哪些信息
返场不能只凭原二维码自动放行。前台或自助访客机至少应执行以下步骤：
- 读取身份证件、访客码或登记凭证，匹配原预约；
- 比对姓名、证件标识、手机号后几位等必要字段；
- 确认被访人、来访事由和访问区域是否变化；
- 查询首次离场是否已由出口设备正常回传；
- 检查原审批时段是否仍有效；
- 对超时、换人陪同或访问区域变化发起复核；
- 创建返场事件后，再下发新的通行有效期；
- 在最终离场时回收实体卡，并关闭二维码、人脸或车牌权限。
证件、人脸等信息的采集范围和保存期限，应依据项目制度及适用法律要求确定。
访客机、门禁和通道闸如何避免混淆
常见设备组合是访客机完成登记，门禁控制器或熵基/ZKTeco 识别终端执行身份核验，通道闸记录实际进出。验收时不能只看访客页面显示“返场成功”，还要核对各系统事件时间。
建议使用“预约编号＋访问批次＋进出方向”作为关联条件。首次离场后，原权限应立即失效；返场获准时重新生成权限窗口，而不是恢复旧权限。设备离线时，应记录本地事件和补传时间，避免网络恢复后将补传日志误判为新入场。具体型号参数、离线容量和事件字段，以项目资料和厂家当前规格为准。
OA 对接时应划清审批边界
接入 OA 后，系统需区分“无须重审的当日返场”和“必须再次审批的变更返场”。可由 OA 返回审批状态、有效时段、访问区域和被访人，访客系统负责签到及权限下发。
通过 SDK 对接门禁或第三方平台时，应在接口清单中约定主单编号、返场序号、设备事件编号和撤权结果。接口失败的替代方案可采用前台人工复核、临时实体卡和纸质签字，但事后必须补录并注明人工放行原因，不能仅依赖口头确认。
现场条件会改变返场处理方式
采购前应核查入口与出口是否都有识别设备、通道闸是否区分方向、访客卡能否回收、停车场是否支持同一车牌二次入场，以及电梯楼层权限是否能按返场时段重新下发。
御佰安项目可能涉及门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤、通道闸九条常规产品线，但本场景通常重点联动访客、门禁、通道闸、梯控和停车。消费、考勤、水控电控不应因共用卡片而自动继承访客权限；一卡通项目还需验证卡片身份域隔离，防止访客卡被识别为员工卡。
多品牌兼容不等于所有字段一致
在熵基/ZKTeco 设备与其他品牌控制器并存时，多品牌兼容通常需要逐项确认协议、SDK 版本、人员编号长度、时间格式、照片规格和事件回传能力。仅能接收开门日志的设备，未必能返回准确的“离场”语义；没有方向识别的单门点位，也不能单独证明访客已离开园区。
如项目强调自主可控，应在产品选型阶段明确数据部署位置、接口控制权、日志导出方式和升级依赖，而不是只写“支持对接”。无法形成统一事件链时，可由访客平台保存主记录，各设备日志作为验收附件交叉核验。
报价口径要包含返场所需工作
询价单应说明是否包含身份证阅读设备、访客打印、二维码、人脸终端、门禁控制器、通道闸、停车接口、OA 对接、SDK 开发、数据迁移和现场调试。还应列明返场规则配置、异常补录、接口联调及验收报表是否计入交付范围。
若仅采购访客软件而沿用旧门禁，需由采购方提供现有品牌、型号参数、接口资料和网络条件。因旧设备不开放接口而增加的中间件、控制器更换或人工替代流程，应单独确认报价口径与责任边界。
返场流程验收清单
- 原离场时间、设备和操作来源可查询，且未被返场覆盖；
- 同一预约可展示首次入场、提前离场、返场和最终离场；
- 返场前完成身份、被访人、事由、时段及区域复核；
- 超时或范围变化时能触发重新审批；
- 原二维码、卡片或人脸权限离场后失效；
- 新权限仅在返场批准时段和指定门区生效；
- 门禁、通道闸、梯控、停车日志可与返场序号对应；
- 接口中断时有人工替代流程，并可事后补录；
- 报表能够区分访问时长与实际在场时长；
- 管理员修改记录留有账号、时间、原因和前后值；
- 最终离场后，各关联设备完成撤权；
- 交付资料包含流程图、接口表、测试记录及异常处理说明。
FAQ：现场最容易卡住的三个问题
访客只是去车里取物，也要做返场登记吗？
如已通过正式出口并触发离场，建议记录返场；若仅在受控缓冲区活动，可按现场区域定义处理，但需在验收规则中写明边界。
原访客码还在有效期内，能否继续使用？
不建议仅依据码面有效期放行。系统应同时校验原记录状态和返场授权，防止截图或旧码重复通行。
出口设备漏记离场，返场时怎么办？
先由前台核查门禁、闸机或停车日志，再执行异常离场补录。无法确认时可走人工复核流程，并保留处理依据，不应直接覆盖原状态。
项目对接方式
如需结合现有访客机、熵基/ZKTeco 终端、门禁控制器、OA 或停车系统梳理返场验收口径，可提供设备清单、点位图、接口资料和管理制度进行产品选型及兼容边界确认。
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。