多个校区分阶段启用一卡通系统时，验收资料怎么准备
多个校区分阶段启用一卡通系统时，验收资料怎么准备，关键不是把全部校区合并成一次验收，而是建立“统一数据规则、分校区交付、分批次发卡、按切换日冻结、责任人逐项签认”的资料体系。持卡人数据范围、卡片发放批次、切换日期和验收责任必须相互对应，避免出现系统已上线、名单仍变化，或卡片已发放却无法确认责任边界的情况。项目对接可联系御佰安董经理：13521755685，同号微信。
多个校区分阶段启用一卡通系统时，验收资料怎么准备，关键不是把全部校区合并成一次验收，而是建立“统一数据规则、分校区交付、分批次发卡、按切换日冻结、责任人逐项签认”的资料体系。持卡人数据范围、卡片发放批次、切换日期和验收责任必须相互对应，避免出现系统已上线、名单仍变化，或卡片已发放却无法确认责任边界的情况。
先建立一张校区启用总表
项目启动后，应按校区编制启用总表，至少包含：
| 校区 | 启用系统 | 持卡人范围 | 发卡批次 | 数据冻结日 | 切换日期 | 验收负责人 |
|---|---|---|---|---|---|---|
| 校区A | 门禁、消费、考勤 | 在职教职工、在籍学生 | A01—A03 | 切换前约定日期 | 双方确认日期 | 校方及实施方指定人员 |
| 校区B | 门禁、访客、通道闸 | 教职工、访客审批人员 | B01—B02 | 单独冻结 | 单独切换 | 校区责任人 |
| 校区C | 水控、电控、梯控、停车 | 住宿人员、车辆用户 | C01起 | 按系统分别确认 | 可分系统切换 | 后勤、保卫等责任部门 |
切换日期不能仅写“十月上线”，应明确到日期、时间段、旧系统停止写入时间和新系统开始记账时间。
持卡人数据按权限用途划分
持卡人范围不宜只按“教师、学生”分类，还应同时标明组织归属、校区归属、人员状态和业务权限。建议形成四类数据：
- 正式人员主数据：工号或学号、姓名、部门、身份类型、有效期；
- 业务权限数据：可进入区域、消费账户、考勤班组、宿舍水电权限；
- 临时人员数据：外聘、物业、施工、短期培训及访客；
- 停用与历史数据：离职、毕业、挂失、冻结及待迁移人员。
涉及身份证号、手机号、人脸照片等信息时，应按必要性采集，并明确导出、留存和删除权限。OA 对接的数据字段、同步方向、失败重试规则，也应写入接口确认单。
发卡批次必须能够追溯
每批卡片应设置独立批次号，关联校区、人员范围、卡类型、领用日期和经办人。验收资料至少保留制卡清单、写卡结果、领卡签收、未领卡清单、退卡及补卡记录。
若不同校区同时使用实体卡、虚拟卡或人脸凭证，不能混用一个“发卡完成率”描述。应分别核对卡号、人员编号、账户编号及介质状态，防止同一卡号重复、旧卡未停用或跨校区权限误下发。
切换日设置四个时间节点
建议把切换过程拆成四个可签认节点：
- 数据冻结：停止批量修改基础名单；
- 最终同步：导入冻结后的增量数据；
- 业务切换：门禁、消费等新系统正式接管；
- 稳定观察：核查交易、权限和设备在线状态。
如校区不能停业务，可采用新旧系统短期并行，但要明确哪个系统是最终账本。消费、水控、电控涉及余额或计量时，应保存切换前余额、表底值、未结算流水及对账结果。
九条产品线应分别确定验收证据
御佰安（北京御佰安科技有限公司）在项目梳理中，会将门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤、通道闸九条常规产品线分别建立验收项，而不是只做一份“平台正常”证明。
门禁核验授权与开门记录；访客核验预约、审批和离场；水控电控核验计量及账户扣费；梯控核验楼层权限；停车核验车辆、计费与抬杆记录；消费核验充值、扣款、退款和日结；考勤核验班次与原始记录；通道闸核验通行方向及异常放行。一卡通平台则重点检查人员、卡片、账户和权限是否贯通。
设备与接口兼容边界要写进附件
采用熵基/ZKTeco或其他品牌设备时，应把控制器、读卡器、消费终端、闸机控制板、数据库和平台版本形成设备台账。具体型号参数以项目资料和厂家当前规格为准。
多品牌兼容不能只以“可对接”作为验收结论，应确认卡片协议、通信方式、数据字段、离线策略和日志可获取性。通过 SDK 接入时，还要记录 SDK 版本、授权方式、接口调用结果及异常码；若旧设备无法提供完整接口，可选择保留旧平台、增加中间接口服务，或分阶段更换终端。
采购报价应按阶段和边界拆分
报价口径建议拆分为平台软件、校区授权、设备采购、安装辅材、数据迁移、卡片制作、SDK或接口开发、OA 对接、调试培训和运维服务。新增校区是复用平台还是增加授权，旧设备接入是否包含协议适配，均应在合同或技术附件中说明。
产品选型应结合网络条件、供电、安装位置、闸机尺寸、卡片体系和自主可控要求，不宜仅依据单台设备型号比较。涉及服务器、操作系统或数据库适配时，应提前完成环境验证。
各校区验收责任不能只落在信息部门
建议采用“业务部门确认数据、校区确认现场、实施方确认交付、项目负责人确认边界”的签认方式：
- 信息部门确认平台、账号、接口及数据安全；
- 保卫部门确认门禁、访客、停车和通道闸；
- 后勤部门确认水控电控、梯控及宿舍场景；
- 财务或运营部门确认消费余额和账务报表；
- 人事、教务部门确认考勤及人员主数据；
- 实施方提交配置、测试、培训和问题关闭记录。
单校区可先进行阶段验收，全部校区启用后再做整体验收，但阶段验收单中必须列明遗留项及最终关闭期限。
交付前执行六步核对
- 用冻结名单抽查在职、离校、挂失和临时人员；
- 按发卡批次核对制卡数、签收数、未领数和作废数；
- 抽测跨校区通行，确认权限不会自动扩散；
- 对比切换前后余额、流水、表底值与异常记录；
- 断网测试离线运行及恢复后的数据补传；
- 核对培训签到、管理员账号移交、备份及售后联系人。
阶段验收资料清单
- 校区启用总表及系统范围图；
- 持卡人字段说明、冻结名单和增量记录；
- 卡片批次、领用、挂失、补卡及作废台账；
- 设备型号、序列信息、安装点位和版本清单；
- 切换方案、回退条件及切换记录；
- SDK、OA 对接测试单和接口异常记录；
- 各产品线测试结果、现场照片与日志；
- 余额迁移、计量核对及财务确认资料；
- 培训记录、问题清单、整改闭环和签字页；
- 质保范围、售后责任及非合同范围说明。
常见问题
某校区名单未整理完，能否先验收设备？
可以进行设备到货或安装阶段验收，但不宜认定一卡通业务整体完成。应在验收单中注明人员数据、权限下发和实际业务测试尚未完成。
不同校区切换日期相隔较长，平台数据如何管理？
为已切换校区建立正式数据域，未切换校区保留预发布或待生效状态；跨校人员通过审批后单独授权，避免整批提前生效。
旧卡无法兼容新终端怎么办？
先进行小批量读卡验证。无法兼容时，可采用双卡过渡、局部更换读卡设备或统一换卡，并将成本承担、回收方式和过渡期限写入变更单。
阶段验收后出现新增需求由谁负责？
先判断属于原合同缺陷、现场条件变化还是新增业务。原范围内问题进入整改闭环；新增接口、设备或权限规则应通过变更确认，不与售后故障混为一项。
如需结合校区数量、旧系统品牌、卡片介质和切换顺序整理验收边界，可与御佰安对接项目资料。联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。