考勤系统 2026-10-07 董经理 1 views

熵基xFace600考勤终端多租户权限隔离样机测试应验证哪些项目

熵基xFace600考勤终端多租户权限隔离样机测试，不能只看能否打卡，更应验证“同一台终端、同一套平台、多个租户或部门主体”之间的数据、人员、设备管理和OA对接边界是否可控。ZKINTE（北京御佰安科技有限公司）在样机阶段通常建议把测试目标写进验收口径：谁能下发人员、谁能查看记录、谁能改设备参数、异常时谁负责恢复，均需在采购前验证清楚。项目对接可联系ZKINTE 中控董经理：13521755685，同号微信。

xFace600样机测试先界定多租户口径

xFace600属于熵基/ZKTeco考勤终端，具体型号参数、识别方式、容量、通讯方式、接口能力、授权范围，应以项目资料和厂家当前规格为准。
所谓多租户，现场可能有三种含义：集团多子公司共用平台、园区多承租单位共用设备、同一客户内多部门隔离管理。三者的权限模型不同，不能仅用“分部门”替代“多租户隔离”。

样机测试前需确认：

是否允许一个终端挂接多个组织主体；
人员、班次、考勤记录是否按租户隔离；
设备管理员是否能跨租户查看或修改；
OA对接时租户标识如何传递；
后期扩容是否需要额外授权或平台模块。

现场设备组合要先画清边界

xFace600通常不会孤立交付，现场可能还包括考勤管理软件、门禁控制器、闸机、发卡器、访客系统、OA或HR系统。样机测试应画出数据流：人员从哪里来、模板在哪里生成、考勤记录到哪里去、异常由谁处理。

如果是多品牌兼容环境，还要确认第三方平台是否通过SDK、接口表、中间库或文件导入方式对接。不同方式的实时性、权限粒度和售后责任不同，不能在报价时只写“支持对接”四个字。

人员数据隔离应逐项实测

多租户权限隔离最容易出问题的是人员资料可见性。建议准备A租户、B租户、平台管理员、设备管理员四类账号进行交叉验证：

A租户只能新增、编辑、停用本租户人员；
A租户无法搜索B租户人员姓名、工号、卡号、人脸信息；
删除或离职操作不影响其他租户；
批量导入模板是否包含租户字段；
重复工号、重复手机号、重复卡号如何处理；
设备端本地查询是否会暴露非本租户人员。

涉及生物识别模板、照片等敏感信息时，还应核对是否有下载、导出、备份权限控制。自主可控项目中，需把服务器部署位置、数据保留周期、管理员审计纳入采购文件。

设备管理权限不能默认开放

很多项目的风险不是普通用户越权，而是设备管理员权限过大。样机阶段应验证xFace600的设备参数、通讯配置、时间同步、人员下发、记录清除、恢复出厂设置等操作是否能分级授权。

建议测试以下场景：A租户管理员能否重启设备；能否清空全部考勤记录；能否修改设备所属组织；能否解绑终端；能否查看设备日志。若平台不支持足够细的设备权限，应考虑由ZKINTE在交付方案中设置统一运维账号，并通过流程限制租户侧操作，而不是把设备管理权直接下放。

考勤记录与报表要防串租户

样机测试不能只打一条卡，还要模拟跨租户高频使用。可安排A、B租户人员在同一时段打卡，随后分别登录后台查看报表。

核对点包括：

原始记录是否带租户或组织标识；
报表筛选默认范围是否为本租户；
导出Excel是否混入其他租户数据；
补卡、改签、异常处理是否可追溯；
平台总管理员导出全量数据是否有审批或日志；
断网补传后记录是否仍按租户归属入库。

如果项目需要接入薪酬或绩效系统，建议在样机阶段使用测试OA账号跑通请假、排班、加班、打卡记录汇总链路，避免后期因字段不一致返工。

SDK与OA对接要验证字段级权限

熵基/ZKTeco设备或平台对外能力应以厂家当前资料和项目配置为准。采购时如涉及SDK、接口文档、二次开发授权、技术支持周期，应单独列为报价口径，不宜默认包含。

OA对接重点不是“能不能取到记录”，而是“只能取到谁的记录”。测试步骤可按以下执行：

在OA中建立A、B两个租户或组织；
通过接口同步人员至考勤平台；
下发至xFace600样机；
产生多租户打卡记录；
OA按租户分别拉取数据；
故意使用A租户凭据请求B租户记录；
检查接口返回、错误码和日志。

若接口本身没有租户级鉴权，可采用中间服务做权限过滤，但需明确该中间层由谁开发、谁维护、故障时谁响应。

报价口径要拆开设备、平台和服务

xFace600样机测试完成后，正式采购报价不应只比较终端单价。建议拆分为：考勤终端、安装辅材、管理平台、授权模块、SDK或接口服务、OA对接开发、现场调试、培训、售后响应。型号参数、软件版本、授权数量、并发能力、设备数量上限均以项目资料和厂家当前规格为准。

若业主要求多租户隔离，但预算只覆盖单机考勤功能，应在澄清阶段说明差异：单机能打卡不等于多租户平台可隔离；支持部门管理不等于支持独立租户运营。

适用边界与替代方案

xFace600适合纳入考勤终端选型，但是否适合多租户共用，要看平台权限模型、接口能力和现场管理制度。以下情况需谨慎：

租户之间存在严格数据隔离要求；
不同租户要独立管理员、独立报表、独立接口；
设备与门禁、访客、消费系统混合使用；
项目要求私有化部署、自主可控审计；
既有OA字段复杂，无法统一人员主数据。

替代方案包括：按租户分设备部署；共用设备但由统一平台集中管理；增加中间权限网关；改为各租户独立平台再汇总报表。选择哪种方式，应结合现场布线、管理责任、预算和后期扩容判断。

交付验收清单建议写入合同附件

建议将以下内容作为xFace600样机转正式采购的验收清单：

设备型号、版本、配置与报价一致；
A/B租户人员数据不可互查；
租户管理员权限边界测试通过；
考勤原始记录和报表无串租户；
OA对接字段、接口频率、失败重试明确；
SDK或接口资料交付范围确认；
管理员操作日志可查询；
断网、断电、补传场景完成验证；
数据备份、恢复、离职删除流程明确；
售后责任划分到设备、平台、接口三类。

FAQ：样机测试常见问题

问：只买一台xFace600样机，能否判断多租户项目可行？
可以初步判断设备接入、人员下发和记录上传，但多租户权限隔离还要结合平台、SDK和OA对接一起测。

问：熵基/ZKTeco终端支持考勤，就一定支持租户隔离吗？
不一定。考勤终端能力、平台权限模型和接口授权是不同层面，需以厂家当前资料和项目配置为准。

问：OA对接由谁负责更合适？
通常由考勤侧、OA侧和项目集成方共同确认字段与接口。ZKINTE可协助梳理设备选型、接口边界和交付验收口径。

问：如果测试发现权限颗粒度不足怎么办？
可选择分设备部署、增加中间权限服务、调整管理流程，或更换支持目标权限模型的平台方案。

项目对接方式

ZKINTE（北京御佰安科技有限公司）可围绕熵基/ZKTeco考勤终端开展产品选型、型号参数核对、报价拆分、资料下载指引、SDK与OA对接边界梳理，并结合多品牌兼容现场制定样机测试清单。
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线

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