---
description: 存储机构基本信息、机构类型、区域和联系方式。
navTitle: ORGS
---
# **ORGS 机构表**

机构表用来存储机构信息。通常是独立的法律实体或政府机构，例如一家公司、一个事业单位等，也可以是大型集团的子公司。

## 位置{#position}

模型路径：`/sysdata/data/tables/sec/ORGS.tbl`

物理表名：`SZSYS_5_ORGS`

## 表结构{#structure}

| 字段名 | 字段类型 | 字段描述 |
| :----  | :---- | :------ |
| ORG\_ID | VARCHAR(64) | 机构ID，主键 |
| ORG\_NAME | VARCHAR(256) | 机构名称 |
| PARENT\_ID | VARCHAR(64) | 父机构ID |
| ORG\_TYPE | VARCHAR(50) | 机构类型 |
| ORG\_AREA | VARCHAR(50) | 行政区划 |
| ORG\_ADDRESS | VARCHAR(500) | 机构地址 |
| EXTEND1 | VARCHAR(50) | 扩展字段1 |
| EXTEND2 | VARCHAR(50) | 扩展字段2 |

## 表索引{#indexes}

| 类型 | 名称 | 字段列表 | 是否唯一 | 说明 |
| :---- | :---- | :---- | :------ | :------ |
| 主键 | PRIMARY | ORG\_ID | 是 | 唯一标识一条记录 |
| 索引 | - | - | - | 该表未定义其他索引 |

## 机构表与部门表区别{#diff}

### 概念{#concept}

机构表通常是独立的法律实体或政府机构，而[部门表](./DEPTS.md)通常是机构内部的组织结构。

### 从属关系{#relation}

- 机构可以包含多个部门（一对多关系）
- 部门必须归属于某个机构（通过 DEPTS.ORG\_ID 关联到 ORGS.ORG\_ID）

### 使用场景{#usage}

在规划系统的机构和部门关系时，通常需要根据组织机构的实际情况来选择，主要分为如下几种情况：

1. 单一组织机构

如果企业或机构是一个单一组织机构，即没有分公司、子公司等分支机构，所有的内部部门都归属于这个单一机构，那么通常可以不需要机构表，只需要使用部门表即可。

2. 多层级组织机构

机构表通常用于多层次组织机构的场景，主要分为两种情况：

**大型企业集团**

一个大型企业有多个分公司（机构），每个分公司下也可以有多个子公司，这种具有多层次组织机构的大型企业集团，需要使用机构表管理组织机构使用部门表管理内部部分组织，示例如下：

```
盛利服饰集团（机构：总部）
├── 设计研发中心（部门）
│   ├── 女装设计部（部门）
│   ├── 男装设计部（部门）
│   └── 童装设计部（部门）
│
├── 华东区分公司（机构：分公司）
│   ├── 上海子公司（机构：子公司）
│   │   ├── 销售部（部门）
│   │   │   ├── 直营店管理组（部门）
│   │   │   └── 电商运营组（部门）
│   │   └── 仓储物流部（部门）
│   │
│   └── 杭州子公司（机构：子公司）
│       ├── 销售部（部门）
│       └── 仓储部（部门）
```

**多层级的政府行政机构**

在多级行政机构之间的协同运作和管理，需要使用机构表来管理机构和部门，示例如下：

```
国家卫生健康委员会（机构：总部）
├── 湖北省卫生健康委员会（机构：省）
│   ├── 武汉市卫生健康委员会（机构：市）
│   │   ├── 江汉区卫生健康委员会（机构：区）
│   │   │   ├── 政策法规处（部门）
│   │   │   ├── 医政医管处（部门）
│   │   │   └── 公共卫生处（部门）
│   │   │
│   │   ├── 武昌区卫生健康委员会（机构：区）
│   │   │   ├── 政策法规处（部门）
│   │   │   ├── 医政医管处（部门）
│   │   │   └── 公共卫生处（部门）
│   │   │
│   │   └── 青山区卫生健康委员会（机构：区）
│   │       ├── 政策法规处（部门）
│   │       ├── 医政医管处（部门）
│   │       └── 公共卫生处（部门）
```

:::tip 提示
在一个小型组织机构下，机构和部门可以合并使用，只使用一个部门表即可，简化管理和数据处理。

但是，在大型组织机构下，机构和部门是两个不同的实体，尤其是当涉及到法律主体、独立核算、对外业务等场景时，需要使用机构而不能简单地用部门来代替。

另外，在规划组织机构时也需要根据公司未来发展情况进行规划，如果未来公司可能发展为多组织机构架构，建议在系统设计时就按照部门和机构进行设计。

:::

## 实际案例{#example}

一个典型的服装集团的组织结构示例:

```
盛利服饰集团（机构：总部）
├── 设计研发中心（部门）
│   ├── 女装设计部（部门）
│   ├── 男装设计部（部门）
│   └── 童装设计部（部门）
│
├── 华东区分公司（机构：分公司）
│   ├── 上海子公司（机构：子公司）
│   │   ├── 销售部（部门）
│   │   │   ├── 直营店管理组（部门）
│   │   │   └── 电商运营组（部门）
│   │   └── 仓储物流部（部门）
│   │
│   └── 杭州子公司（机构：子公司）
│       ├── 销售部（部门）
│       └── 仓储部（部门）
```

**业务场景**

机构和部门作为不同的实体，在不同的业务场景中发挥不同的作用。

1. 人事管理

- 机构：区分总部、分公司、子公司的员工归属关系
- 部门：具体的岗位安排和职责划分，如设计部门、销售部门等

2. 财务核算

- 机构：各分公司、子公司作为独立核算单位，有独立财务报表
- 部门：作为成本中心，进行内部预算管理和费用核算

3. 商品管理

- 机构：各区域分公司之间的商品调拨、库存管理
- 部门：设计部门负责产品设计，销售部门负责商品陈列和销售

4. 供应链管理

- 机构：总部与供应商签订框架协议，子公司执行采购订单
- 部门：仓储物流部负责商品收发和库存管理

5. 销售业务

- 机构：各子公司独立运营门店和电商渠道
- 部门：直营店管理组负责门店运营，电商运营组负责线上销售

6. 绩效考核

- 机构：考核各分公司、子公司的整体经营业绩
- 部门：考核各部门的具体业务指标，如设计部的新品开发量、销售部的销售额等