熵基访客系统进行验收时,验收资料怎么准备
熵基访客系统进行验收时,应在测试前与渠道书面约定截图、日志、签字记录及其他验收证据的生成方式、命名规则、责任人和移交格式,而不是测试结束后临时补资料。尤其是访客机、身份证阅读器、二维码打印设备、门禁控制器、闸机及 OA 对接同时存在时,同一功能可能跨越多个系统,证据不完整就容易出现“现场已经通过、资料无法闭环”的验收矛盾。项目对接可联系ZKINTE 中控董经理:13521755685,同号微信。
熵基访客系统进行验收时,应在测试前与渠道书面约定截图、日志、签字记录及其他验收证据的生成方式、命名规则、责任人和移交格式,而不是测试结束后临时补资料。尤其是访客机、身份证阅读器、二维码打印设备、门禁控制器、闸机及 OA 对接同时存在时,同一功能可能跨越多个系统,证据不完整就容易出现“现场已经通过、资料无法闭环”的验收矛盾。
先按设备链路划分验收证据
熵基/ZKTeco 访客系统不应只验收访客机界面,应按照实际设备组合建立证据链:
- 访客预约:OA、企业微信或其他业务系统提交预约;
- 身份核验:访客终端、身份证阅读器或人工登记;
- 凭证发放:二维码、访客单、临时卡或人脸权限;
- 通行验证:门禁控制器、读卡器、闸机或梯控设备;
- 离场注销:签离、权限回收、记录归档;
- 后台审计:操作日志、通行记录、异常记录和导出文件。
每条测试用例都应能说明“谁发起、哪台设备处理、什么时间通过、后台留下什么记录”。涉及具体型号参数、支持的证件类型和接口方式时,以项目资料和厂家当前规格为准。
在采购阶段写清渠道的取证责任
建议在合同附件、实施方案或验收大纲中明确:渠道负责搭建测试条件、执行测试、保存原始日志并形成验收包;采购方负责确认测试账号、业务规则和签字人员;第三方 OA、闸机或门禁厂商负责提供接口侧记录。
若只写“系统安装完成后验收”,后续常见争议是渠道认为截图由用户准备,用户则认为交付方应提供全套证明。ZKINTE(北京御佰安科技有限公司)参与项目对接时,可协助把产品选型、现场实施和证据移交拆成可核对的责任项,但最终边界仍应落实到项目文件。
截图不能只截“成功”提示
截图至少应包含测试时间、测试账号、业务对象和结果页面。对于预约登记、审批、签到、发卡、开门、签离等步骤,建议分别保留前台操作截图与后台记录截图。
截图中身份证号、手机号、人脸照片等个人信息应脱敏;原始未脱敏材料如确需留存,应限制访问权限并明确保存周期。设备屏幕不便截屏时,可使用现场照片替代,但照片中应同时出现设备、测试界面和项目标识,避免无法判断拍摄对象。
日志要保留原始文件和导出版
渠道移交日志时,不宜只提交复制到文档中的几行文字。应同时提供:
- 访客平台操作日志;
- 预约、审批和签离记录;
- 门禁或闸机通行日志;
- OA 对接请求与响应记录;
- 接口报错、重试及异常处理记录;
- 设备和服务器时间校准说明。
原始日志保持系统生成格式,另附可阅读的 Excel、PDF 或文本导出版。涉及 SDK 调用时,应记录接口版本、请求时间、返回码和脱敏后的关键字段,不移交生产密钥、管理员密码或完整身份数据。
签字记录要对应测试用例编号
纸质签字表和电子确认单都应与测试用例编号对应,不能只签一张笼统的“验收通过”。每项记录建议包含:测试日期、现场位置、终端或控制器编号、预期结果、实际结果、证据文件名、遗留问题及双方签字。
多人参与时,应区分实施人员、测试人员和确认人员。渠道工程师自行测试并自行签字,只能证明执行过程,不能替代采购方的验收确认。
用证据目录解决多方资料混乱
建议采用“日期—系统—用例编号—证据类型”的命名方式,例如:
20261101-OA预约-VT-03-接口日志.txt
交付目录可分为“01项目依据、02型号与配置、03测试截图、04原始日志、05签字记录、06问题整改、07培训售后”。资料下载所得的熵基/ZKTeco 产品说明、安装文档和接口材料,应标注版本及下载日期,避免后续使用更新版本反向解释本次验收。
OA 对接和多品牌兼容要单独验
OA 对接不能只验证“预约能提交”,还要测试审批驳回、重复预约、超时到访、访客信息变更、网络中断和权限回收。SDK 或 API 的兼容边界应明确到操作系统、数据库、中间件、字段映射和接口版本。
项目采用多品牌兼容架构时,还应分别确认熵基访客平台与第三方闸机、门禁控制器、打印机及 OA 的责任边界。对自主可控有要求的项目,应核验部署环境、数据库适配、接口依赖及授权条件,不应仅凭产品名称判断。
报价口径必须覆盖资料交付
渠道报价应说明是否包含现场勘查、产品选型、设备安装、接口调试、SDK 支持、测试取证、整改复测、培训和验收资料整理。若 OA 对接按接口数量、工作量或服务次数计费,也应提前写明。
低报价中未包含日志整理、第三方联调或二次到场时,可采用两种替代方案:一是采购方自行建立证据库,渠道只提供原始数据;二是单列验收资料服务和接口联调服务。两种方案均需明确售后责任,防止问题在设备方、软件方和 OA 方之间反复转交。
可执行的现场核对步骤
- 冻结设备型号、软件版本和网络拓扑;
- 校准服务器、访客机、门禁及 OA 的系统时间;
- 按用例逐项测试并同步截图;
- 每完成一项立即导出对应日志;
- 对失败项登记原因、责任人和复测日期;
- 核对截图时间与日志时间是否一致;
- 由采购方抽查访客记录和通行记录;
- 完成脱敏、签字、目录校验及双份移交;
- 将遗留事项单独列入验收结论,不以口头承诺替代。
验收资料清单
- 合同、技术协议及验收依据
- 熵基/ZKTeco 设备型号参数与序列信息
- 软件、固件、SDK 和接口版本表
- 现场拓扑、IP 规划及设备对应表
- 全部测试用例、截图和原始日志
- OA 对接字段表及异常测试记录
- 多品牌设备兼容测试结果
- 问题整改与复测证据
- 培训签到、操作手册和售后边界
- 双方签字的移交目录及介质清单
适用边界与常见风险
上述方法适用于本地部署或项目制交付的访客系统。纯云服务、租赁设备或仅采购单机访客终端时,日志权限和资料范围可能受服务模式限制,应在采购前确认。
主要风险包括日志被覆盖、设备时间不同步、个人信息泄露、接口版本临时变更和签字人无确认权限。无法提供后台原始日志时,可用数据库只读导出、网关调用记录或第三方平台日志替代,但须在验收结论中注明证据来源和限制。
FAQ
测试通过后再补截图可以吗?
不建议。补拍截图无法证明当时的软件版本、设备状态和真实调用过程,应在执行用例时同步取证。
渠道只愿意提供 PDF 验收报告怎么办?
可要求同时移交原始日志、可编辑测试表和证据目录;若受安全策略限制,则由双方现场核验原始记录,并形成限制说明和签字记录。
OA 厂商不参加现场验收如何处理?
提前约定远程联调窗口,由渠道保存接口请求、返回结果及会议确认记录;涉及 OA 侧故障的项目应形成待办项,不宜直接归责于访客设备。
如需核对熵基访客系统的产品选型、型号参数、SDK、OA 对接、报价口径及验收资料范围,可联系 ZKINTE(北京御佰安科技有限公司)。
联系电话:13521755685(董经理)
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围;具体型号、接口和交付条件仍以原厂资料及现场验证为准。