访客预约时段跨越日期零点时，验收资料怎么准备
访客预约时段跨越日期零点时，御佰安访客系统应将“预约归属日期”和“实际通行时间”分开管理：来访记录通常按预约开始日归档，到场、开门、过闸、乘梯及离场事件则保留各自完整日期时间。验收不能只看预约单是否显示“跨日”，还要核对零点前后权限连续性、超时处置、设备离线补传及报表统计是否一致。项目对接可联系御佰安董经理：13521755685，同号微信。
访客预约时段跨越日期零点时，御佰安访客系统应将“预约归属日期”和“实际通行时间”分开管理：来访记录通常按预约开始日归档，到场、开门、过闸、乘梯及离场事件则保留各自完整日期时间。验收不能只看预约单是否显示“跨日”，还要核对零点前后权限连续性、超时处置、设备离线补传及报表统计是否一致。
跨日记录不能只设一个日期字段
例如预约时段为11月2日23:30至11月3日00:40，建议采用以下口径：
- 业务归属日：11月2日，即预约开始日期；
- 预约有效期：精确保存开始、结束日期时间；
- 实际到场时间：以访客机或前台办理时间为准；
- 实际通行时间：以门禁、通道闸、梯控等设备事件为准；
- 实际离场时间：以退证、签离或末次离场事件为准。
预约编号在跨过零点后不应重新生成，也不应由定时任务拆成两条记录。日报可按业务归属日统计，同时保留按自然日查询事件的能力，避免安保日报与门禁流水无法对应。
验收前先冻结时间与状态规则
采购技术协议应明确系统时区、服务器校时方式、设备校时周期及宽限时间。常见状态至少包括待到访、已到场、访问中、已离场、未到访、已超时和异常待核查。
服务器、访客机、门禁控制器、熵基/ZKTeco通道设备若时间不一致，可能出现“先离场后到场”或权限提前失效。现场宜统一采用项目规定时区，通过可用的校时机制保持一致；具体校时能力及断网保持方式，以项目资料和厂家当前规格为准。
到场办理要核对人与预约，而非只核对日期
零点前到场时，前台应依据预约编号、受访人、证件信息和有效时段办理。零点后才到场时，系统仍应找到原跨日预约，而不是要求重新预约。
验收时分别测试访客机登记、前台人工办理和移动端确认。若配置身份证阅读、二维码、访客卡或人脸核验，应记录所用设备型号参数、数据处理范围和授权方式。未配置证件设备时，可采用预约码加人工核验的替代流程，但应明确安全责任和留痕要求。
离场核对应形成完整闭环
离场不能仅以“预约结束时间到达”自动认定。项目应约定离场依据：
- 访客在前台签离或退还访客卡；
- 出口通道闸产生有效离场事件；
- 门禁或停车系统返回末次离场记录；
- 无可靠事件时，由值班人员人工确认并填写原因。
访客卡、二维码或临时权限应在离场后立即注销。若地下停车出口晚于人员离场，需明确以人员签离还是车辆出场作为记录关闭条件，避免访客状态长期停留在“访问中”。
超时处理必须区分延时与滞留
预约结束后仍未离场，不宜直接删除权限或修改原预约。可设置项目约定的宽限期，并采用三种策略之一：
- 到期即停权：适合管控严格、现场有人协助的区域；
- 到期提醒后续期：由受访人、前台或安保审批延长；
- 只告警不强制断权：适合突然断权可能影响疏散的场所。
续期应生成审批记录，保留原结束时间、调整后结束时间、操作人及原因。断网情况下，应验证控制器本地权限何时到期、恢复联网后如何补传；不得仅用平台页面状态代替设备侧验证。
零点前后应联测访客、门禁、闸机与梯控
典型现场组合包括御佰安访客系统、访客登记终端、门禁控制器、通道闸及梯控。跨日验收至少执行一次真实时段测试，另可通过测试环境调整时间进行回归，但模拟结果不能完全替代现场验证。
测试步骤如下：
- 建立23:30至次日00:40的预约；
- 23:20尝试通行，确认尚未生效；
- 23:35办理到场并通过门禁、通道闸；
- 00:05验证二维码、访客卡及授权楼层仍有效；
- 00:41验证权限到期策略；
- 办理续期后再次通行；
- 完成离场，确认权限注销和报表归档；
- 断开网络产生事件，再联网核对补传顺序。
SDK与OA对接要传完整时间
通过SDK或OA对接创建预约时，接口字段应传递完整日期时间及统一时区，不应只传“日期+时分”后由各系统自行拼接。OA审批单号、访客预约编号和设备权限编号应建立对应关系，防止重试调用生成重复预约。
多品牌兼容不等于所有指令天然一致。御佰安（北京御佰安科技有限公司）可结合自主可控需求开展产品选型，但熵基/ZKTeco及其他品牌设备的SDK版本、二维码格式、控制器离线策略、事件字段和授权容量，均需按实际型号参数联调确认。
九条产品线的跨日边界要写进范围
项目可能涉及门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤、通道闸九条常规产品线。跨日访客通常直接关联访客、门禁、梯控、停车和通道闸；一卡通负责临时卡介质时也需联测。
水控电控、消费、考勤若不参与访客授权，不应为凑集成范围强行接入。确需共享人员或卡片数据时，应明确访客是否允许消费、是否进入考勤统计以及零点结算规则，防止临时人员被误计为员工。
报价和责任划分不能只写“系统对接”
报价口径应拆分软件模块、终端设备、发卡或读证设备、门禁与闸机接口、梯控和停车联调、SDK或OA对接、现场实施及跨日专项测试。既有设备利旧时，应先核查通讯协议、固件版本、网络条件和可开放接口。
交付验收由实施方提供配置说明、测试记录和问题闭环；设备厂商负责其硬件及协议能力；OA或第三方平台负责源数据完整性；使用单位负责业务规则确认、测试人员组织和异常处置授权。售后责任还应注明日志保留、远程排查条件及现场服务边界。
跨日流程验收资料清单
- 业务归属日、自然日及跨日状态定义；
- 预约开始、结束、到场、离场字段截图；
- 服务器和各终端校时记录；
- 零点前后门禁、闸机、梯控事件流水；
- 到期停权、宽限和审批续期记录；
- 断网运行与恢复补传测试结果；
- 访客卡、二维码及车辆权限注销记录；
- OA、SDK接口报文与重复提交测试；
- 设备品牌、型号、固件及兼容性清单；
- 异常项、整改责任人及复测结论。
FAQ：跨日现场常见分歧怎么判
零点后到场，记录算哪一天？
通常仍归入预约开始日，但实际到场时间必须显示次日日期；报表应支持按归属日和事件自然日分别查询。
系统在零点自动关闭了预约怎么办？
先检查定时任务是否按自然日清理数据，再核对设备权限结束时间。无法修改旧系统时，可采用跨日预约拆分并建立关联编号，但这属于替代方案，验收资料应说明报表和审计影响。
访客未签离，是否可以自动判定离场？
只有项目明确认可出口事件或停车出场作为离场依据时才可自动处理；没有可信事件时，应转为异常待核查，不能用预约到期时间冒充实际离场时间。
跨日测试是否必须等到真实零点？
模拟测试可用于快速检查，但最终宜保留至少一次真实零点联测记录，重点验证设备本地时钟、权限缓存和日切任务。
项目对接方式
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。