> ## Documentation Index
> Fetch the complete documentation index at: https://docs.orriven.com/llms.txt
> Use this file to discover all available pages before exploring further.

# 业务单元

> 运营活动的团队——在组织之内拥有自己的成员、角色、设置、内容与公开门户。

**业务单元**是组织内部真正运营活动的团队。每个业务单元拥有自己的团队、角色和内容：
它的活动、参会者、邮件与设置都属于它自己，与其他单元互不相干。

层级刻意保持三层：

* **组织** —— 签合同的一方：账务、共享成员池、审计日志。
* **业务单元** —— 做业务的团队：自己的成员、角色、设置与活动。
* **内容** —— 正在运营的东西：活动以及活动里的一切。

一家既办企业峰会又跑市场路演的公司，可以给两个团队各建一个业务单元——人不同、角色不同、
对外品牌不同——同时仍共用一个成员池和一份合同。

<Note>
  每个新组织都会自动获得一个业务单元。如果整个公司就是一个团队，你永远不需要再建第二个——
  默认的那个就是你的工作空间，没有任何额外负担。
</Note>

## 创建业务单元

1. 在控制台的组织区域打开**业务单元**。
2. 选择**创建业务单元**并起一个名字（例如「市场部」）。
3. 新单元会出现在列表里，显示你的角色、访问范围和创建时间。

只有组织的所有者和管理员可以创建业务单元。

## 业务单元首页与设置

进入业务单元后首先看到它的首页：你在这里的角色、访问范围，以及它的详细信息——描述、时区、
币种与联系邮箱。时区和币种会成为在此单元创建的活动的默认值。

在**设置**中可以编辑名称与描述、选择时区和币种，以及切换下文所述的访问模式。

## 访问范围：组织内开放与受限

每个业务单元处于两种访问模式之一，显示在列表的**访问范围**一列：

* **组织内开放** —— 组织的任何成员均可以其组织角色访问。这是默认模式，适合大多数团队。
* **受限** —— 只有在*此单元内*被明确授予角色的成员，加上组织的所有者和管理员，才能进入。
  其他人根本看不到这个单元。

受限模式用于真正需要保密的工作——未公布的产品发布、高管活动——「全公司都能看」在这些场景下
是错误的。角色的具体解析方式见[成员与角色](/zh/organization/members-roles)。

## 每个业务单元都有自己的门户

每个业务单元都自带一个**门户**——拥有独立地址、独立参会者账号和独立主题的公开网站。
该单元运营的活动默认发布在这个门户上，参会者用一个账号管理自己在这个单元报名的所有活动。
（活动也可以创建为独立活动、拥有自己的门户——见[核心概念](/zh/concepts)。）

这正是用业务单元来划分品牌的意义：两个单元意味着两张公开的脸、两个参会者账号域、两套主题——
不需要人工去维持任何隔离。

## 注意事项

* **业务单元不能嵌套。** 层级就是组织 → 业务单元 → 内容；需要子团队时，用单元内的角色区分，
  或并列再建一个单元。
* **内容不会随意在单元之间迁移。** 活动属于创建它的单元，它的报名、订单与审计历史也跟着它。
* **受限是「隐身」，不只是「拦截」。** 对没有授权的成员来说，受限单元是不可见的——
  列表里不出现，页面直接显示未找到。同事说这个单元「不存在」时别惊讶；给他授一个角色即可。
* **组织的所有者和管理员永远进得来**，受限与否都一样。这是保证组织永远不会被锁在自己的
  业务单元之外的安全阀。
* **时区和币种是默认值，不是锁。** 每个活动仍然设置自己的日程，但把单元的设置维护好，
  能省去每次建活动后的逐一修正。