转：一份集团层面主数据表结构标准的设计
本文是根据某集团型企业在集团整体和总部层面开展主数据治理工作时的需求和特点提出的设计，这一版包括：组织机构、银行、组织机构银行账号、集团企业-人力资源、部门、职务、岗位、职级、职档、人员、人员任职信息等主数据的表结构设计，与正式发布的版本内容基本一致。本公众号关于主数据的更多内容，如感兴趣请详见文末链接。
一、概述
1.主数据是组织中需要跨系统、跨部门进行共享的核心业务实体数据。在多系统、多组织应用场景下提供基础数据的一致性和标准化引用，支撑集团各企业、各系统之间数据和业务的多维度打通。2.用户系统利用主数据完成相应的业务处理，如判断、赋值等。主数据的核心价值不在于查询分析，所以主数据包括的字段应聚焦于业务处理，包括被用户系统用于判断和赋值的字段，也包括必要的便于用户识别数据的字段，与上述功能无关的字段不纳入主数据管理范围。3.主数据常规只承担主数据范围内的管理功能，不承担业务属性的数据管理功能，例如可以在主数据管理系统中管理供应商主数据，但不建议管理供应商数据，供应商数据应在相应业务系统中管理，如采购系统、ERP系统、SRM系统等，建议使用此类业务系统作为供应商主数据的源系统，供应商主数据是供应商数据的子集。4.集团层面的主数据管理，常规是聚焦于集团总部的需求和集团整体层面的共性需求，所以集团主数据是共性化更高、更为精炼的主数据，是主数据管理的基本标准，各企业的各系统需能满足此标准的要求。5.主数据管理涉及的国家标准、国际标准、银行联行号等重要参考数据，将在主数据管理系统中维护供主数据管理系统、各用户系统使用。6.目前版本的标准包括了现阶段关注的最常用的主数据类型，其他主数据标准后续逐步增加。
二、主要参考标准和资料
1.GB 32100-2015《法人和其他组织统一社会信用代码编码规则》
2.GB 11643-1999《公民身份号码》
3.GB/T 2260-2007《中华人民共和国行政区划代码》
4.GB/T 36104-2018《法人和其他组织统一社会信用代码基础数据元》
5.GB/T 19488.2-2008《电子政务数据元 第2部分：公共数据元目录》
6.GB/T 2261.1-2003《个人基本信息分类与代码 第1部分:人的性别代码》
7.GB/T 28039-2011《中国人名汉语拼音字母拼写规则》
8.ISO3166-1《国家（地区）代码》
9.《中国银保监会银行业金融机构监管数据标准化规范（2019）》
三、全局性说明
1.非特殊说明使用小写字母的，其他所有字母均大写，括号、单引号等符号均采用全角。纳入主数据管理时数据将强制转换以满足上述要求。2.字符类字段其值常规不以0开头，以避免数据导出等处理时被意外转换为整数的问题。3.主数据编码原则上使用无业务含义的纯数字流水号，避免因业务变化导致此前编号中业务信息的失效造成的编码不稳定性。4.本标准中，字段名称、类型和长度，尽可能的参考了国标相关内容。字段未标明主键和必填的均是选填。
四、 主数据表结构设计
1. 组织机构
|
序号 |
名称 |
类型 |
长度 |
键/必填 |
说明 |
|
1. |
机构编码 |
字符 |
10 |
主键 |
组织机构的主数据编码，无业务含义的1开头纯数字流水号 |
|
2. |
机构名称 |
字符 |
200 |
必填 |
企业按工商营业执照上的完整名称填写 |
|
3. |
英文名称 |
字符 |
200 |
||
|
4. |
注册地址 |
字符 |
400 |
必填 |
可用于向客户开具发票 |
|
5. |
英文地址 |
字符 |
400 |
||
|
6. |
联系电话 |
字符 |
18 |
必填 |
可用于向客户开具发票 |
|
7. |
国别地区 |
字符 |
2 |
必填 |
两位字母，国际标准ISO3166-1，如：CN中国、AO安哥拉 |
|
8. |
省市自治区 |
字符 |
2 |
两位字母。中国：GB/T2260-2007中华人民共和国行政区划代码，如：BJ北京、HE河北、NM内蒙古、山西SX、陕西SN、……。国外：空 |
|
|
9. |
统一社会信用代码 |
字符 |
18 |
必填 |
组织机构的符合GB 32100-2015，中国籍个人客商填写居民身份证号（也是18位），其他特殊值包括：0其他、1国外、…… |
|
10. |
机构状态 |
整数 |
必填 |
采用GB/T36104-2018中的组织机构状态，值：1正常（存续、在营、开业、注册、设立）、2异常（未年报、未年检、证书逾期、为年度考核）、3吊销、4注销（撤销）、9其他 |
|
|
11. |
客商属性 |
字符 |
2 |
必填 |
值：99未定义、11客户、12供应商、13客商 |
|
12. |
机构属性 |
字符 |
2 |
必填 |
值：11企业、12个人、13机关、14事业单位、15中央编办直接管理机构编制的群众团体、16社会团体、17民办非企业单位、18基金会、19个体工商户、20农民专业合作社、99其他、…… |
|
13. |
风控级别 |
字符 |
2 |
必填 |
后续随集团风控模型的建设值待定。当前示例值如：11正常、12存在风险、13低风险、14中风险、15高风险、16禁止合作、…… |
|
14. |
数据状态 |
字符 |
2 |
必填 |
值：11新建、12生效、13变更中（对生效数据修改后保存未提交）、14审核中、15停用（如企业注销等）、99删除（异常情况下的软删除，例如删除重复数据） |
|
15. |
…… |
说明：
1)组织机构表用于存储客户、供应商、客商（既是客户同时也是供应商）的组织机构，本标准采用一张表同时管理客户和供应商的设计，同一个组织只需要在本表维护，解决同一个组织机构在客户和供应商单独管理时所造成的在多处维护的问题。
2)在集团层面以及常规应用场景下，客户和供应商在组织机构数据维度上的差异点较少，具有将客户和供应商的基础数据合并管理的基础。
3)组织机构表目前固有的从表包括：组织机构分类、组织机构银行账号。
4)对国内常规组织机构（含国内特殊的个人客商），按机构名称和18位统一社会信用代码（个人客商采用身份证号）两个维度进行查重判断；对国外组织机构（及国外个人客商），因邓白氏码等编码不能覆盖所有组织机构（例如并未申请邓白氏编码），所有目前暂无全球化的唯一性编码，因此仅采用机构名称一个维度进行查重判断。
5)组织机构下可根据各管理口径、各企业、各系统的需求设立专用的从表，例如某所属企业在集团层面组织机构主数据的基础上，需要管理自身生产经营所需的更多主数据字段，即可为该所属企业设立企业专有的对应从表。
2.银行
|
序号 |
名称 |
类型 |
长度 |
键/必填 |
说明 |
|
1. |
银行编号 |
字符 |
10 |
主键 |
1开头纯数字流水号 |
|
2. |
银行名称 |
字符 |
100 |
必填 |
|
|
3. |
国家地区 |
字符 |
2 |
必填 |
两位字母，国际标准ISO3166-1 |
|
4. |
联行号 |
字符 |
12 |
必填 |
国家地区为CN的，使用12位长的联行号；非CN的，使用11位长的SWIFT编号；其他，填0 |
|
5. |
状态 |
字符 |
2 |
必填 |
值：11正常、12停用、99删除 |
|
6. |
…… |
说明：用于管理集团层面结算相关系统中的银行数据，在主数据领域是组织机构所属银行账号数据的基础数据，需先维护银行数据，然后在组织机构银行账号表中维护账号数据。
3.组织机构银行账号（组织机构表的从表）
|
序号 |
名称 |
类型 |
长度 |
键/必填 |
说明 |
|
1. |
机构编码 |
字符 |
10 |
外键必填 |
组织机构的机构编码 |
|
2. |
银行编码 |
字符 |
10 |
外键必填 |
银行表的银行编码 |
|
3. |
银行账号 |
字符 |
30 |
必填 |
|
|
4. |
状态 |
字符 |
2 |
必填 |
参照《中国银保监会银行业金融机构监管数据标准化规范（2019）》，值：11未启用、12正常、13冻结、14销户、15作废、16挂失、99其他 |
|
5. |
开票银行 |
布尔 |
用户向客户开具发票，一个机构常规只能有一家银行被设置为开票银行True，其余均为False。 |
||
|
6. |
…… |
说明：一个组织机构可以有多个银行账号。
4.集团企业-人力资源
|
序号 |
名称 |
类型 |
长度 |
键/必填 |
说明 |
|
1. |
企业编码 |
字符 |
10 |
主键 |
组织机构的机构编码 |
|
2. |
中文缩写 |
字符 |
100 |
必填 |
|
|
3. |
级次 |
整数 |
必填 |
值：1总部、2二级企业、…… |
|
|
4. |
上级企业 |
字符 |
10 |
外键必填 |
组织机构的机构编码，集团总部的上级企业编码就是自身编码 |
|
5. |
排序码 |
整数 |
|||
|
6. |
企业类型 |
字符 |
2 |
必填 |
值待定，可包括：11全资、12控股、13参股、…… |
|
7. |
状态 |
字符 |
2 |
必填 |
值待定，可包括：11正常、12停用、99删除、…… |
|
8. |
…… |
说明：
1)集团企业-人力资源表，主要维护在人力资源管理领域下的集团所属企业数据，所属企业需要先在组织机构表中创建，然后在本表中引用。2)集团企业系列表可根据人力、财务、投资等不同管理领域设立对应的专用主数据表，本标准当前只设计了人力资源管理口径的集团企业表，用于人员基本信息的维护，后续将逐步完善各领域的表结构标准，各表可按不同业务领域拥有不同的字段。3)本表仅存储组织机构的编码（企业编码），不存储组织机构名称，避免机构名称发生变化时需更新多处的问题，当通过接口向外提供集团企业主数据时，将通过企业编码联查组织机构表获得机构名称。
5.部门
|
序号 |
名称 |
类型 |
长度 |
键/必填 |
说明 |
|
1. |
部门编码 |
字符 |
10 |
主键 |
使用1开头纯数字流水 |
|
2. |
部门名称 |
字符 |
100 |
必填 |
|
|
3. |
所属企业 |
字符 |
10 |
外键必填 |
集团企业-人力：企业编码 |
|
4. |
级次 |
整数 |
必填 |
值：1一级部门、2二级部门 |
|
|
5. |
上级部门 |
字符 |
10 |
一级部门的上级部门编码就是自身部门编码，即上级部门与部门编码相同 |
|
|
6. |
排序码 |
整数 |
|||
|
7. |
状态 |
字符 |
2 |
必填 |
值：11正常、12停用、99删除 |
|
8. |
部门属性 |
字符 |
2 |
必填 |
值：99未定义、11业务部门、12管理部门、…… |
|
9. |
部门负责人 |
字符 |
10 |
外键 |
人员表中人员编码 |
|
10. |
分管领导 |
字符 |
10 |
外键 |
人员表中人员编码 |
|
11. |
…… |
说明：各所属企业可按各自的部门设置填写相应的部门主数据。
6.职务
|
序号 |
名称 |
类型 |
长度 |
键/必填 |
说明 |
|
1. |
职务编码 |
字符 |
10 |
主键 |
使用1开头纯数字流水 |
|
2. |
职务名称 |
字符 |
100 |
必填 |
如：总经理、副总经理、经理、副经理、处长、副处长、…… |
|
3. |
排序码 |
整数 |
|||
|
4. |
所属企业 |
字符 |
10 |
外键必填 |
集团企业-人力：企业编码 |
|
5. |
状态 |
字符 |
2 |
必填 |
值：11正常、12停用、99删除 |
|
6. |
…… |
说明：所属企业可按各自的职务序列填写相应的职务主数据。
7.岗位
|
序号 |
名称 |
类型 |
长度 |
键/必填 |
说明 |
|
1. |
岗位编码 |
字符 |
10 |
主键 |
使用1开头纯数字流水 |
|
2. |
岗位名称 |
字符 |
100 |
必填 |
如：产业发展处副处长、资产经营部主任、财务部专员、…… |
|
3. |
排序码 |
整数 |
|||
|
4. |
所属企业 |
字符 |
10 |
外键必填 |
集团企业-人力：企业编码 |
|
5. |
状态 |
字符 |
2 |
必填 |
值：11正常、12停用、99删除 |
|
6. |
…… |
说明：各所属企业可按各自的岗位填写相应的岗位主数据。
8.职级
|
序号 |
名称 |
类型 |
长度 |
键/必填 |
说明 |
|
1. |
职级编码 |
字符 |
10 |
主键 |
使用1开头纯数字流水 |
|
2. |
职级名称 |
字符 |
100 |
必填 |
如：厅局级正职、厅局级副职、县处级正职、县处级副职、…… |
|
3. |
级次 |
整数 |
|||
|
4. |
所属企业 |
字符 |
10 |
外键必填 |
集团企业-人力：企业编码 |
|
5. |
状态 |
字符 |
2 |
必填 |
值：11正常、12停用、99删除 |
|
6. |
…… |
说明：各所属企业可按各自的职级序列填写相应的职级主数据，无职级管理的企业可不维护职级主数据。
9.职档
|
序号 |
名称 |
类型 |
长度 |
键/必填 |
说明 |
|
1. |
职档编码 |
字符 |
10 |
主键 |
|
|
2. |
职档名称 |
字符 |
100 |
必填 |
|
|
3. |
级次 |
整数 |
|||
|
4. |
所属企业 |
字符 |
10 |
外键必填 |
集团企业-人力：企业编码 |
|
5. |
状态 |
字符 |
2 |
必填 |
值：11正常、12停用、99删除 |
|
6. |
…… |
说明：各所属企业可按各自的职档填写相应的职档主数据，无职档管理的企业可不维护职档主数据。
10.人员
|
序号 |
名称 |
类型 |
长度 |
键/必填 |
说明 |
|
1. |
人员编码 |
字符 |
10 |
主键 |
人员主数据编码，是无业务含义的1开头纯数字流水号 |
|
2. |
姓名 |
字符 |
50 |
必填 |
长度支持少数民族和外籍员工姓名 |
|
3. |
性别 |
字符 |
1 |
必填 |
GB/T 2261.1-2003，值：0未知的性别、1男、2女、3未说明的性别 |
|
4. |
国籍 |
字符 |
2 |
必填 |
两位字母，国际标准ISO3166-1 |
|
5. |
身份证件类型 |
字符 |
2 |
必填 |
11居民身份证、12军官证（警官证、士兵证、文职人员证）、13港澳通行证、14台湾居民来往大陆通行证、15护照、16长期居住证、17其他有效证件、99其他 |
|
6. |
身份证件号码 |
字符 |
18 |
必填 |
无护照的外籍员工或无法填写有效证件的填写0 |
|
7. |
出生日期 |
日期 |
必填 |
格式：YYYYMMDD |
|
|
8. |
员工号 |
字符 |
10 |
希望全集团统一编制，也可使用企业自编工号 |
|
|
9. |
用户名 |
字符 |
50 |
必填 |
中文姓名参考GB/T 28039-2011，全拼姓前名后（全部小写）+流水号（区别同名），如：miaofeng3。此为人员的标准用户名，各系统可根据情况开设另外的多个用户名，如miaofeng3-01、miaofeng3-02 |
|
10. |
手机号码 |
字符 |
18 |
必填 |
|
|
11. |
开户银行 |
字符 |
100 |
银行名称，取值来自于银行表 |
|
|
12. |
银行账号 |
字符 |
30 |
||
|
13. |
数据状态 |
字符 |
2 |
必填 |
值：11新建、12生效、13变更中（对生效数据修改后保存未提交）、14审核中、15停用、99删除 |
|
14. |
…… |
说明：人员主数据原则上应来自于人力资源管理系统，但仅聚焦于人员主数据定位下的字段，人力资源相关业务维度的应用，更多的人员数据管理功能和字段应从人力资源管理系统获得，而在诸如商业智能系统（BI）应用中，数据应采用数据仓库或数据湖中的全量人力资源数据。
11.人员任职信息（人员表的从表）
|
序号 |
名称 |
类型 |
长度 |
键/必填 |
说明 |
|
1. |
任职编码 |
字符 |
10 |
主键 |
1开头纯数字流水号 |
|
2. |
人员编码 |
字符 |
10 |
外键必填 |
人员表的人员编码 |
|
3. |
所属企业 |
字符 |
10 |
外键必填 |
集团企业的主数据编码 |
|
4. |
部门 |
字符 |
10 |
外键必填 |
部门表的部门编码 |
|
5. |
职务 |
字符 |
10 |
外键必填 |
职务表的职务编码 |
|
6. |
岗位 |
字符 |
10 |
外键必填 |
岗位表的岗位编码 |
|
7. |
职级 |
字符 |
10 |
外键 |
职级表的职级编码 |
|
8. |
职档 |
字符 |
10 |
外键 |
职档表的职档编码 |
|
9. |
人员状态 |
字符 |
2 |
必填 |
值：11正常、12停用（离职、退休等）、…… |
|
10. |
排序码 |
整数 |
|||
|
11. |
默认 |
布尔 |
必填 |
人员默认的任职信息，一个人员只有一个默认值 |
|
|
12. |
…… |
说明：1)因同一人员可能同时在多个组织机构中有任职，所以将任职信息设计为人员表的从表。无多岗任职情况的人员在该从表中只有一条数据，对多岗任职的情况，可以把一条任职信息设置为默认值（例如主岗）。2)人员状态按主数据的功能定位而抽象为较少的值，例如停用状态，无论因离职还是退休等原因，一旦该人员主数据不可以再被使用时，即更新为停用状态，不具体区分停用的原因，而离职、退休等具体原因属于人力资源领域的业务信息，不纳入主数据管理范围。
