文库VIP新用户专享:首月仅需14元
16.1
百度基础数据标准
16.1.1
范围
基础数据标准化是的信息化重要工作之一,建立集中、规范统一的基础数据标
准,是保证企业信息化系统正常运行的前提条件。此外,统一编码也是企业的一项
重要的基础管理工作,对企业管理标准化具有促进作用。通过建立标准化制度,使
各业务部门能够协同工作,能够消除重复性劳动,大幅度提高工作效率。
基础数据标准化的意义:
1
、统一基础数据,便于计算机系统管理
手工管理状态之下,对基础数据处理存在很大的随意性,不便于计算机系统管
理,只有对基础数据统一之后,才能充分体现计算管理所带来的效率。
2
、保证基础数据的正确性
使用统一的基础数据编码,可以有效防止一物多码、一物多名、物名错乱等现
象的发生。
3
、集团范围内基础数据趋于统一、实现数据上报、汇总功能。
集团范围内使用统一基础数据,使业务数据上报、汇总成为可能,以实现集团
管理。
16.1.2
数据准备策略
根据项目实施工作的整体要求,根据各项静态基础数据的特点,以及数据准备
工作量和难度,分别采用如下准备策略:
1
、简单基础数据
由项目顾问组制定编码规范,安排业务培训,下发
Excel
格式的编码模板,由
企业各项目人员自行准备,此类基础数据比较简单,企业人员按示例数据整理即可,
并能采用简单方法导入系统
(
导入方法在“导入实现方式”章节详细说明
)
。项目顾
文库问组检查编码规范执行情况,并提供必要的工作指导。
2
、复杂基础数据
由项目顾问组制定编码规范,安排业务培训,下发
Excel
格式的编码模板,与
简单基础数据相比,数据结构要复杂得多,并且存在一些关联关系,对数据准备要
求也比较高,占全部工作量
50%
以上,因此,需要采用专门的处理方法,其导入方
法也比较特别。因此,复杂数据单独作为一类,企业需要配备更多的人员进行处理。
以业务编码为例,除了物资管理部门外,技术部门也需要参与基础数据准备,以保
证编码质量。项目顾问组重点进行指导检查,并根据实际需要提供更多的支持。
3
、固定基础数据
本次实施的目标就是为了使集团范围内业务流程趋同,为集团业务汇总创造有
利条件,因此,对于此类编码由项目顾问组提出建议方案,企业一般不再需要调整,
以固定编码的方法主导实施,使业务流程趋于一致化
(
配合业务流程规范
)
。此类编
码一般内容固定,有规范可遵循,数据量很少,按照统一的编码导入即可。目标。
16.1.3
基础数据描述规范
中文名称
定义:赋予数据元的单个或多个中文字词的指称。
约束:必选
数据类型:字符串
说明:命名应明确的表达数据元的含义,尽量减少冗余,增加精确度;在同一
环境下的所有名称应该是唯一的。
同义名称
定义:一个数据元在应用环境下的不同称谓。如国家安全生产监督管理总局的
同义名为国家安全监管总局。
约束:可选
数据类型:字符串
说明:一个数据元可以有多个同义词,第一个同义词应该是统一的约定名称。
表示符号
定义:数据元的表示符号,可用于数据交换时的交换名称。
约束:可选
数据类型:字符串
定义
定义:
数据元的含义的描述,
表达一个数据元的本质特性并使其区别于所有
其他数据元的陈述。(特别明确的可省略。)
约束:可选
数据类型:字符串
对数据元定义应注意:
(
1
)每个定义必须区别于目录中的任何其他定义,以保证专一性。定义中
所表述的一个或多个特性必须使被定义的概念与其他概念相区别。
(
2
)用描述性的短语或句子阐述,阐述必须简练、准确而不含糊,避免跟
其他数据元定义互相依存。
(
3
)定义中仅可使用人们普遍理解的缩略语。
(
4
)所有简称在第一次出现时,必须予以说明。
数据元的数据类型
定义:表示数据元值的不同值的集合。
约束:必选
数据类型:字符串
说明:可能的实例为:“字符”、“序数”、“实数”、“比例数”、“二
进制数”、“有理数”。
表示格式
定义:
从应用的角度规定的数据元值的格式需求,
包括所允许的最大或最小
字符长度,数据元值的类型和表示格式等。
约束:必选
数据类型:字符串
说明:数据格式的表示如下表所示:
基本格式
举例
说明
c
c
中文字符,可以包含汉字
(
中、国
⋯⋯
等
)
、字母字符(
a-z,A-Z
)
和数字字符等。
c12
12
位字符(即
6
个汉字)固定长度的中文字符
c..12
最多为
12
位字符(即
6
个汉字)长度的中文字符(默认
GB
2312
信息交换用汉字编码字符集、基本集)
a
a
特指字母字符(
A
、
B
、
C
⋯⋯
)
a3
3
位字母字符,定长
a..3
最多为
3
位字母字符
n
n
数值型字符(
0
、
1
、
2
、
3
⋯⋯
)
n3
3
位数字字符,定长
n..3
最多为
3
位数字字符
n..9
,
2
数值型
,
总长度最多为
9
位数字字符,小数点后保留
2
位数字
an
an
字母和数字字符
an3
3
位字母数字字符,定长
an..3
最多为
3
位字母数字字符
d
d
日期型
d8
日期型
,
按年、月、日顺序,格式为
8
位定长、全数字表示
(
YYYYMMDD
)
。年用
4
位数字表示,月、日各用
2
位数字表示,
彼此之间没有分隔符
d10
日期型
,
按年、月、日、时顺序,格式为
10
位定长、全数字表示
(
YYYYMMDDhh
)
。年用
4
位数字表示,月、日、时各用
2
位数字
表示,彼此之间没有分隔符。如
2003
年
1
月
5
日
9
时,应表示
为
2003010509
d14
日期型
,
按年、月、日、时、分、秒顺序,格式为
14
位定长、全
数字表示(
YYYYMMDDhhmmss
)
。年用
4
位数字表示,月、日、时、
分、秒各用
2
位数字表示,彼此之间没有分隔符。如
2003
年
1
基本格式
举例
说明
月
5
日
9
时
48
分
43
秒,应表示为
20030105094843
b
b
布尔值
0
:否,
1
:是
ul
u1
长度不确定的文本
值域范围
定义:
根据相应属性中所规定的表示形式、
格式、
数据类型和最大与最小长
度而决定的数据元的允许实例表示的集合。
该集合可以根据名称、
引用来源、
实
例表达的枚举,或者根据实例生成规则来规定。
约束:可选
数据类型:字符串
说明:
当值域范围是编码表示的枚举形式时,
每一个数据元值及其实例都应
当成对表示。
交换约束
定义:
根据对象的来源特性,
在数据采集时,
从应用角度规定该数据元是否
为必选或可选
约束:必选
数据类型:字符串
16.1.4
基础数据目录规范
日期时间
DE001
日期
英文短名:
Date
说明:特定日历日的标识。
数据类型:日期时间
表示格式:
YYYYMMDD
值域:
备注:
符合
GB/T
7408
中的日历日期:
“
YYYY
”
表示年,
“
MM
”
表示月,
“
DD
”
表示日。
根据业务需要添加限定词。
如创建日期、
发文日期、
开始日期、
结束日期等。
DE003
日
英文短名:
Day
说明:
24
小时的时间单位。
数据类型:字符
表示格式:
n2
值域:
备注:
DE005
旬
英文短名:
ThiMonth
说明:中国一种传统的时间单位,十天为一旬。
数据类型:字符
表示格式:
n1
值域:见
CS005
旬代码表
备注:
DE007
月
英文短名:
Month
说明:
将一个日历年划分成
12
个顺序的时间间隔,
即
12
个日历月。
其中每
个月有一个特定的名称,并含有指定的天数。
数据类型:字符
表示格式:
n2
值域:见
CS007
月代码表
备注:
DE009
季度
英文短名:
Quarter
说明:三个月的时间单位。
数据类型:字符
表示格式:
n1
值域:见
CS009
季度代码表
备注:
DE011
年
英文短名:
Year
说明:周期等于一个日历年的时间单位。
同义名称:年度、年份
数据类型:字符
表示格式:
n4
值域:
备注:符合
GB/T 7408
中的日历年。
根据业务需要添加限定词,
如预算年度、
财政年度、
申报年份、
批复年份等。
DE013
时间
英文短名:
Time
说明:日的当地时间。
数据类型:日期时间
表示格式:
hhmmss
值域:
备注:符合
GB/T 7408
中的当地时间:“
hh
”表示小时,“
mm
”表示分钟,
“
ss
”表示秒。
行政区划
DE021
行政区划名称
英文短名:
AdmDivName
说明:
我国省
(自治区、
直辖市、
特别行政区)
、
市
(地区、
自治州、
盟)
、
县(自治县、市、市辖区、旗、自治旗)的名称。
数据类型:字符
表示格式:
s..120
值域:
CS021
行政区划代码表(
GB/T 2260
)的名称列。
备注:
DE022
行政区划代码
英文短名:
AdmDivCode
说明:
我国省
(自治区、
直辖市、
特别行政区)
、
市
(地区、
自治州、
盟)
、
县(自治县、市、市辖区、旗、自治旗)的代码。
数据类型:字符
表示格式:
n6
值域:
CS021
行政区划代码表(
GB/T 2260
)的数字代码列。
备注:
DE023
财政管理级次名称
英文短名:
FinAdmLevelName
说明:预算管理中不同级别政府的分类的名称。
数据类型:字符
表示格式:
s..10
值域:
CS023
预算级次代码表的名称列。
备注:
DE024
管理级次代码
英文短名:
FinAdmLevelCode
说明:管理中不同级别政府的分类的代码。
数据类型:字符
表示格式:
n1
值域:
CS023
预算级次代码表的代码列。
备注:
DE025
管理级次标识名称
英文短名:
FinAdmLevelMarkName
说明:对于不同的级次标识其财政数据的类型的名称。
数据类型:字符
表示格式:
s..10
值域:
CS025
级次标识代码表的名称列。
备注:
DE026
管理级次标识代码
英文短名:
FinAdmLevelMarkCode
说明:对于不同的级次标识其财政数据的类型的代码。
数据类型:字符
表示格式:
n1
值域:
CS025
级次标识代码表的代码列。
备注:
DE027
东中西部名称
英文短名:
EMWName
说明:按照经济发展程度将各省、市、自治区划分的不同大区的名称。
数据类型:字符
表示格式:
s..10
值域:
CS027
东中西部代码表的名称列。
备注:
DE028
东中西部代码
英文短名:
EMWCode
说明:按照经济发展程度将各省、市、自治区划分的不同大区的代码。
数据类型:字符
表示格式:
n1
值域:
CS027
东中西部代码表的代码列。
备注:
业务目录
见业务支撑标准(
17.1
)
16.1.5
基础数据编码标准
16.1.5.1
公司编码规范
16.1.5.1.1
编码说明
实际编制时应参考现有财务系统的设臵,充分考虑集团所属公司在未来可
能出现的所属关系变化的情况,编码规则不体现组织层级关系。
主要数据项及示例:
数据项名称
说明
举例
单位编码
1001
单位名称
能投水电集团
上级单位编码
指直接上级单位
10001
上级单位名称
能投集团公司
16.1.5.1.2
编码规范
规则:
4
(四位)
说明:
4
:集团公司编码为
1000
,下属公司在编码范围(
1001-9999
)内按
公司成立时间顺序编码
16.1.5.2
部门编码规范
16.1.5.2.1
编码说明
此目录用于编制各公司设立的各个部门。编码可分级设定,系统提供最多
可分
8
级,编码总长
16
位。
此目录可根据各单位的组织机构统一编制,或设定相应的编码标准,在系
统实施时由各公司自行按标准设定。
同一职能部门在不同单位尽量采用同一编码。
主要数据项及示例:
数据项名称
说明
举例
举例
举例
部门编码
10001
20001
30001
部门名称
业务部
业务一部
业务一部一组
16.1.5.2.2
编码规范
规则:
1-4
(五位数字
,
分为两段表示部门目录)
说明:
1
:部门层级
4
:部门序号
示例:
1
,
0001(
其中
’
,
’
在编号中不出现
)
部门层级编号(
1
):公司
X
级部门即编号为
X
部门序号编号(
0001
):在同一层级下所有部门顺序编码
16.1.5.3
客商编码规范
16.1.5.3.1
编码说明
此目录用于对地域进行管理,编码总长为
10
位。所属地域作为供应商、客
户的属性之一,实际应用中根据有无按照客户或供应商所在的区域进行管理的
需要编制此目录。
主要数据项及示例:
数据项名称
举例
举例
举例
举例
举例
编码
1
1101
1101100
110110001
11011000101
名称
中国
水电集团
四川
成都市
百事吉物业
16.1.5.3.2
编码规范
规则:
1-3-2-3-2
(十一位
,
分为五段表示区域编码)
说明:
1
:国家
3
:二级公司
2
:省自治区、直辖市
3
:市、直辖市的城区
2
:序列号
示例:
1
,
100
,
31
,
313
,
05(
其中
’
,
’
在编号中不出现
)
五级编码
05
:百事吉物业
四级编码
313
:四川省成都市
三级编码
31
:四川省
二级编码
101
:水电集团
一级编码
1
:中国
16.1.5.4
人力档案基础编码规范
16.1.5.4.1
编码说明
此目录用于记录本单位系统中的职员列表,包括职员编号、名称、所属部
门及职员属性等。
主要数据项:
1
)编码;
2
)名称;
3
)所属部门
16.1.5.4.2
编码规范
规则:
2-2-6
(十位
,
分为三段表示职员目录)
说明:
2
:出生年份
2
:入集团年份
6
:集团序列号
示例:
7397003444(
其中
’
,
’
在编号中不出现
)
三级职员编号(
003444
):序列号
二级职员编号(
14
):
2014
年入能投集团
一级部门编号(
73
):该职员出生年份
表示:该职员的职员目录编号
16.1.5.5
设备基础编码规范
16.1.5.5.1
编码说明
本文件建立设备编号规则,以统一有效管理公司设备资产。
本文件适用于能投集团所有关于生产、办公设备、公共设备的编号。
职责:工程部按此准则给设备编号,各部门需知明。
16.1.5.5.2
编码规则
设备编号由
3
部分组成
:
设备所在部门
+
设备名称
+
序号,如:
设备名称由设备名称前三个汉字的拼音每第一个字母大写组合代替。
设备名称不足三个汉字的
,
在其前面加字母
U
,如电脑:
UDN
序号由
2
个数字组成
,
起始号为
01,
每一类设备分组排序
.
16.1.5.6
计划基础编码规范
16.1.5.6.1
编码说明
计划业务编号由立项年度、计划名称代码和项目流水序号三组信息组成,
分别由阿拉伯数字和大写英文字母组成,共
12
位,具体顺序及含义见下表:
位数
1
2
3
4
5
6
7
8
9
10
11
12
编号含
义
立项年
度
计划名
称代
码
项目流
水序
号
表示方
法
四位数
字
两位英
文字
母
六位
16.1.5.6.2
编码规范
1
.立项年度由
4
位阿拉伯数字构成,如
2014
年立项,则填写
2014
,依此
类推,
2099
年立项,则填写
2099
。
2
.计划名称代码用两个大写英文字母表示,第一个字母代表该计划在计划
业务体系中所属类型,即计划板块,第二个字母表示该计划在本计划板块中的
排序,计划类别的具体编码见附件一。
3
.项目流水号由
6
位代码构成,原则上由各计划自行制定。
——计划按以下规范编码:
流水号第一位为领域代码
流水号第二位为主题代码
流水号第三位至第六位为流水号,用
4
位阿拉伯数字表示。其中对于领域
项目,前三位为计划流水号、后一位为其子计划流水号。对于重大专项,其中
第一位为专项序号,第二、三位为其计划流水号,最后一位为子计划流水号。
——业务计划按以下规范编码:
流水号第一位为项目领域码
流水号第二、三位为项目流水号,用两位阿拉伯数字表示
流水号第四位为项目类型码
流水号第五、六位为计划流水号,用两位阿拉伯数字表示