熵基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 小时在线
原厂型号资料:查看原厂页面。具体参数以当前原厂资料和项目配置为准。
相关方案与下一步核对
公开方案用于核对服务范围;具体型号、接口和交付条件仍以原厂资料及现场验证为准。