---
url: /v6.2/tenant-oem-faq.md
---
# 多租户与 OEM

多租户和 OEM 经常会一起被问到，但它们解决的是两类不同问题：

* **多租户**：解决平台方与租户之间的数据、空间、资源隔离与分发
* **OEM**：解决品牌样式、文案、门户体验的统一定制

如果把这两件事混在一起，很容易出现“想做品牌定制，却误以为要开多租户”或者“想做租户隔离，却只改了样式”的情况。

## 平台方能不能把自己的看板直接交给租户编辑？

不能直接编辑。

系统默认原则是：**平台方的资源归平台方所有，租户不能直接修改平台方原始资源**。这包括平台方的数据和平台方做好的报表。

如果业务需求是“平台先给一个模板，租户再基于它做自己的分析”，更推荐：

1. 平台方把应用分享给租户
2. 同时允许租户导出模板或复制
3. 租户在自己的资源空间里继续自助分析

这样租户能继续工作，但不会反向污染平台方原始资源。

## 为什么平台方已经分享了资源，租户普通用户还是看不到？

因为平台方授权到的是“租户”，不是“租户内每一个普通用户”。

默认流程是：

1. 平台方把资源分享给租户
2. 租户管理员进入租户空间
3. 租户管理员再决定要不要把资源授权给租户内普通用户

这套设计是为了保证平台方和租户内治理边界都还在。

## 多租户能替代 OEM 吗？

不能。

如果你的目标是：

* 改 Logo、改字体、改颜色、隐藏按钮、换文案：更接近 **OEM / 全局 CSS / 全局 JS**
* 给不同客户独立空间、独立资源、独立管理员：更接近 **多租户**

简单说，OEM 更偏“品牌与交互呈现”，多租户更偏“资源边界与交付模型”。

## OEM 场景下，为什么自定义字体不生效？

一个高频原因是**协议不一致**。

* 如果 HENGSHI 服务是 `https`
* 你的字体资源链接却还是 `http`

浏览器通常会把它当成混合内容拦掉，最终表现就是字体看起来“没有生效”。

因此在 OEM 场景里，只要主站走 HTTPS，就应确保字体、脚本、图片等外链资源也都走 HTTPS。

## 平台方分享给租户后，资源流向是双向的吗？

不是，默认是**单向**的。

平台方可以把连接、数据包、应用等资源分享给租户；租户基于这些资源做出的内容，属于租户自己的空间，不会自动回流给平台方。

这也是为什么很多“协同编辑”诉求，最后应落到“复制模板后二次创作”，而不是要求双方直接共改同一个资源。

进一步阅读：

* [租户管理](tenant.md)
* [全局 CSS 设置](global-css.md)
* [全局 JS 设置](global-js.md)