分校区逐批启用一卡通系统时，验收资料怎么准备
分校区逐批启用一卡通系统时，验收资料不能等全部校区上线后再补，而应按“统一基线、分批建档、分批制卡、上线前核数、单批闭环验收”组织。尤其当首批包含门禁、通道闸和消费，后续批次再接入水控电控、梯控或停车时，必须把本批设备、人员、卡片、接口和遗留项单独固化，避免后批问题影响已投用校区结算。项目对接可联系御佰安董经理：13521755685，同号微信。
分校区逐批启用一卡通系统时，验收资料不能等全部校区上线后再补，而应按“统一基线、分批建档、分批制卡、上线前核数、单批闭环验收”组织。尤其当首批包含门禁、通道闸和消费，后续批次再接入水控电控、梯控或停车时，必须把本批设备、人员、卡片、接口和遗留项单独固化，避免后批问题影响已投用校区结算。
先确定“总项目”与“启用批次”两级边界
总项目资料用于统一平台规则，包括机构编码、人员编号、卡号规则、权限体系、结算方式、接口规范和管理员分工；批次资料则对应某一分校区、某一启用日期及明确设备范围。
每批启动前形成《批次实施确认单》，至少写明：
- 校区、楼栋、门区及启用时间；
- 本批纳入的平台模块和设备清单；
- 暂不启用的功能及原因；
- 本批数据截止时间；
- 校方、施工方、平台方的验收人员；
- 跨批次共享数据与不得改动的基础规则。
总合同中的“全部完成”不能替代单批验收，否则已运行校区缺少明确的移交节点。
人员建档按主数据源分工
人员信息应优先从人事、教务或统一身份平台导入，避免各校区自行维护同一人员。建议将字段分成三类：
- 必填字段：人员编号、姓名、人员类型、所属机构、状态；
- 业务字段：门禁权限组、消费身份、考勤班次、宿舍或楼层；
- 可选字段：照片、联系方式、证件信息，按实际授权和隐私要求采集。
导入前先检查重复编号、空机构、离职未停用、同人多档。临时人员和访客不得直接混入正式人员库，可通过访客模块建立有效期明确的临时身份。每批保留原始导入表、错误反馈表、修订结果和最终导入记录。
卡片制作要把“发卡”与“授权”分开留痕
卡片制作不能只提交一张领卡签字表。完整资料应覆盖卡片入库、卡号读取、人员绑定、应用写入、权限下发、领取确认和异常卡处理。
批量制卡前先制作少量测试卡，分别验证门禁、消费、通道闸及本批实际启用终端。通过后再批量执行。补卡、换卡、挂失卡要记录旧卡状态和新卡生效时间，防止双卡并行。若不同校区使用不同卡介质或读卡协议，应先确认读头兼容边界；无法统一时，可采用实体卡与二维码、移动凭证并行，但须分别验收。
初始数据核对必须做四方对账
上线前由业务部门、校区管理员、实施人员和平台管理员共同核对，不能只看“导入成功”。
建议按以下顺序执行：
- 对比源数据人数、成功导入数、失败数和停用数；
- 抽查人员编号、姓名、组织、身份类别；
- 对比已制卡数、已绑定数、未领取数、废卡数；
- 抽查权限组与实际门区、楼层、消费场景是否一致；
- 检查余额、补贴、账户状态及启用日期；
- 现场刷卡后核对平台流水、设备时间和人员信息；
- 导出核对结果，由双方签字确认。
涉及历史余额迁移时，应同时保留迁移前台账、转换规则、迁移后结果及差异处理说明。
按本批设备组合设计测试场景
一卡通并非只有发卡。御佰安（北京御佰安科技有限公司）在项目梳理时，会结合门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤、通道闸九条常规产品线确定测试范围。
例如，分校区首批采用熵基/ZKTeco 门禁控制器、通道闸和考勤终端时，应验证卡片识别、权限下发、脱机通行、记录回传、断网恢复和设备校时；后批接入水控电控或消费终端，则增加账户扣费、补贴、退款及异常账务测试。具体产品选型、型号参数、卡片协议和容量指标，以项目资料和厂家当前规格为准。
OA 对接与 SDK 接口单独验收
若人员数据由 OA 对接同步，应明确谁是主数据源、同步频率、删除策略和失败重传机制。通过 SDK 或接口接入多品牌设备时，需逐项确认人员下发、权限撤销、记录回传、设备状态和错误码支持范围。
“多品牌兼容”不等于所有功能完全一致。部分设备可能只支持基础刷卡和事件上传，不支持远程控制或完整考勤字段。边界不清时，可选择统一控制器、增加协议网关，或保留品牌子系统后与一卡通平台做数据级对接。涉及自主可控要求的项目，还应明确服务器环境、数据库、部署方式和运维权限。
每批验收资料独立成册
建议每个校区、每个批次单独建立目录，包含：
- 批次范围确认单及现场点位表；
- 设备型号、序列号、安装位置和网络信息；
- 人员导入、制卡、发卡及异常处理记录；
- 初始余额、权限、组织和账户核对表；
- 功能测试、断网测试、恢复测试记录；
- OA、SDK及第三方接口测试报告；
- 培训签到、管理员账号移交和操作说明；
- 问题清单、整改证明、遗留项责任与期限；
- 批次验收单及正式启用确认。
总项目最终验收时，再汇总各批次结果，不重复替代单批记录。
常见验收矛盾及替代方案
**设备已装但人员数据未定稿：**可先做设备安装验收和测试账号验证，不宜签署业务启用验收。
**卡已发放但权限持续调整：**冻结一个数据截止点，截止点后的变更进入运行维护记录。
**后续校区型号变更：**先验证卡协议、平台授权和接口兼容；不能兼容时，采用分区管理或协议转换，不应直接混装。
**网络未按期到位：**可进行脱机功能测试，但须把记录回传、远程下发和平台联动列为待验项。
**采购清单与现场数量不一致：**报价口径应区分平台授权、设备、卡片、辅材、施工、接口和培训，增减项书面确认后再验收。
批次签字前快速检查
- 本批范围与采购清单一致；
- 人员、卡片、权限、余额四类数据完成对账；
- 每类终端均有成功与失败测试记录；
- 设备时间、网络及记录回传正常；
- 未完成项注明责任人和关闭条件；
- 管理账号、备份文件及操作资料完成移交；
- 售后责任区分平台、设备、网络、接口和现场施工。
FAQ
后续批次发现基础人员数据有误，是否要重做前批验收？
一般不必重做。应形成数据变更单，说明影响范围；若涉及前批权限、余额或账务，则补做受影响项目的专项复验。
一个校区分两次开门禁和消费，能合并验收吗？
可以共用基础资料，但功能、设备和启用日期不同，建议分别形成验收记录，便于责任追溯。
校方自行制卡，实施方如何承担验收责任？
实施方应提供制卡规则、测试方法和导入模板，并验证系统结果；卡片采购质量、原始数据准确性及实际发放记录由约定责任方确认。
项目对接
如需梳理分校区上线批次、设备兼容、资料目录或验收口径，可结合现场点位、采购清单和接口需求进行核对。
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。