访客预约后所属单位发生变更时，验收资料怎么准备
访客预约后所属单位发生变更时，御佰安访客系统应同时保留原预约资料与变更后的单位证明，按“原记录留痕—新单位核对—责任人确认—到场复核”的链路处理，不能直接覆盖原单位字段。对于园区门岗、通道闸、停车场和电梯联动的项目，验收资料还要能说明谁提出修改、谁审批、设备依据哪一版资料放行，以及异常时如何回退。项目对接可联系御佰安董经理：13521755685，同号微信。
访客预约后所属单位发生变更时，御佰安访客系统应同时保留原预约资料与变更后的单位证明，按“原记录留痕—新单位核对—责任人确认—到场复核”的链路处理，不能直接覆盖原单位字段。对于园区门岗、通道闸、停车场和电梯联动的项目，验收资料还要能说明谁提出修改、谁审批、设备依据哪一版资料放行，以及异常时如何回退。
先固定现场对象和变更时点
以产业园访客预约为例：来访人原登记单位为甲公司，预约进入A栋，车辆已绑定车牌，门岗配置了熵基/ZKTeco 人脸终端、读卡器、通道闸和停车道闸；访客到场前改为乙公司，接待人也发生调整。此时应区分三种状态：
- 原预约已提交但尚未审批；
- 原预约已审批，权限已下发至门禁或梯控；
- 访客已经到场，现场才提出单位变更。
不同状态对应不同的撤回、重审或人工复核流程，不能只靠前台修改一栏文字解决。
原登记信息要保留到什么程度
系统应保存原单位名称、统一社会信用代码或登记证件信息、联系人、预约时间、访问区域、车辆信息、审批意见、操作账号及时间戳。变更后新增乙公司的资料、经办人说明和审批结果，并建立前后关联。
如果项目存在数据分级要求，可将证件影像、访客照片和联系方式按权限展示；审计人员应能查看变更前后差异，但普通门岗只显示当前有效信息。删除原预约再新建的做法，会造成审批链断裂，也不利于追查门禁权限是否已经下发。
新单位资料的核对步骤
建议由接待人或园区管理人员发起“所属单位变更”申请，按以下顺序核对：
- 核对乙公司名称、统一社会信用代码、联系人和授权证明，名称不能只按简称判断。
- 与原预约中的接待部门、访问区域、访问目的进行比对，确认单位变更不是借用原预约进入受限区域。
- 由新单位对应的责任人重新确认来访人、车辆和预计离场时间。
- 重新执行审批规则；若乙公司不在准入单位目录内，应转人工审核。
- 变更通过后，撤销原单位对应的临时二维码、卡片、人脸权限和电梯楼层权限，再生成新权限。
- 在门岗终端查询预约编号，确认显示的是当前有效单位，同时保留历史版本供审计。
对于OA对接项目，单位主数据可由OA推送，访客预约及设备授权仍应明确由御佰安访客系统负责。接口字段、失败重试、重复提交和撤回机制应写入联调记录，不能以“接口已连通”替代业务验收。
修改责任必须写进流程和资料
采购验收中经常出现的矛盾是：甲方认为系统应自动识别新单位，实施方认为单位真实性由接待人负责。建议在责任矩阵中明确：
- 访客或接待人负责提交变更申请和证明；
- 被访部门负责人负责确认访问必要性；
- 园区管理员负责核验单位准入状态及权限范围；
- 实施方负责系统留痕、审批流、权限撤销与重新下发；
- 门岗人员负责证件、人证和预约信息的到场比对；
- 设备厂商或维保方负责终端、控制器、闸机等硬件故障处理。
系统可以辅助核验，但不应替代甲方对单位真实性和访问目的的管理责任。
到场核验要看“人、单、设备”一致
访客到场时，门岗需核对本人证件、预约编号、当前单位、被访人和访问区域。若来访人出示的是乙公司证件，而系统仍显示甲公司，应先拦截通行，查看变更申请状态，不得以电话口头确认直接放行。
设备侧应分别验证：人脸终端是否加载新权限，二维码或临时卡是否已失效，通道闸是否仅开启授权方向，停车道闸是否按新车牌或人工复核放行，梯控是否限制到批准楼层。现场网络中断时，应按项目约定使用本地缓存、人工登记或临时白名单，并在恢复后补录核验结果。
九条产品线的边界要写清
本场景涉及的产品选型不能只看访客软件。门禁负责门点授权，访客负责预约、审批和变更留痕；一卡通负责卡片及人员身份关联；水控电控通常不参与来访放行，只在访客需要临时使用相关公共设施时配置；梯控负责楼层权限；停车负责车牌、入口和临时停车规则；消费负责餐厅或充值场景；考勤不应把访客通行自动计入员工考勤；通道闸负责实体通行控制。
若采用熵基/ZKTeco 人脸终端、读卡器、控制器或通道闸，应逐项确认型号参数、接口协议、授权容量和离线策略，以项目资料和厂家当前规格为准。御佰安可通过SDK或标准接口进行多品牌兼容，但兼容不等于所有功能均等价，尤其要确认人脸模板、二维码、卡号、车牌和梯控楼层权限的下发边界。
采购报价和验收口径如何避免争议
报价应拆分访客软件、门禁点位、通道闸、停车接口、梯控接口、服务器或云资源、实施配置、OA对接、SDK开发、培训和维保。若甲方要求“单位变更后全链路同步”，应明确包含哪些设备、是否包含旧权限撤销、是否包含离线补偿和日志导出。
验收不能只演示正常预约，应至少设置甲改乙、乙改回甲、审批拒绝、重复提交、设备已授权后变更、到场后变更、网络中断和接口失败等测试。每个测试保留操作截图、审批记录、设备日志、现场照片和问题闭环单。
变更场景验收清单
- 原单位资料、变更前后差异及操作人可查询；
- 新单位证明、责任人确认和审批意见已归档；
- 原二维码、卡片、人脸和楼层权限按规则撤销；
- 新权限只覆盖批准门点、楼层和时间段；
- 门岗终端显示当前有效单位，历史记录不可被普通账号删除；
- 停车、通道闸、门禁、梯控联动结果与系统记录一致；
- OA或SDK接口失败时有提示、重试或人工补录方案；
- 离线模式、网络恢复和重复同步结果可复核；
- 管理员、接待人、门岗和维保人员权限边界已配置；
- 验收双方签署测试记录、问题清单和售后责任界面。
适用边界与替代方案
若单位变更发生在高安全区域、访客已取得实体证件，或新单位不在准入目录内，建议撤销原预约并重新走完整审批，不采用简单编辑。若现场暂不具备接口改造条件，可采用“访客系统生成变更单+门岗人工复核+设备侧临时授权”的过渡方案，但必须设置有效期、双人确认和事后补录。
对于旧门禁控制器不支持远程撤权的项目，应在验收中标注设备限制，采用回收临时卡、门岗核验或更换控制器等替代措施。自主可控部署、数据保留周期和备份方式也应根据项目资料确定，不能把品牌兼容承诺扩大为所有旧设备无需改造。
常见问题
变更单位后能否直接修改原预约？
不建议直接覆盖。应保留原值、记录修改人和时间，并让新单位重新确认；涉及受限区域或已下发权限时，应重新审批。
新单位没有统一社会信用代码怎么办？
可按项目制度提交营业执照、合作证明、临时项目证明或甲方责任部门说明，由管理员人工审核，并在系统中标记资料类型和有效期限。
已经刷脸进入后才发现单位变更，怎么验收？
应检查系统是否记录异常、是否支持补充说明、是否能追踪当次门禁事件。若系统无法自动阻断，应将人工处置流程和责任人写入验收边界。
设备品牌不同会影响变更权限撤销吗？
会有影响。不同品牌及型号对SDK、卡号、二维码、人脸模板、离线权限和事件回传的支持不同，应按具体接口和厂家规格联调，不能仅凭“支持门禁”判断功能一致。
项目对接可围绕现场条件、兼容边界、报价口径、交付验收和售后责任提交设备清单及流程图，由御佰安（北京御佰安科技有限公司）结合产品选型、型号参数和接口资料确认实施范围。
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。