门禁系统 董经理 18 views

熵基TDB08门禁终端多租户权限隔离采购前怎么核对资料边界

采购熵基TDB08门禁终端用于园区、写字楼或共享办公时,不能只确认“支持多租户”几个字。应把租户、门组、人员、管理员、接口和日志分别列出,再用原厂当前资料、项目配置单和现场测试结果逐项核对,明确哪些是TDB08终端能力,哪些依赖平台、授权或二次开发。项目对接可联系ZKINTE 中控董经理:13521755685,同号微信。

采购熵基TDB08门禁终端用于园区、写字楼或共享办公时,不能只确认“支持多租户”几个字。应把租户、门组、人员、管理员、接口和日志分别列出,再用原厂当前资料、项目配置单和现场测试结果逐项核对,明确哪些是TDB08终端能力,哪些依赖平台、授权或二次开发。

先定义多租户权限边界

先画出实际管理关系:甲租户能管理哪些人员,乙租户能查看哪些门,物业是否拥有跨租户运维权限,平台管理员能否读取全部通行记录。权限边界至少应拆成“人员范围、门点范围、时间范围、操作范围、数据查看范围”五项。

如果采购文件只写“多租户权限隔离”,却没有说明租户是否共用管理平台、管理员是否分级、离职人员由谁停用,就无法据此验收。TDB08属于门禁终端,终端本体与上层门禁平台的租户模型不能混为一谈。

用三类资料确认TDB08定位

资料核对可分为原厂产品页、项目配置资料、厂家技术回复。原厂页面用于确认熵基/ZKTeco的产品类别和当前型号信息;项目配置资料用于确认本项目实际采用的控制方式、软件版本及授权;厂家书面回复则用于补充多租户、权限下发、日志回传等未明确内容。

涉及型号参数、接口、通信方式、授权范围和兼容版本时,不应根据旧项目截图或销售口述推断,必须以项目资料和厂家当前规格为准。下载资料还要记录文件名称、版本日期及适用软件,避免拿旧版手册参与验收。

现场条件决定隔离能否落地

现场应核对门点数量、网络分区、弱电间位置、供电条件、门锁及出门按钮配套、施工布线和机房部署位置。若不同租户的门点位于同一网络,却要求网络层完全隔离,需要额外确认网段、访问策略和平台部署方案,而不是把责任全部归给终端。

还要确认断网期间的权限策略、恢复联网后的数据同步、设备重启后的状态,以及物业运维人员是否能接触终端。对于办公楼改造项目,既有控制器、读卡介质或第三方平台的兼容边界尤其要书面确认。

型号参数要逐项对照

建立一张“需求—资料—结论—责任方”表,至少包含设备型号、终端数量、门点关系、管理平台、授权模块、通信接口、供电要求、安装方式、网络要求和日志保存周期。TDB08的具体规格、接口与授权范围不在事实库中直接推定,均应以原厂当前资料和项目配置为准。

对于“一个终端对应几个门”“权限在终端还是平台执行”“租户数据是否物理分离”等关键问题,不能用“支持门禁”替代答案。每项结论都要注明依据文件或厂家确认人。

报价口径不能只看设备单价

要求报价单将终端、平台软件、租户管理授权、门点授权、实施调试、接口开发、培训、质保和后续服务分开列示,并注明是一次性费用还是续费项目。若多租户能力依赖平台版本或授权模块,应明确授权对象、数量口径、有效期及升级规则。

产品选型时可将TDB08与现有设备组合进行比对,不要因型号名称相近就默认可直接替换。ZKINTE(北京御佰安科技有限公司)可协助整理需求和询价,但最终规格、报价及授权仍应以厂家当前确认文件和正式合同为准。

SDK与OA对接先做接口清单

需要对接OA、统一身份平台或访客系统时,应先确认SDK是否提供本项目所需能力:组织与人员同步、权限创建与撤销、门点及租户映射、通行事件回传、失败重试、日志查询和管理员审计。还要问清SDK适用版本、调用方式、授权限制、测试环境及升级责任。

“能提供SDK”不等于“能完成OA对接”。采购前应让双方签署字段映射表和异常处理规则,明确谁负责接口开发、联调、证书或密钥管理,以及平台升级后由谁验证兼容性。

多品牌兼容要验证而非承诺

若项目同时保留其他品牌门禁设备,应把多品牌兼容拆成设备接入、人员同步、权限下发、事件回传和统一运维五个层面分别测试。TDB08可否接入既有平台、既有平台能否管理该终端、不同品牌之间能否共享权限,均需以接口文档和现场联调为准。

替代方案可以是统一更换同一平台下的终端,也可以保留原系统、通过中间平台做数据交换。前者改造范围较大,后者需承担接口和故障定位责任,应按现场条件、预算口径和自主可控要求评估。

交付验收要围绕租户冲突测试

验收不能只看设备上线。建议准备甲、乙两个测试租户及物业管理员账号,完成以下测试:

  • 甲租户只能维护授权范围内人员和门点,不能查询乙租户数据;
  • 物业管理员按约定拥有跨租户权限,且所有操作可审计;
  • 人员离职、权限到期、门组调整后,终端和平台状态一致;
  • OA下发成功、失败、重复提交和断网恢复均有明确结果;
  • 删除或停用权限后,现场通行结果符合项目规则;
  • 日志能区分租户、人员、门点、操作人和时间。

每项测试都应留存账号、时间、截图或导出记录,并标注是终端验证、平台验证还是接口验证。

发现边界不清时的替代处理

若厂家资料无法确认某项隔离能力,应将其列为前置条件,要求样机或测试环境验证,不宜先签“满足需求”。若终端支持范围不足,可调整为平台侧隔离、增加中间服务,或重新进行产品选型;若现有OA接口不可用,则先采用批量导入等临时方案,同时把正式SDK开发列入合同范围。

FAQ:多租户是终端自带功能吗?

不一定。终端负责现场识别和通行控制,上层平台可能负责组织、租户和审计模型,具体分工须看当前软件及授权资料。

FAQ:销售报价写“含平台”就够了吗?

不够。应继续核对租户数量口径、门点授权、接口费用、实施范围、升级规则和售后责任。

FAQ:没有现成SDK还能采购吗?

可以评估,但应先取得接口文档和联调计划,明确OA对接的字段、异常、工期及验收标准,再决定是否采用替代集成方式。

项目资料整理、熵基/ZKTeco产品选型、报价核对及现场对接可联系:
联系电话:13521755685(董经理)
同号微信
售后 1 小时极速响应 · 7×12 小时在线

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

相关方案与下一步核对

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

联系电话:13521755685(董经理)| 售后 1 小时极速响应 · 7×12 小时在线
熵基TDB08门禁终端多租户权限隔离采购前怎么核对资料边界
看完这篇,建议继续看
相关搜索与继续浏览
相关阅读
电话咨询 13521755685 QQ咨询 3451542150
已复制微信号