组织（Organization）

什么是组织

组织（Organization）代表 Finger Manager 中的一个独立机构主体或业务主体。

例如券商总部、集团公司、子公司、区域公司、品牌主体、独立业务部门、不同持牌实体、不同国家或地区的运营主体。

对于结构简单的机构，可以只创建一个组织。对于跨地区、跨品牌或拥有多个法人主体的集团，则可以创建多个组织，并通过组织结构进行统一管理。

01　创建组织

拥有相应权限的管理员可以在 Finger Manager 中创建新的组织。

创建组织时，可以配置组织名称、Organization ID、组织简称、所属地区、国家 / 地区、时区、默认语言、联系信息、组织状态、上级组织和组织说明。

根据实际业务需要，还可以记录与该组织相关的其他基础资料。创建完成后，系统会为该组织建立独立的组织标识。

02　Organization ID

每个组织可以拥有唯一的 Organization ID。

Organization ID 用于系统内部识别不同机构主体，并可用于关联后台用户、客户、角色、团队、API、通知、产品配置、系统日志和其他业务数据。

例如 Organization A 的 Organization ID 可以是 ORG-10001，Organization B 的 Organization ID 可以是 ORG-10002。即使两个组织使用相似名称，系统仍可通过 Organization ID 进行准确识别。

03　组织层级

Finger Manager 可以根据机构实际结构建立组织层级。

例如 Global Broker Group 可以下设 Japan Entity、Hong Kong Entity 和 Singapore Entity；Head Office 可以下设 Retail Brokerage、Institutional Business 和 Wealth Management。

通过组织层级，可以更加清楚地管理不同法人、地区或业务线之间的关系。

04　上级组织与下级组织

组织可以设置上级组织，从而形成父子关系。

例如集团总部作为上级组织，其下可以包含日本子公司、香港子公司和新加坡子公司。

集团级管理员可以根据权限查看多个下级组织的数据，而子公司用户则可以被限制只能访问本组织范围内的信息。这种结构特别适合跨国金融集团或拥有多个持牌实体的机构。

05　组织与后台用户

每个 Finger Manager 后台用户都可以归属于指定组织。

例如用户 A 所属组织为 Japan Entity，用户 B 所属组织为 Hong Kong Entity。

系统可以根据用户所属组织决定其默认的数据访问范围。例如 Japan Entity 的普通员工，只能查看 Japan Entity 对应的客户和业务数据。

06　组织与角色

角色可以在组织范围内进行管理。

例如 Japan Entity 可以建立 Admin、Operations、Compliance 和 Customer Service；Hong Kong Entity 也可以建立自己的 Admin、Operations 和 Compliance。

不同组织可以使用相同角色名称，但具体权限配置可以不同。这使每个机构主体可以根据自己的内部管理制度配置权限。

07　组织与团队

组织内部还可以继续创建团队（Team）。

例如 Japan Entity 下面可以包含 Operations Team、Compliance Team、Customer Service Team 和 Trading Team。

因此，可以形成 Organization → Team → User 的管理结构。组织负责较高层级的机构划分，团队负责机构内部人员和业务协作。

08　组织与数据隔离

组织可以作为 Finger Manager 的重要数据隔离边界。

例如 Organization A 的用户默认只能查看 Organization A 的客户、订单、产品、通知和后台用户。Organization B 的普通用户无法查看 Organization A 的数据。

只有拥有跨组织权限的管理员，才能访问多个组织的数据。通过这种方式，可以降低不同法人或业务主体之间的数据混用风险。

09　组织与客户

客户数据可以归属于指定组织。

例如某客户在 Japan Entity 开户，则客户资料可以归属 Organization：Japan Entity；另一位客户通过 Hong Kong Entity 开户，则归属 Organization：Hong Kong Entity。

这样可以根据机构主体分别管理客户数据。

10　组织与产品

不同组织也可以拥有不同的产品和市场配置。

例如 Japan Entity 可以提供日本股票、美股和 ETF；Hong Kong Entity 可以提供港股、美股和其他产品。

通过组织配置，可以让同一套 Finger Manager 系统服务于多个业务主体，同时保持各自不同的产品体系。

11　组织与通知

通知也可以按照组织进行管理。

例如 Japan Entity 发布日本节假日交易安排时，可以只面向 Japan Entity 对应用户发布；Hong Kong Entity 则可以发布自己的香港市场交易安排。

不同组织可以独立管理公告、Push Notification、App 内通知、Email、SMS、Banner 和跑马灯，从而避免不同业务主体之间的信息混淆。

12　组织管理员

每个组织可以设置组织管理员。

组织管理员可以根据权限管理本组织中的后台用户、团队、角色、权限、客户、产品、通知和系统配置。

但如果没有跨组织权限，则不能管理其他组织。例如 Japan Admin 只能管理 Japan Entity，Global Admin 则可以被授权管理多个组织。

13　跨组织管理

对于集团级客户，可以设置拥有跨组织权限的管理员。

例如 Group Administrator 可以查看 Japan Entity、Hong Kong Entity 和 Singapore Entity，并在不同组织之间切换。

这种方式适合集团总部、区域管理中心、集团合规团队、集团技术团队和集团管理层。普通组织用户则继续受到本组织范围限制。

14　组织状态

组织可以具有不同状态，例如 Active、Disabled、Pending 和 Archived。

Active 表示组织正常启用；Disabled 表示组织暂时停用；Pending 表示组织正在配置或等待启用；Archived 表示组织已经停止业务，但相关历史记录继续保留。

当组织被停用后，可以限制其后台用户登录或停止相关业务功能。

15　组织基础设置

每个组织可以根据业务需要维护自己的默认设置。

例如默认语言、默认时区、默认货币、品牌名称、Logo、联系信息、通知发件人、SMS Sender ID、Email Sender、App 配置和其他机构级参数。

这些配置可以作为该组织下业务模块的默认设置。

16　多法人 / 多牌照场景

对于同时拥有多个法人实体或金融牌照的机构，可以通过组织功能分别建立不同主体。

例如 ABC Group 可以下设 ABC Securities Japan、ABC Securities Hong Kong 和 ABC Capital Singapore。

每个主体可以分别管理客户、后台员工、产品、市场、通知、权限和数据，同时集团总部仍可以根据授权进行统一管理。

17　操作日志

组织相关的重要操作可以记录至 Finger Manager 日志系统。

例如创建组织、修改组织信息、新增管理员、修改组织状态、调整组织层级、修改组织权限、删除或停用组织。

通过操作日志，可以确认谁在什么时间对哪个组织进行了什么操作。这对于集团管理、安全审计及问题排查非常重要。

组织管理逻辑

组织管理逻辑可以理解为：创建 Organization → 设置组织基础信息 → 设置上级组织 → 创建组织管理员 → 建立角色与权限 → 创建团队 → 添加后台用户 → 关联客户、产品及业务数据 → 根据组织范围进行数据隔离 → 由对应组织独立运营。

典型应用场景