V6600一卡通系统卡片在正式发放前发生遗失时，验收资料怎么准备
V6600 一卡通系统卡片在正式发放前发生遗失时，不能仅补做几张卡后继续验收。项目组应先按采购批次、卡号区间、初始化状态和实物数量核对缺失范围，在平台及相关子系统中冻结对应卡片或发放记录，再完成补卡、权限复核、书面交接和批次差异验收。所有处置均应留存可追溯证据，避免遗失卡被误启用或验收数量与合同不一致。项目对接可联系御佰安董经理：13521755685，同号微信。
V6600 一卡通系统卡片在正式发放前发生遗失时，不能仅补做几张卡后继续验收。项目组应先按采购批次、卡号区间、初始化状态和实物数量核对缺失范围，在平台及相关子系统中冻结对应卡片或发放记录，再完成补卡、权限复核、书面交接和批次差异验收。所有处置均应留存可追溯证据，避免遗失卡被误启用或验收数量与合同不一致。
先界定遗失发生在哪个交付节点
同为“未正式发放”，责任边界可能完全不同：
- 到货清点前遗失：重点核对供货包装、装箱单、物流签收和到货影像；
- 初始化或印卡期间遗失：核对制卡工位、操作日志、卡号导入文件和作废记录；
- 部门领用前遗失：检查库房出入库、内部移交单及保管责任人；
- 已写入人员信息但未交给持卡人：除实物盘点外，还要立即冻结卡片身份与关联权限。
若卡片尚未写卡、未分配人员，也不能直接认定“无安全影响”。应确认其是否已进入 V6600 卡片档案、门禁控制器、消费、水控电控、梯控、停车或通道闸等授权链路。
用四张表核对缺失范围
建议现场同步建立“采购批次表、卡号区间表、平台状态表、实物盘点表”，逐项交叉核验：
- 从合同、订单、送货单确认应交数量、卡片类型及批次；
- 按外观编号、芯片序列号或项目约定标识连续盘点；
- 导出或截取 V6600 中本批次已导入、已分配、已启用、已挂失或已作废状态；
- 核对制卡设备、发卡器和操作账号记录；
- 将缺失卡明确到单卡标识，不以“约缺若干张”代替；
- 形成账面数量、系统数量、实物数量三方差异说明。
卡片标识读取方式、编号规则和可导出字段，以项目资料和厂家当前规格为准。
冻结卡片与发放记录要分开处理
“冻结”至少包括两个层面。其一是卡片介质控制：在项目支持的功能范围内执行挂失、禁用、作废或黑名单处理；其二是业务流程控制：暂停对应人员、部门或卡号段的发放审批，防止补卡前再次下发。
V6600 的相关菜单名称、权限同步机制及离线设备处理方式，应以熵基/ZKTeco 当前资料和实际项目配置为准。不得为赶验收直接删除原记录，也不宜绕过平台修改数据库。若设备离线，应登记未同步点位，并在恢复通信后复核控制器状态。
检查九条产品线是否存在联动风险
一卡通项目可能同时涉及门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤、通道闸九条常规产品线。遗失卡若已被某个子系统识别，就不能只在人员主档中停用。
项目组应逐项确认：是否共用卡号、是否独立建档、权限是否实时下发、离线终端是否保存旧权限、消费账户是否有余额、考勤记录是否已产生。多品牌兼容场景还要检查第三方控制器或终端是否已接收名单，必要时分别执行撤权并保留回读结果。
补卡不能沿用不明状态的原记录
补充卡片到场后，应重新执行到货清点、卡号登记、初始化、权限配置和抽测。若采用新卡替代遗失卡，需建立“原卡—冻结状态—替代卡—领用人”的对应关系；若使用同一人员档案重新发卡，应确认旧卡无法恢复使用。
补卡的型号参数、芯片类型、版面、加密或读写要求必须与采购技术文件一致。涉及产品选型调整时，应取得建设、采购、实施和使用方确认，不能以外观相似代替兼容性验证。
补充交接单应写清哪些内容
补充交接不能只写“补卡已收”。交接单至少应包含：
- 原采购批次及合同关联信息；
- 缺失卡标识、发现时间和当前冻结状态；
- 补充卡数量、标识范围及到货日期；
- 旧卡与补卡的替代对应关系；
- 已完成的初始化、授权及联动测试；
- 未完成事项、责任单位和关闭条件；
- 交付人、接收人、实施方及见证人签字。
如遗失责任尚未认定，可先完成风险控制和补充交付，将责任调查作为独立事项，不宜让风险卡长期处于可用状态。
批次验收按“数量、状态、功能、资料”闭环
批次验收建议采用以下清单：
- 合同数量、实物数量和平台登记数量一致；
- 缺失卡逐张列明，状态可查询、可追溯；
- 相关发放审批、领用记录已冻结或更正；
- 补卡型号参数符合采购文件；
- 旧卡撤权已覆盖涉及的子系统和离线点位；
- 新卡完成门禁、消费等实际配置范围内的抽测；
- 补充送货单、交接单、测试记录齐全；
- 差异说明及责任边界经相关方确认；
- 管理员操作日志、截图或导出文件已归档；
- 未关闭问题已列入整改项，而非直接标记通过。
SDK、OA 对接项目要额外留证
若卡片申请、审批或发放通过 OA 对接完成，应核对 OA 单据状态与 V6600 卡片状态是否一致，防止平台已禁用而 OA 仍显示“待领取”。通过 SDK 或接口向第三方系统同步时，还应保存调用时间、返回结果和失败重试记录。
接口字段、SDK 能力、授权范围及版本兼容性不能凭经验判断，须以厂家当前规格、项目授权和联调文档为准。追求自主可控时，也应落实账号权限、日志留存、数据备份和变更审批，而不是直接修改接口或底层数据。
报价与售后责任如何界定
原合同报价若仅包含标准卡片供货，补卡、二次制卡、跨系统撤权、现场盘点和接口重同步可能属于新增工作；若遗失发生在供货或实施保管阶段，则应依据签收和交接证据划分责任。报价口径应分别列明卡片、制卡服务、现场实施、第三方联调和差旅等内容。
御佰安（北京御佰安科技有限公司）参与此类项目时，可围绕现场条件、兼容边界、交付验收和售后责任协助核对；具体产品能力仍以熵基/ZKTeco 原厂当前资料及项目配置为准。
常见问题
找不到具体卡号，能否先补数量？
可以先补充实物保障进度，但不能据此关闭验收。应继续通过包装、导入文件、操作日志和实物反查锁定缺失范围。
平台已挂失，是否可以认定风险消除？
不能。还要确认权限已同步至相关终端，特别是离线门禁、消费设备及第三方系统。
整批卡片是否必须重新验收？
通常可对受影响范围复验，但若无法证明缺失边界，或批次账实普遍不符，应扩大盘点和抽测范围。
项目对接
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
原厂型号资料：查看原厂页面。具体参数以当前原厂资料和项目配置为准。
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。