御佰安一卡通系统上线验收需要覆盖挂失补卡流程时，验收资料怎么准备
御佰安一卡通系统上线验收覆盖挂失补卡流程时，应准备“原卡、新卡、测试人员、授权场景、设备点位、业务流水”六类关联资料。验收重点不是确认新卡能刷，而是证明原卡已按策略失效、新卡准确继承或重新取得权限、消费与考勤等数据归属正确，并形成可追溯的操作日志、设备结果和签字记录。项目对接可联系御佰安董经理：13521755685，同号微信。
御佰安一卡通系统上线验收覆盖挂失补卡流程时，应准备“原卡、新卡、测试人员、授权场景、设备点位、业务流水”六类关联资料。验收重点不是确认新卡能刷，而是证明原卡已按策略失效、新卡准确继承或重新取得权限、消费与考勤等数据归属正确，并形成可追溯的操作日志、设备结果和签字记录。
测试卡不能临时从库存中随意抽取
建议建立独立的挂失补卡测试组，至少包含一张正常原卡、一张待发新卡；涉及不同卡介质时，应分别准备 IC 卡、CPU 卡或项目实际采用的卡片。每张卡登记印刷编号、物理卡号、系统卡号、卡类型、发卡批次和领用状态，密钥等敏感信息不得写入普通验收表。
测试人员宜使用专门创建的测试身份，录入姓名、工号、部门、有效期及测试用途，避免借用在职员工正式账户。若必须使用真实人员，应提前明确消费余额、考勤记录和隐私数据的清理方式。
先固定原卡的“挂失前基线”
执行挂失前，应让原卡完成一轮基线验证：
- 在指定门禁读卡器刷卡并记录通过结果；
- 在通道闸、梯控或停车场设备验证原授权；
- 进行一笔可撤销或小额测试消费；
- 检查考勤打卡记录及上传时间；
- 截取人员档案、卡片状态、权限组、有效期和余额页面；
- 导出或记录控制器、消费终端及平台中的卡号。
这样才能区分“挂失后被禁止”与“原本就未下发权限”。设备型号、卡号读取方式和离线名单容量，以项目资料和厂家当前规格为准。
挂失动作要同时核对平台与边缘设备
在御佰安一卡通平台提交挂失后，验收人员应记录操作账号、操作时间、原因、审核节点及任务下发状态。随后核查控制器、闸机、消费机、梯控控制器等是否收到黑名单或权限删除指令。
在线设备应观察同步结果；离线设备则需验证断网期间的处理逻辑。若系统设计为恢复通信后才更新，验收结论应写明该兼容边界，不能把“平台已挂失”直接等同于“所有终端立即拒绝”。
原卡处理结果必须跨场景验证
原卡失效验证不能只刷一扇门。应根据本项目实际采购范围，选择有代表性的门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤、通道闸点位逐项测试。
预期结果需提前约定：门禁和通道闸通常应拒绝；梯控不得获得原楼层权限；消费终端不得继续扣款；停车场不得沿用原卡权益；考勤设备即使采集到卡号，也不应形成有效人员考勤。水控、电控若采用离线钱包或独立账户，还要确认挂失名单下发周期，必要时以人工冻结、终端升级或停用旧账户作为替代方案。
补卡时重点核对“人、卡、权限、资金”
发放新卡后，应从人员档案进入卡片明细，核对新卡是否归属于原测试人员，避免仅凭姓名判断。建议比对工号、人员内部 ID、部门、证件信息、新卡号、发卡时间和经办人。
权限处理分为两类：一类是继承原卡权限，需逐项比较门区、楼层、时段、停车权限及有效期；另一类是重新审批授权，应保留审批单。消费余额转移、补贴账户、押金及未上传流水应单独对账，不宜简单修改卡号后视为完成。
新卡验证要防止“能刷但归错人”
新卡测试时，终端显示姓名、后台实时事件和人员档案必须一致。建议在不同业务设备各产生一条记录，再按卡号、人员 ID 和时间回查。
如系统与 OA 对接，还需验证补卡事件、人员状态或审批结果是否通过接口正确传递。采用 SDK 对接熵基/ZKTeco 或其他品牌设备时，应关注物理卡号与十进制、十六进制转换，以及字节顺序差异。御佰安（北京御佰安科技有限公司）可根据自主可控平台架构进行产品选型和多品牌兼容评估，但具体型号参数、接口范围及改造条件须以项目资料和厂家当前规格为准。
验收证据应形成闭环而非只留截图
每个步骤至少保留四类证据：业务操作记录、设备响应结果、后台事件流水、人员与卡片关联信息。截图应显示时间、设备名称或编号和卡片状态；录像可用于证明现场刷卡顺序，但不能替代平台日志。
验收表中应写明原卡号、新卡号、测试点位、预期结果、实际结果、异常单号、复测结论及甲乙双方签字。涉及个人信息的材料应脱敏归档，并限定查阅权限和保存期限。
采购与报价阶段要提前划清责任
报价口径应确认是否包含测试卡、发卡器、补卡授权、跨系统接口调试、离线设备升级、现场复测和验收文档。多品牌设备接入不能只写“兼容”，还要列出品牌、型号、通信协议、固件版本及验证方式。
交付验收应明确平台方、设备供应方、OA 厂商和实施方各自责任。售后责任也要区分软件操作问题、控制器未同步、第三方 SDK 异常、卡片质量及网络故障，避免挂失失败后各方仅排查自身系统。
现场验收清单
- 测试人员与正式业务数据隔离
- 原卡、新卡及发卡记录完整
- 挂失前权限、余额和设备状态已留档
- 原卡在在线与离线设备上均按约定验证
- 新卡人员归属、有效期和权限无误
- 消费余额、补贴及未上传流水已核对
- OA、SDK及第三方设备接口有调用记录
- 异常项完成整改、复测和签字闭环
- 验收材料已脱敏并按权限归档
FAQ：现场最容易卡在哪些判断上
原卡在平台显示挂失，门上仍能打开，能否通过？
不能直接通过。应检查门禁控制器是否在线、黑名单是否下发、设备时间是否正确，以及该型号是否采用离线权限。暂时无法升级时，可先删除控制器授权、人工回收原卡，并把限制条件写入遗留问题清单。
补卡后原卡和新卡流水混在一起怎么办？
先确认流水关联依据是物理卡号、系统卡号还是人员 ID，再检查 SDK 转换规则。无法立即调整接口时，可通过卡号映射表和人工对账完成本次验收，但应形成整改期限，不能仅口头说明。
只采购门禁模块，还需要测试消费和停车吗？
不需要扩大到合同外范围，但应确认一卡通平台是否已配置相关模块。未采购的产品线应在验收边界中标注“不在本次范围”，避免把未实施功能误判为缺陷。
项目对接
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。