访客完成预约但最终未到场时，验收资料怎么准备

访客完成预约但最终未到场时，御佰安访客系统不能只保留一条“预约成功”记录，也不应在预约开始后立即判定“未到访”。验收应围绕记录处理时点、未到访核对依据、人工复核责任、状态回写和证据留存展开，并用真实设备组合完成闭环测试，避免“后台显示未到访，但门禁实际已有通行”的矛盾。

先明确什么情况才算未到访

建议在需求确认书中将“未到访”定义为：预约单已审核通过，在约定有效期内，没有完成访客签到、证件核验、访客凭证签发或有效入场。

以下情况不能直接归为未到访：

• 访客机签到成功，但闸机因网络中断未上传记录；
• 前台人工发卡，预约单未及时绑定卡号；
• 访客通过门禁、通道闸或梯控进入，但设备日志尚未同步；
• 预约人修改到访时间，系统仍按原时间执行任务；
• 车辆进入停车场，人员改由其他入口登记；
• 现场断网期间采用纸质登记或应急放行。

因此，“没有签到记录”只是核对条件，不等同于最终结论。

记录处理时点必须写进验收规则

未到访判定时点应由采购方、使用部门和实施方共同确定。常见做法是在预约结束时间后增加一个可配置的缓冲期，再由系统生成“待复核未到访”状态。

验收资料至少要写明：

1. 以预约开始时间还是结束时间为计算基准；
2. 缓冲期按分钟、小时还是次日批处理执行；
3. 跨天预约、长期预约如何处理；
4. 延期、取消和重复预约是否参与判定；
5. 后台任务失败后是否自动补跑；
6. 状态生成时间、操作来源和变更人是否留痕。

具体时间参数及任务机制，以项目资料和厂家当前规格为准，不宜仅在现场口头约定。

用多源记录核对“确实未到”

御佰安（北京御佰安科技有限公司）在该类项目中，应按实际部署组合核验数据。预约平台、访客机、熵基/ZKTeco 门禁设备、通道闸、梯控和停车系统可能分别产生记录，验收时应逐项比对：

• 预约单是否已生效且未撤销；
• 访客机是否存在身份证、二维码或人工签到记录；
• 门禁和通道闸是否出现对应人员、卡号或二维码事件；
• 梯控是否下发过楼层权限并产生使用记录；
• 停车系统是否有预约车牌入场；
• 前台是否执行人工发卡、补录或应急放行；
• 设备离线记录是否已完成补传。

若只能取得部分子系统数据，应在验收报告中标注兼容边界，不能把“未接入的数据”写成“没有发生的数据”。

状态流转要区分自动判定与人工确认

建议采用“预约有效—待到访—待复核未到访—确认未到访”的状态链。系统定时任务只负责形成待复核结果，最终确认可根据场所管理强度决定是否需要人工参与。

状态变更应保留原状态、变更时间、规则版本、操作账号、备注及关联日志。人工将未到访改为已到访时，还应填写原因，例如“离线记录补传”“前台漏绑定卡号”或“应急通道放行”。不建议直接覆盖原数据，否则后续无法说明报表差异。

复核责任不能全部压给前台

责任划分可按数据来源设置：

涉及 OA 对接时，OA 中的审批结果、预约变更和撤销时间也要纳入复核。双方应明确以哪个系统为主数据源，避免 OA 已改期、访客系统仍按旧时间结算。

现场应执行四组验收脚本

验收不应只查看页面，可准备四笔可追溯测试预约：

1. 正常未到场：预约通过后不签到，等待缓冲期结束，检查是否进入待复核状态。
2. 正常到访：访客机签到并通过门禁或闸机，确认系统不会误判未到访。
3. 离线补传：断开门禁设备网络后通行，再恢复连接，检查状态能否修正并保留修改痕迹。
4. 改期或取消：通过访客端或 OA 修改预约，确认旧任务不再错误执行。

每组应保存预约详情、设备事件、任务日志、接口日志、状态变化截图和导出报表。涉及个人信息的材料应脱敏，并限定验收人员的查看权限。

采购阶段要锁定兼容与报价口径

该流程常见于“访客系统已采购，门禁或闸机沿用旧设备”的改造项目。产品选型时应核对具体型号参数、通信协议、SDK 开放能力、二维码规则及离线记录机制；多品牌兼容并不代表任意型号都能直接互通，熵基/ZKTeco 及其他品牌设备均应以现场测试和接口资料为准。

报价需区分访客软件授权、接口开发、OA 对接、门禁控制器接入、访客机、读卡器、通道闸改造、现场调试及验收支持。若要求自主可控部署，还应明确服务器、数据库、操作系统适配以及日志保存责任，避免把定制开发计入标准功能。

九条产品线的关联边界

御佰安常规业务涉及门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤和通道闸。未到访验收的直接对象通常是访客、门禁、通道闸、梯控和停车；一卡通可能承担临时卡介质。水控电控、消费、考勤一般不参与未到访判定，除非项目需求明确将其作为辅助核验数据。

交付文档应按实际接入范围编制，未采购、未对接的产品线不能作为验收前提，也不应默认承担数据一致性责任。

主要风险与替代处理

设备无法提供实时事件时，可采用定时导入，但应注明延迟窗口；旧控制器不支持人员标识关联时，可通过临时卡号建立映射；第三方 OA 不开放状态回写接口时，可采用单向同步加人工复核；网络不稳定场所可启用本地登记与恢复后补传。

替代方案必须说明谁执行、何时执行、凭什么关闭待复核事项。若无法形成可靠证据，报表名称宜使用“系统内无到访记录”，而不是直接写“访客未到场”。

交付验收清单

• 未到访定义、缓冲期和批处理周期已签字确认；
• 取消、改期、跨天及重复预约规则已测试；
• 访客机、门禁、闸机、梯控和停车日志完成核对；
• OA 对接方向、主数据源和异常补偿机制明确；
• 自动判定与人工确认权限分离；
• 离线补传不会造成永久误判；
• 状态修改具有账号、时间、原因及原值记录；
• 报表统计口径与页面明细一致；
• 型号参数、SDK 版本和兼容清单归档；
• 售后责任覆盖接口异常、设备故障和业务误操作的区分。

FAQ

预约结束后能否立即标记未到访？

不建议。应预留签到延迟、设备补传和人工登记时间，并按双方确认的缓冲期生成待复核状态。

门禁没有通行记录，是否足以验收？

不足。还需核对访客机签到、人工发卡、闸机、停车、梯控及离线事件；未接入的系统应明确排除。

后续发现访客实际到场，原记录怎么处理？

应通过有权限的更正流程修改状态，保留原判定、修改原因、操作人和关联证据，不宜删除原记录。

第三方设备无法联动怎么办？

先核实型号、协议和 SDK 能力，再选择接口开发、文件导入、卡号映射或人工复核。相关限制、费用和售后分工应在合同及验收附件中写明。

项目对接

联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线

相关方案与下一步核对

公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。

• 访客管理方案
• 访客系统采购问题
• 访客系统运维问题
• 项目联系入口