熵基访客系统验收测试需要录入临时人员信息时，怎么判断更稳

熵基访客系统验收测试需要录入临时人员信息时，更稳的做法不是在合同中笼统写“配合提供测试数据”，而是把数据来源、字段范围、使用设备、授权人员、清理时点、留存例外和违约责任分别写明。尤其当项目同时包含熵基/ZKTeco 访客机、人脸门禁终端、身份证阅读设备、闸机、访客凭条打印机及 OA 对接时，测试数据可能被复制到多个系统，验收通过不等于数据已经清除。

先识别验收现场的数据流向

合同签署前，应画出临时人员信息的实际流转路径：

OA 预约或前台登记 → 访客系统服务器 → 身份核验设备 → 人脸门禁终端或闸机 → 访客记录、照片及日志 → 备份或接口日志

需要逐项确认姓名、手机号、证件号码、证件照片、人脸模板、访问部门、通行时间和车牌是否进入测试。人脸、身份证件等敏感个人信息不应因“方便验收”默认采集，应按必要性缩减字段。

如果访客系统只需验证预约、审核和二维码通行，就不应额外录入真实证件照片；若必须测试人证比对，应优先安排知情并授权的内部测试人员。

“谁提供数据”不能只写甲方负责

建议合同附件明确数据提供主体及合法性责任。例如，甲方负责组织测试人员并完成必要告知或授权，乙方不得自行从通讯录、历史访客库或其他项目复制数据。测试人员临时变更时，也应由指定项目负责人确认，而不是由现场工程师口头决定。

如由 ZKINTE（北京御佰安科技有限公司）协助实施，应在项目联系人之外设置数据交接人。交接表至少记录数据批次、字段、人数、文件格式、接收时间、接收账号和使用目的，禁止通过无权限控制的个人群聊长期传递。

把测试用途限定到设备和接口

合同可将用途限定为本项目安装调试、功能验证、性能抽测及问题复现，不得用于产品演示、算法训练、销售展示或其他客户环境。

同时列明允许接触数据的范围：熵基/ZKTeco 访客管理平台、项目选定的访客终端、人脸门禁设备、闸机控制器、OA 测试环境及必要的接口调试工具。若采用多品牌兼容方案，还要写清第三方闸机、门禁控制器或中间件是否保存副本，不能只约束主访客平台。

产品选型阶段就要核对存储位置

不同熵基/ZKTeco 型号在本地存储容量、人脸模板处理、脱机记录、日志导出和删除方式上可能不同，具体型号参数以项目资料和厂家当前规格为准。产品选型时应要求供应方说明：

• 访客照片保存在终端、本地服务器还是云端；
• 门禁终端是否下发并保留人脸模板；
• 设备离线后是否缓存通行记录；
• 删除人员后，照片、模板和日志是否同步删除；
• 恢复出厂设置是否会影响正式配置和授权。

资料下载、说明书、接口文档及版本号应纳入交付资料清单，不能用宣传页代替数据清理说明。

SDK 与 OA 对接要单列数据责任

OA 对接通常通过 SDK、API 或中间服务传递预约人员信息。合同应明确接口发起方、接收方、字段映射、传输加密、账号权限、调用日志和异常重试机制。特别要检查接口失败后形成的缓存文件、调试报文和日志截图。

若 OA 厂商、门禁厂商和实施方共同参与，应约定各自仅处理其职责范围内的数据，并确定由谁发起删除、谁确认终端同步、谁处理接口日志。自主可控并不等于不需要数据治理；即使系统部署在内网，也应控制账号、导出和复制权限。

清理条款必须写到“验收后几日”

“项目结束后及时删除”难以执行。合同宜约定明确触发点，例如：功能验收完成、问题复测关闭或甲方书面通知后，在约定工作日内完成清理。

清理对象应覆盖服务器数据库、访客机、人脸终端、闸机控制系统、OA 测试库、工程师电脑、移动存储介质、导出表格、截图及临时备份。删除完成后由实施方提交清理记录，甲方可抽查测试账号、人员检索结果和终端人员列表。

留存不能与售后需要混为一谈

售后排障确需保留日志时，应优先匿名化或去标识化，仅保留错误码、时间戳、设备编号和接口状态。必须留存个人信息的，应写明具体字段、原因、期限、访问人员和到期清理方式。

门禁通行记录若因安全管理制度需要留存，应由甲方确定期限和权限；供应方不得以“后续可能排查”为由无限期保存。备份无法立即单条删除时，应说明备份周期、隔离措施及到期覆盖规则。

报价口径要包含数据处置工作

报价应区分设备、软件许可、安装调试、SDK 或接口开发、OA 对接、第三方兼容测试、数据清理及验收取证。低报价若未包含终端逐台删除、接口日志清理和复验，后期容易形成增项争议。

多品牌兼容项目还应明确第三方设备配合费用、协议开放条件和兼容边界。无法确认的接口能力及型号参数，应以项目资料和厂家当前规格为准，并在采购前完成样机或测试环境验证。

现场验收按这组步骤执行

1. 使用少量授权测试人员建立独立测试批次，不直接导入正式员工库。
2. 记录数据进入的系统、终端、接口和文件位置。
3. 验证预约、登记、审核、凭证打印、闸机通行及超时失效。
4. 检查设备离线缓存、重复下发及接口失败场景。
5. 验收后删除测试人员，并确认服务器与终端同步。
6. 搜索姓名、手机号、证件号及人员编号，确认无可检索副本。
7. 核查 OA 日志、中间件缓存、导出文件和工程师调试目录。
8. 双方签署数据清理确认单，记录未清理项及完成期限。

合同验收清单

• 数据提供方、接收方和授权人员是否具名；
• 测试字段是否遵循最小必要原则；
• 是否禁止挪作演示、训练或其他项目使用；
• 是否覆盖访客平台、终端、OA、SDK 和第三方设备；
• 清理触发点、期限、责任人是否明确；
• 合法留存的范围、期限和权限是否可核验；
• 泄露、误传、超期留存的通知与处置责任是否约定；
• 售后责任是否包含远程日志、备份及换机数据处理。

FAQ

可以直接用真实访客做最终测试吗？

不建议默认采用。可先用虚构数据验证流程；涉及人脸或证件核验时，再使用少量已完成告知和授权的测试人员，并限制采集字段与使用时间。

删除访客平台记录后就算清理完成吗？

不一定。还需检查人脸终端、闸机控制系统、OA 测试库、接口缓存、导出文件、截图和备份，删除结果应能够复核。

厂家需要日志排障，合同怎么留余地？

约定先提供去标识化日志；确需个人信息时，按工单单独审批，限定字段、人员和期限，问题关闭后再次确认清理。

如需核对熵基/ZKTeco 产品选型、型号参数、报价口径、资料下载、SDK、OA 对接及交付验收边界，可联系 ZKINTE（北京御佰安科技有限公司）。

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

相关方案与下一步核对

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

• 访客管理方案
• 访客系统采购问题
• 访客系统运维问题
• 项目联系入口