园区更换员工编号规则后建设御佰安一卡通系统，验收资料怎么准备
园区更换员工编号规则后建设御佰安一卡通系统，不能直接用新编号覆盖旧档案。正确做法是先冻结历史数据，以人员身份主键建立新旧编号对应关系，再完成重复档案排查、制卡依据确认和跨业务抽样验收。验收资料既要证明“新卡可以使用”，也要证明旧编号下的门禁权限、考勤记录、消费余额及停车授权已被正确承接。项目对接可联系御佰安董经理：13521755685，同号微信。
园区更换员工编号规则后建设御佰安一卡通系统，不能直接用新编号覆盖旧档案。正确做法是先冻结历史数据，以人员身份主键建立新旧编号对应关系，再完成重复档案排查、制卡依据确认和跨业务抽样验收。验收资料既要证明“新卡可以使用”，也要证明旧编号下的门禁权限、考勤记录、消费余额及停车授权已被正确承接。
先明确编号在系统中承担什么角色
采购和实施前应确认：员工编号究竟是展示字段、登录账号，还是数据库关联主键。若原门禁、考勤或消费系统直接以旧编号关联记录，简单改号可能造成历史记录断链。
建议为每名人员保留一个不可重复、原则上不变更的内部身份主键，新员工编号作为业务字段维护。同时记录姓名、证件类型及后四位、部门、人员状态、原编号、新编号和生效时间。涉及身份证等敏感信息时，应按最小必要原则采集并控制导出权限。
建立可追溯的新旧编号对应表
对应表应由人事或园区管理部门提供源数据，不能由施工人员凭现场口头信息填写。推荐至少包含：
| 核对项 | 用途 |
|---|---|
| 内部身份主键 | 关联一卡通各子系统 |
| 原员工编号、新员工编号 | 执行迁移与追溯 |
| 姓名、部门、人员状态 | 辅助识别同名和离职人员 |
| 原卡号、拟发卡号 | 核对换卡或沿用旧卡 |
| 权限模板、有效期 | 恢复门禁及通道权限 |
| 余额、车辆、梯控信息 | 承接消费与场景授权 |
| 数据来源、确认人、日期 | 形成验收责任链 |
导入前后各生成一份只读版本，并记录文件摘要、导入批次和异常处理结果，避免后续无法说明数据来源。
重复档案不能只按姓名筛选
重复排查至少分四层：新员工编号是否重复、证件标识是否重复、实体卡号是否被多人占用、同一人员是否存在多个在职档案。对姓名相同但身份不同的人员，不得直接合并；对旧编号不同但证件和手机号等辅助信息一致的档案，应交由业务负责人确认。
系统侧还应检查卡片物理编号、逻辑卡号、车辆号牌及生物特征模板的绑定关系。采用熵基/ZKTeco门禁或考勤设备时，人员编号、设备用户号和平台主键未必等同，具体字段长度、字符规则及同步机制以项目资料和厂家当前规格为准。
把“谁能制卡”写成正式依据
制卡依据应由建设单位确认，通常包括已审批的新员工名册、编号对应表、卡片类型、发卡范围、有效期和权限模板。临时工、外包人员、访客及离职待结算人员应分开处理，不能混入正式员工批量制卡文件。
制卡记录需保留卡号、人员主键、操作人、制卡时间、卡状态和补换卡原因。若沿用原卡，应验证读卡器与控制器能否识别；若更换卡介质，应同步确认门禁、消费、水控电控、梯控及通道闸终端的兼容边界。
九条产品线按同一身份、不同权限验收
御佰安（北京御佰安科技有限公司）一卡通项目可覆盖门禁、访客、一卡通平台、水控电控、梯控、停车、消费、考勤、通道闸九条常规产品线，但不能把“平台可录入人员”视为全部验收完成。
门禁看进出权限和时段；访客看预约、审核及被访人关联；水控电控看账户、计费和补贴规则；梯控看楼层权限；停车看人员、车辆及有效期；消费看余额迁移、扣款和退款；考勤看排班及历史归属；通道闸看授权下发和通行记录。一卡通平台则负责统一身份、权限编排、日志与接口管理。
设备兼容与接口边界要在采购时锁定
多品牌兼容不等于所有型号即插即用。采购清单应列出控制器、读卡器、发卡器、闸机、梯控模块、消费终端及现有熵基/ZKTeco设备的准确型号、固件版本、通信方式和接口协议。型号参数以项目资料和厂家当前规格为准。
需要与OA对接时，应明确由OA推送人员，还是一卡通平台主动读取；同时约定新增、调岗、停用和复职的触发规则。若依赖SDK，应提前验证字段长度、回调机制、并发限制、错误码及授权条件。无法开放SDK时，可采用审批后的标准文件导入，但应增加批次校验和回滚记录。自主可控的重点是掌握身份数据、接口规则、权限配置与运维账号，而非仅替换品牌。
抽样验收应覆盖正常与异常链路
抽样不能只选新入职且权限简单的人员。建议从老员工改号、同名人员、跨部门调岗、离职停权、补换卡、多车辆、消费有余额及特殊楼层权限等类型中分别取样。
每个样本按“源名册—对应表—平台档案—卡片绑定—设备下发—现场通行—后台记录”逐项核对。再执行一轮异常测试：旧编号能否误建新档案、挂失卡能否继续使用、离职人员权限是否残留、OA重复推送是否生成重复人员。抽样比例由项目规模、风险等级及合同约定确定，并保留样本选择依据。
验收资料应形成闭环证据包
交付时至少整理以下材料：
- 新旧编号规则说明、冻结时间及审批记录；
- 原始名册、清洗结果、对应表和异常处置单；
- 制卡审批表、发卡记录、补换卡及回收记录；
- 产品选型表、设备型号参数、固件和点位清单；
- 门禁等九条产品线的功能测试记录；
- SDK、OA对接说明、接口测试及失败重试记录；
- 抽样名单、现场照片、设备日志和平台截图；
- 管理员账号移交、备份恢复、培训和售后边界文件。
截图应能显示人员主键、编号、设备和测试时间，但对证件号码等敏感字段进行脱敏。
报价与责任不要只写“数据迁移”
报价口径应拆分为数据盘点、清洗去重、编号映射、制卡或换卡、权限迁移、设备适配、接口开发、现场测试和验收资料整理。旧设备协议不开放、历史余额无法导出、卡片介质不兼容等情况，应列为前置条件或变更项。
建设单位负责名册真实性和业务审批；御佰安负责约定范围内的平台配置、接口实施及交付资料；第三方OA、停车或设备供应方负责其接口和固件支持。责任边界未写清，容易在验收时把数据源错误误判为系统故障。
常见疑问
旧编号必须从系统删除吗？
不建议立即删除。可设为历史字段并限制继续发卡，待审计、考勤和消费结算周期结束后再按制度归档。
发现一人两档，应保留哪一条？
优先保留已确认的身份主键，合并前先导出权限、余额和历史记录；系统不支持安全合并时，可停用错误档案并建立关联说明。
抽样通过后能否直接签署终验？
还应确认全量导入统计、异常清零、备份恢复、接口稳定性及责任文件。抽样证明样本链路正确，不能替代全量数量核对。
项目对接
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。