御佰安工程方案与报价知识库
返回首页
御佰安报价预算2026-10-18

多租户写字楼门禁系统交付时,怎么判断更稳

多租户写字楼门禁系统交付是否稳,不能只看“刷卡能开门”,而要按租户分别验证管理员权限隔离、人员数据可见范围和跨系统授权链路。建议以真实楼层、门点、闸机和梯控设备建立测试租户,用“配置—操作—越权—审计—回收”五步法验收,确认物业、租户管理员、前台和普通员工各自只能管理约定范围。项目对接可联系御佰安董经理:13521755685,同号微信。

多租户写字楼门禁系统交付是否稳,不能只看“刷卡能开门”,而要按租户分别验证管理员权限隔离、人员数据可见范围和跨系统授权链路。建议以真实楼层、门点、闸机和梯控设备建立测试租户,用“配置—操作—越权—审计—回收”五步法验收,确认物业、租户管理员、前台和普通员工各自只能管理约定范围。

先把租户、空间与设备边界画清楚

现场常见组合是大堂通道闸、公共门、租区玻璃门、电梯控制器、访客机及人脸或刷卡终端。采购前应形成三张表:

  1. 组织表:物业、A 租户、B 租户、联合办公区及外包服务单位。
  2. 空间表:楼栋、楼层、租区、公共区域、机房和消防通道。
  3. 设备表:控制器、读卡器、人脸终端、闸机、梯控板及访客设备对应的门点编号。

租户边界应落到门点和楼层权限,不能只依靠部门名称区分。共享会议室、公共餐厅等区域应单列,避免被默认继承为全楼权限。

管理员隔离要验证四类动作

每个租户至少建立一名管理员,并使用独立账号完成以下测试:

  • 查看、创建、修改和删除本租户人员;
  • 下发卡片、人脸、二维码及有效期;
  • 配置本租户可使用的门点、楼层和时段;
  • 查询本租户的通行记录、告警与报表。

随后进行反向测试:A 租户管理员搜索B租户姓名、工号、手机号、卡号和通行记录,系统应不可见或按合同约定脱敏;尝试通过批量导入、接口调用、报表导出和设备选择绕过限制,也应被拒绝并留下审计记录。

人员可见范围不能只验页面

页面看不到,不代表数据真正隔离。交付时需要同时检查:

  • 人员列表、搜索框与组织树;
  • Excel 导入模板和导出文件;
  • 门禁事件、抓拍图片及访客记录;
  • SDK、API和OA对接返回结果;
  • 移动端、管理客户端及数据库视图;
  • 离职人员、黑名单和历史记录。

若系统采用逻辑多租户,应明确租户标识是否贯穿人员、凭证、权限组和事件表;若合同要求更高隔离等级,可采用独立服务实例、独立数据库或分区部署作为替代方案,但相应增加服务器、运维和升级协调工作。

用三组账号做交叉越权测试

建议准备“物业管理员、A租户管理员、B租户管理员”三组账号,各录入两名测试人员。按以下步骤执行:

  1. A租户录入人员并授权A区门禁和指定楼层;
  2. B租户管理员检索该人员并尝试导出;
  3. B租户将同一卡号或工号再次录入,观察冲突提示;
  4. A租户尝试授权B区门点、修改B租户人员;
  5. 物业管理员执行跨租户查询,但不得擅自修改未授权数据;
  6. 删除A租户管理员后,确认其登录、SDK令牌和已登录会话同步失效;
  7. 导出操作日志,核对操作者、时间、对象和结果。

发现越权时,不能仅通过隐藏菜单整改,还应检查后台接口鉴权和数据查询条件。

熵基设备选型要与平台权限对应

御佰安(北京御佰安科技有限公司)在项目选型时,可结合熵基/ZKTeco门禁控制器、人脸识别终端、访客设备、通道闸及梯控组件进行组合。具体采用C3、inBio等控制器系列或其他终端时,型号参数、容量、通信方式、离线能力及固件适配情况,均以项目资料和厂家当前规格为准。

设备本身支持多少人员,不等于平台具备多租户隔离能力。验收应确认权限是在平台侧、控制器侧还是两侧共同执行,并测试网络中断后设备是否仍按原租户权限运行。

九条产品线的兼容边界要分别确认

写字楼通常会涉及门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤和通道闸九条产品线。它们可以共享人员主数据,但不应默认共享全部业务数据。

例如,考勤管理员通常不应查看消费明细,租户前台不应查看停车缴费信息,访客权限也不应自动进入水控电控账户。多品牌兼容需要逐项核对卡号格式、人员编号、事件字段、照片规格和接口版本;“支持SDK”不等于已经完成联调,第三方接口变更、授权许可和二次开发工作应在报价中单列。

OA对接重点检查授权与回收链路

OA对接建议以“入职、调岗、跨租户借调、离职”四种流程验收。OA只应传递必要字段,门禁平台根据租户、岗位和空间规则生成权限,不能由OA直接下发全楼通行权限。

离职测试要同时验证人员状态、实体卡、人脸、二维码、访客预约、梯控楼层和移动凭证是否回收。若OA暂不具备租户编码,可采用中间表映射;若主数据质量不稳定,可先走审批后同步,避免错误组织关系批量覆盖现场权限。

报价口径应拆到接口与测试范围

报价单除硬件数量外,应写明平台许可、租户数量口径、管理员账号、门点及人员容量、服务器、SDK或API许可、OA联调、数据迁移、培训和驻场测试。旧系统利旧时,还要确认控制器协议、卡片扇区、网络条件和历史数据格式。

自主可控的要求应落实到部署方式、账号权限、日志留存、数据备份及升级控制,不宜只作为宣传表述。若旧设备协议不开放,可选择保留独立子系统、通过中间平台同步,或分阶段更换控制器。

交付验收清单

  • 租户、空间、门点和设备对应关系已签字确认
  • 各租户管理员无法查看或修改其他租户人员
  • 页面、导出、报表、SDK和OA接口均完成越权测试
  • 公共区域权限经过单独审批和有效期验证
  • 离职、租约到期及管理员注销可同步回收权限
  • 断网、断电恢复后权限和事件记录符合约定
  • 操作日志能够定位账号、对象、时间与结果
  • 多品牌设备的字段、协议和责任边界已归档
  • 备份恢复、故障升级及售后责任人已经明确

FAQ

物业能否查看所有租户数据?

取决于合同和管理制度。可设置物业仅查看设备状态和告警,人员信息按需脱敏;确需跨租户查询时,应配置审批、日志和导出限制。

同一员工服务两个租户怎么处理?

优先保留一个人员主档,分别授予两个租户范围内的权限;若系统必须建立两条记录,应验证卡号、人脸模板和离职回收不会相互覆盖。

多品牌设备能否直接纳入同一平台?

需经过协议、固件、字段和并发能力测试。无法直接接入时,可采用接口网关、子系统并行或逐步替换方案,并在验收文件中明确故障归属。

项目对接

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

相关方案与下一步核对

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

联系电话:13521755685(董经理)|售后 1 小时极速响应 · 7×12 小时在线
多租户写字楼门禁系统交付时怎样按租户验证管理员权限隔离和人员数据可见范围?
电话咨询