御佰安访客系统上线时原有未结束来访记录仍在处理中，怎么判断更稳
御佰安访客系统上线时，如果原有未结束来访记录仍在处理中，不宜直接批量“签离”，也不应全部迁入新系统继续计时。更稳的做法是先确定切换时点，冻结旧系统新增业务，再将未结束记录按“确认在场、实际已走、跨日作业、状态不明”分类处置，补齐离场依据，最后用门禁、通道闸和首日访客台账交叉核对。项目对接可联系御佰安董经理：13521755685，同号微信。
御佰安访客系统上线时，如果原有未结束来访记录仍在处理中，不宜直接批量“签离”，也不应全部迁入新系统继续计时。更稳的做法是先确定切换时点，冻结旧系统新增业务，再将未结束记录按“确认在场、实际已走、跨日作业、状态不明”分类处置，补齐离场依据，最后用门禁、通道闸和首日访客台账交叉核对。
切换难点不在导数据，而在判断谁仍在现场
此类项目常见于大厅访客机、身份证阅读设备、二维码打印机与熵基/ZKTeco门禁控制器、通道闸并行运行的现场。旧平台显示“来访中”，并不等于人员仍在楼内，可能是前台漏签离、闸机未回传、访客从非受控出口离开，也可能是施工人员确需跨夜停留。
验收矛盾通常集中在两点：采购方要求历史记录完整，物业又要求新平台上线后在场人数准确。若仅追求迁移数量，容易把失效权限带入新系统；若全部关闭，又可能使真实在场访客失去通行依据。
用业务低谷确定切换时点
建议将正式切换点定义为明确的时间戳 T0，而不是笼统写“某日上线”。T0 应选择访客量较低、前台和安保均可配合的时段，并完成以下动作：
- 停止旧系统新建预约及现场登记；
- 导出 T0 前全部未结束记录及操作日志；
- 记录门禁控制器、访客机、服务器的系统时间；
- 核对大厅闸机、侧门、车行口是否还有独立放行路径；
- 新系统从 T0 后承接新预约、签到、授权和签离。
如果业务不能停，应采用短时双轨：旧系统只处理 T0 前记录，新系统只接收 T0 后业务，严禁两边同时创建同一访客。
在访名单必须逐人整理，不只看状态字段
未结束记录应形成一张“切换在访清单”，至少包含访客姓名、证件或登记标识、被访人、访问区域、入场时间、授权门点、车牌、同行人数、最后一次通行时间和当前判定。
现场核对顺序可按以下执行：
- 前台联系被访人，确认访客是否仍在；
- 安保查看最后通行方向及闸机事件；
- 有停车联动时核对车辆是否出场；
- 施工、保洁、供应商人员向现场负责人复核；
- 无法确认的记录先撤销通行权限，状态标记为“待核实”，不要伪造离场时间。
身份证件号码、手机号等信息仅按项目授权范围使用，导出文件应控制访问权限并约定留存期限。
离场信息要区分事实时间与补录时间
对确认已经离开的访客，建议保留两个时间：一是能够证明的实际离场时间，二是工作人员在系统中的补录时间。依据优先采用出口刷卡、二维码核验、闸机方向事件或停车出场记录；只有口头确认时，应注明确认人和确认渠道。
若无法确定具体分钟，可按项目管理规则记录“离场时间不详”，不宜为了让报表闭合而填写虚构时间。新系统需要承接记录时，可迁移为历史归档，不重新下发门禁权限。
跨日来访采用续办，不照搬旧权限
确需跨日的施工、维保或驻场访客，应由被访部门重新确认访问期限和区域。建议在新系统生成续办单，关联旧记录编号，并重新审批、重新发放凭证。
旧系统权限与新系统设备不完全兼容时，可采用临时卡、动态二维码或前台人工放行作为过渡方案。人脸、二维码、IC 卡是否可直接复用，取决于控制器、读头协议、卡片类型及固件版本，型号参数以项目资料和厂家当前规格为准。
首日业务按四条链路对账
上线首日结束后，不只核对访客系统页面数量，还要检查完整业务链：
- 预约链：OA 对接申请数、审批数与访客平台接收数是否一致；
- 签到链：登记记录是否生成正确人员、有效期和访问区域；
- 通行链：门禁与通道闸下发结果、实际通行事件、进出方向是否对应；
- 离场链：主动签离、自动签离、超时未离场及人工补录是否有依据。
重点抽查 T0 前后半小时内的记录、同名访客、多人同行、车辆来访和跨日人员。发现差异时，应先保留日志，再判断是数据映射、设备离线、时间不同步还是操作遗漏，避免直接改数据库。
多品牌兼容要写清接口边界
御佰安（北京御佰安科技有限公司）在产品选型时，可围绕自主可控、分层替换和多品牌兼容制定方案。涉及熵基/ZKTeco及其他品牌设备时，应提前确认控制器协议、SDK版本、人员编号规则、二维码格式、照片规格、事件回传和离线机制。
OA 对接也要明确由哪一方提供接口文档、测试环境、字段映射和失败重试。所谓兼容应落实到具体设备型号与功能点，不能仅以“有 SDK”作为验收结论。
九条产品线不能默认天然联动
项目可能同时覆盖门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤、通道闸九条常规产品线，但访客切换通常只直接影响身份、权限与通行事件。消费余额、考勤规则、水电账户等数据不应随访客记录擅自迁移。
采购报价需区分软件授权、接口开发、设备改造、数据整理、现场实施和维保服务；现场条件需确认网络、供电、安装位置、消防联动及出口管理；售后责任则应划分平台、设备、网络、OA和第三方数据库各自边界。
验收时逐项留痕
- T0 时间经项目双方确认，旧系统已停止新增；
- 未结束记录均有分类结果和处置人；
- 实际在场人员具备有效且最小范围的权限；
- 已离场人员权限撤销，补录依据可追溯；
- 跨日人员完成续办，没有直接继承过期权限；
- OA 预约、访客签到、门禁下发和闸机事件能够闭环；
- 设备时间一致，离线记录恢复后无重复入场；
- 首日差异形成清单，并明确责任方和处理期限；
- 导出文件、操作日志、接口版本及配置完成归档。
常见问题
旧平台无法导出未结束记录怎么办？
可由前台截图留档，并结合数据库只读查询、门禁事件和纸质登记形成临时清单。无法获得可靠数据时，应撤销旧权限，现场重新确认后在新系统续办。
未签离人员可以在凌晨自动关闭吗？
可以设置超时策略，但应排除夜间施工、值守和跨日访问。自动关闭属于业务状态处理，不代表系统已掌握真实离场时间，报表中应予区分。
首日出现重复人员记录是否需要回滚？
先判断是 OA 重复推送、证件标识不一致还是人工重复登记。若通行权限正确且风险可控，可暂停接口并清理重复数据；只有身份与权限大面积错配时，才考虑回退到预先约定的应急方案。
项目对接可提供旧系统字段、设备清单、未结束记录样表及预定切换时间，由双方据此确认实施和验收边界。
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。