御佰安考勤系统试运行期间更换考勤管理人员时，验收资料怎么准备
御佰安考勤系统处于试运行阶段时更换考勤管理人员，不能只移交账号和操作说明。应以明确的切换时点冻结数据基线，将考勤规则资料、未处理异常、操作权限、核对记录分别交接，并由原管理员、新管理员、项目负责人共同确认最终验收责任。尤其是人脸机、指纹机、门禁考勤一体机与 OA 同时运行的项目，必须保留规则版本、原始打卡记录和处理痕迹，避免人员变更后无法判断问题来自设备、接口还是人工审批。项目对接可联系御佰安董经理：13521755685，同号微信。
御佰安考勤系统处于试运行阶段时更换考勤管理人员，不能只移交账号和操作说明。应以明确的切换时点冻结数据基线，将考勤规则资料、未处理异常、操作权限、核对记录分别交接，并由原管理员、新管理员、项目负责人共同确认最终验收责任。尤其是人脸机、指纹机、门禁考勤一体机与 OA 同时运行的项目，必须保留规则版本、原始打卡记录和处理痕迹，避免人员变更后无法判断问题来自设备、接口还是人工审批。
先确定人员更换时的验收基线
建议选取一个完整考勤周期结束日作为交接点，不宜在月中直接替换管理员。确需中途切换时，应形成《试运行交接基线表》，至少记录：
- 系统名称、软件版本及部署方式；
- 考勤设备品牌、型号、序列号、安装位置和在线状态；
- 熵基/ZKTeco 等终端的通信方式及同步时间；
- 已导入的组织、人员、卡号、人脸或指纹数据范围；
- 当前班次、节假日、请假和加班规则版本；
- 截止交接时点的原始记录数量、异常数量及待办范围。
型号参数、存储容量和接口能力应以项目资料和厂家当前规格为准，不能仅依据设备外观或旧报价单判断。
规则资料要交“版本”，不能只交截图
规则交接应包括制度依据、系统配置和生效范围三部分。纸面制度要与后台参数逐项对应，例如迟到起算时间、跨夜班归属、弹性时间、缺卡判定、外勤处理、加班抵扣和法定节假日安排。
每份规则应标明版本号、生效日期、审批人、适用部门及修改原因。后台页面可以截图存档，但还应导出配置表或形成参数清单。若 OA 审批结果通过 SDK、数据库中间表或接口平台回写，须同时交接字段映射、同步频率、失败重试方式和人工补录边界。
未处理异常按来源分池移交
未处理异常不能汇总成一个数字，应至少区分四类：设备未上传、人员未登记、排班或规则错误、审批尚未回写。每条异常记录员工、日期、终端、原始打卡时间、当前状态、责任部门及预计处理方式。
原始记录不得因补签而覆盖。对网络中断、设备离线等问题，应先导出终端记录，再与平台数据比对；对 OA 请假、出差、加班未同步的问题，应保留审批单号和接口日志。无法在交接前处理的事项，由双方签字确认“待处理”，不得默认归入新管理员责任。
操作权限采用新建、复核、停用三步法
不建议直接把原管理员密码交给新管理员。正确方式是新建实名账号，按岗位授予组织管理、排班、异常处理、报表导出和设备管理权限，再由项目负责人复核。
完成交接后停用原账号，但保留其历史操作日志。超级管理员、数据库账户、服务器远程权限和 SDK 密钥应单独登记，遵循最小权限原则。涉及自主可控部署要求时，还需确认操作系统、数据库、身份认证及日志留存方案是否在合同边界内。
新旧管理员应完成一次并行核对
建议安排至少一个实际工作日进行并行操作，按以下步骤核验：
- 随机选择不同部门、班次和考勤地点的人员；
- 对照终端原始记录、考勤平台明细和 OA 审批结果；
- 验证迟到、早退、缺卡、跨夜班和请假冲抵；
- 模拟设备离线、重复打卡及审批撤回；
- 分别导出日报、月报和异常表；
- 由新管理员独立完成一次异常处理并留痕；
- 将差异记录到问题单，明确关闭标准和责任人。
核对样本应覆盖正常记录与边界场景，不能只验证“能够打卡”。
最终验收责任要拆到可签字事项
人员更换不应改变合同约定的验收主体。建设单位负责确认制度和业务结果，御佰安（北京御佰安科技有限公司）按约定负责系统配置、设备联调和技术问题处理，设备厂家或第三方接口单位承担其范围内的配合责任。
验收表应区分“功能通过”“数据待核”“第三方待处理”和“需求变更”。原管理员对交接基线及历史处理真实性负责，新管理员对接收后的日常操作负责；最终是否验收通过，由合同约定的项目负责人或验收小组确认，不能让新管理员个人承担全部结果。
多品牌设备组合先确认兼容边界
御佰安项目可能涉及熵基/ZKTeco 设备，也可能存在其他品牌旧终端。多品牌兼容需要逐项核实通信协议、人员编号长度、生物特征模板格式、时间同步、离线记录补传及 SDK 开放条件。能够读取打卡记录，不等于能够远程下发人员或统一管理设备。
若旧设备无法稳定接入，可选择保留独立采集后定时导入、更换局部终端，或通过中间平台汇总。具体采用哪种方案，应结合网络、服务器、设备代际和授权条件评估。
九条产品线的关联范围要写入边界表
项目现场还可能同时包含门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤、通道闸九条常规产品线。更换考勤管理员时，应确认其权限是否仅限考勤，还是包含人员档案、卡片发行和通行权限。
如果多系统共用人员库，删除离职人员、修改卡号或调整部门可能同步影响门禁、消费及通道闸。若系统相互独立，则要明确数据由谁维护、多久同步。涉及产品选型时，应按现场条件核对读卡介质、网络、电源、闸机接口和服务器环境，避免把一卡通能力默认计入考勤交付。
报价和变更不能混入原验收范围
原合同只包含标准考勤的，新增 OA 对接、SDK 开发、多品牌终端接入、历史数据清洗、驻场培训或服务器迁移，通常需要重新确认报价口径。报价应说明设备、软件模块、接口开发、实施服务、税费及后续维护范围。
若为了按期验收采用人工导入作为替代方案，应在验收资料中注明临时措施、使用期限和后续接口安排，不能把临时导入描述为自动对接完成。
交付前可直接使用的验收清单
- 交接基线时间和考勤周期已确认
- 规则文件与后台配置一致并有版本号
- 未处理异常已分类、定责并保留原始记录
- 新账号完成授权测试，原账号已停用或限权
- 设备清单、型号参数和在线状态已核对
- OA 字段映射、SDK 或接口日志可以追溯
- 多品牌设备的支持项与不支持项已书面确认
- 报表结果经过新旧管理员并行复核
- 临时方案、需求变更和报价边界已单独记录
- 最终验收人、售后联系人和问题关闭条件明确
FAQ：交接中常见的三个判断
原管理员已经离职，无法补签怎么办？
由项目负责人依据系统日志、邮件、工单和导出文件形成情况说明，新管理员只确认实际接收内容，不代替原管理员确认历史真实性。
试运行异常尚未清零，能否组织验收？
可以先做阶段核验，但应将影响工资核算、数据完整性或接口稳定性的问题列为未关闭项，并约定复验条件；不得用口头承诺替代问题单。
设备记录与 OA 结果不一致，以哪个为准？
设备原始记录用于证明实际打卡，OA 记录用于证明审批状态，最终考勤结果由已批准的制度和系统规则计算。三者均应保留，不宜直接覆盖其中任何一项。
项目对接方式
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。