什么是 DeepFOS 平台

产品定位与价值

DeepFOS 平台是承载企业、空间、应用、组件、元素的底座系统。预算、销售、HR、合并报表等场景可以共用同一个平台入口，但各自的业务规则仍由对应应用或组件承担。平台的价值不在于替代业务系统，而在于把“谁能进入、进入哪里、能看到什么、如何接入客户环境”这些共性问题收敛到同一套管理体系里。

• 它统一企业、空间、成员、用户组和角色这些管理对象。

• 它统一应用、菜单、首页、组件、元素这些访问入口。

• 它为 SSO、API Key、文件资源和网关校验提供技术接入边界。

平台管理闭环

平台日常管理可以理解为一条闭环：先让用户安全进入平台，再通过企业和空间建立组织边界，随后把应用、组件、元素和菜单放到工作台中，最后通过 SSO、API Key、文件服务和网关配置接入客户环境。发生问题时，也按这条闭环反向排查：先看登录，再看空间和应用，再看菜单与元素权限，最后看接口、日志和配置。

管理边界与协同关系

平台只负责底座层的组织、入口、权限和集成。预算编制的模板结构、销售订单的字段规则、HR 的薪资流程、合并报表的抵消逻辑，都应该放在具体应用或组件文档里。平台与应用、组件之间的关系可以这样理解：平台提供工作台和治理边界，组件提供能力来源，应用把能力组合成用户可进入的业务入口。

它不是什么

• 不是具体业务应用，不是预算系统、销售系统、HR 系统或合并报表系统。

• 不是单纯的登录后台，它还承载应用入口、菜单、元素和权限。

• 不是低代码画布，具体页面、数据和流程由组件或应用提供。

• 不是数据中台，平台不直接维护业务事实数据和业务口径。

功能能力总览

上图用于表达平台承载关系，不作为逐步操作截图。读者判断问题归属时，可以先问：这是账号、入口、权限、集成、文件这些底座问题，还是预算规则、销售字段、HR 流程、合并抵消这些业务问题。

适用场景

• 合作伙伴第一次进入平台，需要知道企业、空间、应用和菜单分别是什么。

• 业务顾问要查某个配置入口，例如成员、角色、菜单、元素或 Logo 在哪里维护。

• 技术顾问要接入客户统一身份、配置 API Key、排查网关校验或文件资源访问。

• 项目负责人要划清平台问题、应用问题和组件问题，避免把所有问题都归到一个目录。

阅读建议

• 想动手登录和进入工作台，看 第一次登录与进入工作台。

• 想理解对象层级，看 核心概念：企业、空间、应用、组件、元素。

• 想配置成员、用户组和角色，看 角色与权限模型。

• 想配置 SSO 或 API Key，看 单点登录配置 和 使用API密钥鉴权。

常见误解

• 误解：DeepFOS 自带预算、销售、HR 和合并报表全部业务能力。 实际：这些是应用或组件能力，平台只承载入口、权限和集成边界。

• 误解：只要 SSO 能登录，所有应用都能访问。 实际：登录只证明身份有效，空间、应用、菜单和元素仍需授权。

• 误解：平台文档应该解释具体报表公式或销售订单字段。 实际：平台文档只写平台字段和入口，业务字段应放在对应组件或应用文档。