门禁系统 2026-10-22 董经理 5 views

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

一卡通系统验收 V6600 时，建议不要只整理截图和操作手册，而应围绕“资料建立—卡片办理—状态变更—记录查询”形成可追溯的测试链：每个测试项均写明前置条件、操作步骤、预期结果、实际结果、证据编号和合格判定依据。V6600 属于一卡通平台，实际模块、型号参数、接口、授权点数及可管理设备范围，均以项目资料和熵基/ZKTeco 厂家当前规格为准。项目对接可联系ZKINTE 中控董经理：13521755685，同号微信。

先锁定 V6600 项目的验收边界

验收前将采购合同、报价清单、技术协议、深化设计和现场实装情况放在同一张差异表中，重点确认：

V6600 软件版本、部署方式、许可范围及已启用模块；
服务器、客户端、发卡器、控制器、读卡器等设备组合；
人员、部门、卡片、权限和事件记录的管理范围；
是否包含 SDK、OA 对接或第三方数据同步；
多品牌兼容是合同承诺、接口开发目标，还是仅做预留；
历史数据迁移、培训、备份及售后责任是否纳入交付。

未采购或未授权的功能不能直接列为不合格项，但应在验收报告中注明“不在本次范围”。

建立可审计的验收资料目录

建议按以下目录编号归档，避免资料名称与测试单无法对应：

A01 合同、技术协议及报价口径；
A02 产品选型表、授权文件、软件版本记录；
A03 网络拓扑、设备点表、IP 与安装位置表；
A04 人员、部门、卡类型和权限规则；
A05 测试用例及原始记录；
A06 截图、导出文件、日志和现场照片；
A07 SDK、OA 对接及第三方设备测试记录；
A08 问题整改、复测与关闭证明；
A09 培训、备份恢复、运维交接资料。

账号密码、个人身份信息和卡号应脱敏保存，完整数据由项目授权人员管理。

用一组测试对象贯穿完整流程

不要为每个功能临时创建不同人员。可建立“测试部门—测试人员—测试卡—测试权限—测试设备”的固定样本，使同一对象贯穿全流程。

样本至少覆盖正常人员、跨部门人员、停用人员、无卡人员，以及正常卡、挂失卡、过期卡和补办卡。若项目存在不同介质或人员类别，应分别取样；介质类型及数量以项目配置为准。

资料建立测试清单怎么写

检查项	执行动作	合格判定依据
部门资料	新增、修改、调整层级、删除空部门	保存后层级正确；重新登录仍可查询
人员资料	新增必填信息并编辑部门	页面、查询结果与导出内容一致
重复数据	输入重复编号或项目约定的唯一字段	系统按既定规则拦截或提示
必填校验	缺少关键字段后提交	不产生不完整记录，并给出提示
批量导入	导入正确及错误样本	成功、失败数量可核对，错误原因可定位

合格依据不能只写“功能正常”，应引用需求条款、操作结果及证据编号。

卡片办理要验证业务闭环

卡片办理测试应记录发卡工作站、操作账号、时间和测试人员。依次验证卡号读取、人员绑定、卡类型选择、有效期设置、授权下发及再次读取。

合格判定包括：一人一卡或一人多卡规则符合项目约定；卡片与人员对应正确；有效期准确；授权设备范围无遗漏；重复卡号得到控制；办卡后产生可查询记录。若现场未采购发卡器，应改用合同约定的录入方式，不以缺少设备判定平台不合格。

状态变更必须验证前后效果

状态测试至少包括挂失、解挂、停用、启用、退卡、补卡和有效期变化。每次操作前先生成一条正常使用记录，变更后再到对应终端验证。

合格标准应同时满足三点：平台状态显示正确；状态变化能够按约定同步到目标设备；原卡与新卡的通行结果符合规则。若因网络中断未及时下发，应记录队列、重试机制和恢复时间，区分平台缺陷、网络问题与设备离线。

记录查询不能只看页面截图

查询测试应使用已知时间、人员、卡号和设备产生样本记录，再分别按单条件、组合条件及时间范围查询。核对页面条数、详情字段、导出文件和设备原始事件是否一致。

涉及报表时，还要明确时间格式、时区、排序、分页、导出权限及脱敏要求。查询不到记录时，应先排查设备时间、通信状态、采集服务和数据范围，不宜直接认定数据库丢失。

SDK、OA 对接单独编制接口卷

若采购范围包含 SDK 或 OA 对接，应将接口验收与平台功能验收分开。资料至少包括接口清单、字段映射、认证方式、调用方向、错误码、超时重试、日志位置和版本信息。

测试需覆盖新增、修改、停用、重复提交、非法字段、网络中断及恢复补传。合格判定以双方确认的接口文件和联调记录为准。未明确开放的接口能力、调用频率和授权范围，应向熵基/ZKTeco 或项目供货方核实，不依据演示环境推定。

多品牌兼容与自主可控如何取证

多品牌兼容不能仅凭协议名称验收，应按“设备型号—固件版本—通信方式—可实现功能”逐项实测。第三方设备只能上报事件但不能下发权限时，应在兼容矩阵中明确边界，并准备协议网关、接口开发或保留原管理平台等替代方案。

涉及自主可控要求时，应根据项目标准核对部署环境、数据库、中间件、升级来源、数据备份和运维权限，不将营销表述代替测试证据。

常见验收矛盾与处理方案

合同写“支持对接”但报价未含开发费用时，应暂停扩大测试边界，先确认接口、工作量和责任主体；设备已安装但型号与清单不一致时，先形成差异签认，再做兼容验证；资料齐全但日志无法对应测试时间时，应补做见证测试；缺少厂家当前资料时，可由 ZKINTE（北京御佰安科技有限公司）协助核对产品选型、资料下载路径和项目配置，但最终以合同及厂家当前规格为准。

验收签字前的关闭检查

最终提交测试汇总表，分别统计通过、条件通过、不通过和不适用项目。每个问题必须关联责任方、整改内容、复测证据和关闭日期。报价口径、交付验收、培训范围及售后责任应形成书面交接，避免将后续新增需求混入本次验收。

FAQ

页面操作通过，是否可以直接签收？

不建议。还需验证终端执行、状态同步、记录回传、导出结果和异常恢复，确保业务链完整。

第三方读卡器能读卡，是否代表兼容？

不能。读卡仅证明部分介质识别能力，还要核对控制器、卡号格式、权限下发、事件解析及状态控制。

测试发现功能与演示不一致怎么办？

先比对版本、许可、模块和项目配置，再确认演示功能是否属于采购范围；无法一致时，形成差异说明、整改计划或替代方案后再签署结论。

项目对接

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

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