一卡通系统部署V6600时，验收资料怎么准备

一卡通系统部署 V6600 时，确认校区或园区之间的组织编码、人员唯一标识和跨区域资料同步边界，不能只检查“数据是否导入成功”。建议在验收前形成组织编码表、人员主键表、数据同步矩阵和异常处置记录，并由建设方、使用部门、集成方共同签字。尤其当多个校区曾分别建库、工号重复或门禁设备来自不同品牌时，应先统一数据规则，再验证 V6600 中的实际配置结果。

验收矛盾通常发生在三类数据上

多校区项目常见问题不是设备离线，而是“同名不同义”：

• 两个校区都使用 001 作为部门编码，但分别代表行政部和信息中心；
• 教职工、外包人员、学生分别由 OA、人事或学工系统编号，存在重复工号；
• 主校区要求查看全部人员，分校区只能管理本地人员，但平台权限未按此隔离；
• 人员资料已同步，照片、卡号、门禁权限或有效期却没有同步；
• 离职信息传到平台后，部分区域仍保留通行权限。

因此，验收资料应同时证明“数据一致”“权限受控”和“异常可追溯”。

先画清 V6600 在系统中的位置

熵基/ZKTeco V6600 属于一卡通平台，其具体模块、接口、授权方式和容量范围，应以项目资料和厂家当前规格为准。验收前要确认它在本项目中是人员主数据源，还是接收 OA、人事、学工等系统的数据。

建议绘制一张系统关系图，标明：

1. 哪个系统创建人员；
2. 哪个系统生成组织编码和人员唯一标识；
3. V6600 接收、修改或下发哪些字段；
4. 门禁、考勤、消费等终端从哪里取得权限；
5. 数据通过 SDK、接口服务、文件还是人工方式交换；
6. 同步失败由哪一方重发和核查。

若主数据归属不明确，后期很容易出现 OA 修改部门后，V6600 又被旧数据覆盖的情况。

组织编码不能直接沿用部门简称

跨校区组织编码宜采用稳定、不可重复的编码规则，例如“区域码＋组织层级码”，显示名称可以调整，编码不应随部门改名频繁变化。验收时至少核对以下字段：

历史系统编码冲突时，不建议直接覆盖，可建立“旧编码—新编码”映射表，并保留转换记录。

人员唯一标识要与工号、卡号分开

工号可能调整，卡号可能补换，身份证件也不适合作为所有接口中的公开主键。项目应约定一个长期稳定的人员唯一标识，并明确其生成系统。

验收资料中应区分：

• 人员唯一标识：用于跨系统关联，原则上不因调岗、换卡改变；
• 工号或学号：业务显示字段，可按制度变更；
• 卡片标识：可能存在换卡、挂失和多卡关联；
• 设备侧编号：受设备及协议限制，不等同于平台人员主键；
• 证件信息：按必要性采集，并落实访问权限和留存要求。

可抽取在职、跨校调动、同名、离职返聘、外包转正式等人员进行反查，验证 OA 对接前后是否仍对应同一主体。

用同步矩阵划定跨区域资料边界

同步边界不能只写“人员信息同步”，应逐字段确认方向、范围和触发条件。

对于“总部可看全域、分校只看本地”的项目，还需分别测试查询权限、导出权限、操作权限和日志权限，避免界面不可见但接口仍可读取。

SDK 与 OA 对接应提交哪些证据

如通过 SDK 或接口完成 OA 对接，应把接口联调材料纳入验收，而不是只交一份接口说明。建议包括接口清单、字段映射、鉴权方式、调用方向、错误码记录、重试机制、时间戳规则、测试样例和版本信息。

还应进行四类测试：新增人员、跨校调动、人员停用、网络中断后补传。接口能力、调用限制及授权范围以项目资料和厂家当前规格为准；若现有 OA 无法满足实时对接，可采用定时文件交换或受控人工导入，但必须设置重复校验、导入审批和回滚文件。

多品牌设备接入要按组合验收

“多品牌兼容”不能等同于所有设备、所有功能都可直接接入。应以现场控制器、读卡器、考勤机及协议版本组成测试组合，分别确认人员下发、卡号格式、权限时段、记录回传和离线恢复。

无法直接兼容时，可评估协议网关、中间库、接口服务或保留原设备管理平台。相关新增软件、改造工作量及责任边界应进入报价口径，不能在验收阶段再以“接口另议”处理。

报价与采购文件要对应验收对象

V6600 的产品选型不能只写平台名称。采购清单应列明软件模块、型号参数、授权范围、部署方式、接口开发、数据治理、设备接入、培训及售后内容，具体以项目资料和厂家当前规格为准。

报价时应明确：标准功能与定制开发的界线、SDK 是否包含在本次范围、OA 对接由谁实施、历史数据清洗是否计入、第三方设备适配如何计费。资料下载也应核验版本与项目配置，避免用其他版本手册代替本项目交付文件。

验收资料建议按这份清单归档

• 已签字的组织编码表及历史编码映射表；
• 人员唯一标识规则、重复数据处理记录；
• 跨区域字段级同步矩阵；
• V6600 实际模块、版本和授权核对记录；
• OA、SDK 或文件交换的接口联调报告；
• 各校区管理员的数据与操作权限截图；
• 多品牌设备组合测试及不兼容项说明；
• 新增、调动、挂失、离职、断网补传测试记录；
• 部署拓扑、备份恢复步骤和账号移交单；
• 未完成事项、替代方案、责任人及处理期限；
• 培训签到、运维联系人和售后责任边界。

涉及自主可控要求时，应将软硬件环境、数据库、中间件、接口依赖及替代路径单独列出，由项目相关方依据实际技术条件确认。

FAQ：现场常见分歧怎么处理

不同校区工号重复，是否必须全部改号？
不一定。可保留原工号作为业务字段，另建全平台唯一人员标识，并通过区域码或映射表解决冲突。

人员调到另一校区后，应删除再新增吗？
通常不建议。应保留原人员唯一标识，变更组织归属和权限范围，同时验证原校区权限是否撤销。

验收时只抽查界面数据可以吗？
不够。还要核对接口日志、设备下发结果、权限生效状态和失败重试记录。

第三方设备能显示在线，是否代表兼容完成？
不能。至少还应验证人员、卡片、时段权限、事件记录及异常恢复；不支持的功能需书面列明。

项目对接

ZKINTE（北京御佰安科技有限公司）可结合现场条件协助梳理熵基/ZKTeco 产品选型、型号参数、报价口径、资料下载、SDK 与 OA 对接、多品牌兼容边界、交付验收及售后责任，最终配置以厂家当前规格和双方确认的项目文件为准。

联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线

原厂型号资料：查看原厂页面。具体参数以当前原厂资料和项目配置为准。

相关方案与下一步核对

公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。

• 一卡通方案
• 一卡通采购与维保问题
• 一卡通改造与交付问题
• 项目联系入口