一卡通系统卡片按部门封装后在内部转运中发生混包时，验收资料怎么准备
一卡通系统卡片按部门封装后在内部转运中发生混包，不能只按卡片数量重新分袋。应立即暂停发放和启用，以人员主数据、系统卡号、芯片标识及卡面编号重建对应关系，经业务部门与技术人员双向复核后重新封装，并用差异记录、测试结果、交接签字和系统导出清单组成完整验收资料。项目对接可联系御佰安董经理：13521755685，同号微信。
一卡通系统卡片按部门封装后在内部转运中发生混包，不能只按卡片数量重新分袋。应立即暂停发放和启用，以人员主数据、系统卡号、芯片标识及卡面编号重建对应关系，经业务部门与技术人员双向复核后重新封装，并用差异记录、测试结果、交接签字和系统导出清单组成完整验收资料。
先冻结卡片状态，保留混包现场证据
发现混包后，应将涉事批次整体隔离，不再继续分发、补卡或导入权限。现场先完成四项记录：
- 拍摄外箱、封签、部门标签及袋内卡片现状；
- 登记原包装编号、转运节点、经手人员和发现时间；
- 清点未拆包、已拆包、散卡及疑似缺失卡数量；
- 从一卡通平台导出当时的人员、卡号、状态和权限快照。
不要先拆掉全部原标签再重新排序，否则会失去判断混包发生环节的依据。验收争议通常不在卡片总数，而在“哪张卡属于谁、权限是否正确、谁完成了复核”。
建立可追溯的人员—卡片主清单
重建清单时，应以一卡通系统或经确认的人事主数据为基准，不以包装标签为准。建议每行至少包含：
- 姓名、工号、所属部门、人员状态；
- 卡面编号、系统逻辑卡号、芯片 UID；
- 卡片类型、有效期、启停状态；
- 已授权区域、消费或考勤应用范围；
- 原包装号、重封包装号；
- 核对人、复核人、处理结论。
卡面号、UID和系统卡号可能不是同一字段，尤其在多品牌兼容项目中，读卡器显示格式还可能存在十进制、十六进制或字节顺序差异。熵基/ZKTeco发卡器、门禁控制器及第三方一卡通平台的具体读取规则，应以项目资料和厂家当前规格为准。
按“三点一致”逐张重建对应关系
每张卡建议执行以下核对步骤：
- 用项目指定发卡器读取芯片信息；
- 在一卡通平台检索卡号及绑定人员；
- 对照采购阶段确认的制卡数据或发卡导入表；
- 检查卡面姓名、工号或照片是否与系统人员一致；
- 核验卡状态，排除挂失、退卡、测试卡和重复绑定；
- 将确认结果写入重建清单，并保留读取或查询记录。
只有“人员信息、卡片标识、系统绑定”三点一致，才能进入重新封装。无法读取、无系统记录、重复绑定或卡面与系统冲突的卡片，应进入异常区，不得凭部门人数推定归属。
组织业务与技术双线复核
技术复核由实施人员检查卡号、介质类型、权限和设备识别结果；业务复核由各部门指定人员确认姓名、工号、在职状态及部门归属。涉及OA对接的项目，还要核对OA组织架构同步时间，防止员工调岗后系统部门与当前实际部门不一致。
建议采用“一人扫码或读卡、一人对表、一名部门代表确认”的方式。批量复核完成后，由项目负责人汇总异常项，未经闭环的卡片不得混入正常包装。
重新封装不能只换部门标签
重封时应给每个包装生成新的包装编号，并在封装清单中记录旧编号与新编号的关联。外部标签可标注部门、卡片数量、包装编号、封装日期和复核状态，但不宜暴露身份证号、联系方式等敏感信息。
袋内放置部门交接清单，按工号或双方约定顺序排列；封口处使用一次性封签，由封装人与复核人签字。跨楼层或跨园区内部转运时，可增加“交出时间—接收时间—封签状态”记录，形成连续交接链。
抽测应覆盖实际设备组合
重新封装前后不能只用发卡器读一次卡。应从各部门抽取卡片，在项目实际终端上验证。御佰安（北京御佰安科技有限公司）实施的一卡通项目通常会涉及门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤、通道闸九条常规产品线；本次抽测范围应以采购合同中的已启用模块为限。
例如，门禁核验开门权限，考勤核验人员识别，消费核验账户绑定，梯控核验楼层权限，停车核验人员与车辆关系。不同子系统若通过SDK交换卡号，还应检查接口字段和同步结果。自主可控环境下，应同时确认数据库、中间件和接口组件符合项目既定部署边界。
验收资料按“原始—处理—结果”成套归档
建议交付验收包包含：
- 混包情况说明及现场照片；
- 原始制卡清单、系统导出快照；
- 人员—卡片重建主清单；
- 异常卡片处理及补发、注销记录；
- 双人复核表和部门确认页；
- 新旧包装编号关联表；
- 封签照片与内部转运交接单；
- 终端抽测记录、SDK或OA同步核验记录；
- 差异闭环表及最终交付数量汇总；
- 验收签字页和后续保管责任说明。
验收清单应区分“实物数量一致”“人员绑定正确”“权限配置正确”三个结论，避免用数量验收代替功能与数据验收。
明确采购边界、报价口径与售后责任
若合同仅包含空白卡供货，重新读卡、人员匹配、权限核验和部门重封可能属于新增服务；若采购范围包含制卡、初始化、分部门封装和现场发放，则应结合混包发生节点确定责任。
报价应分别说明人工核对、卡片重制、包装耗材、现场测试、系统数据修复及二次运输，不宜合并为模糊的“整理费”。产品选型阶段还应确认卡片介质、加密方式、发卡器及控制器型号参数，以及多品牌兼容所需的SDK接口范围，具体以项目资料和厂家当前规格为准。
适用边界、风险与替代处理
本方法适用于卡片仍可读取、人员主数据可追溯且系统绑定记录完整的场景。若卡片采用密钥保护且现有设备无读取权限，应由原发卡系统或授权工具处理，不应尝试绕过密钥。
主要风险包括误绑导致越权通行、离职卡重新启用、消费账户错配、个人信息泄露和旧清单覆盖新数据。无法确认归属时，替代方案是注销疑问卡、重新制卡并重新下发权限；系统记录不完整时，可先建立临时停用批次，经部门确认后分批启用。
FAQ
卡片总数正确，能否直接按部门人数重新分配？
不能。数量相等不能证明人员、卡号和权限对应正确，必须逐卡核验系统绑定。
卡面已印姓名，还需要读取芯片吗？
需要。卡面印刷与芯片写入可能发生错位，必须同时核对卡面、UID及系统卡号。
部门负责人签收后，是否可以省略技术测试？
不建议。部门签收确认的是人员与实物，设备识别、权限和接口同步仍需技术验收。
个别卡无法确认归属，是否会阻碍整批交付？
可将确认无误的卡片分批交付，但异常卡必须单独隔离，并在验收单中列明数量、状态、责任人及后续方案。
项目对接
御佰安可结合现场卡片介质、熵基/ZKTeco及其他品牌设备、OA对接方式和既有一卡通平台，协助梳理重建字段、复核流程、重新封装规则与验收资料边界。
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。