企业应用集成之数据集成接口规范2.0

企业应用集成之数据集成规范

单位：

地址：

邮编：

电话：

传真：

日期：

修订文档历史记录

目录

第一章前言 (3)

1.1 概述 (3)

第二章通用的约定 (4)

2.1 数据输出的内容 (4)

2.1.1 枚举信息 (4)

2.1.2 企业信息 (4)

2.1.3 业务报表 (5)

2.1.4 报表样式 (6)

2.1.5 层级信息 (6)

2.2 业务子系统称谓与编码的约定 (6)

2.3 委处室与业务编码的约定 (7)

2.4 数据输出方式的约定 (8)

2.4.1 输出类型 (8)

2.4.2 输出位置 (9)

2.4.3 输出文件的命名 (11)

2.4.4 输出数据的时机 (12)

2.5 文件格式的约定 (12)

2.6 时间格式的约定 (13)

2.7 时间类型的约定 (13)

第三章数据集成接口格式 (15)

3.1 枚举信息的输出格式 (15)

3.1.1 枚举信息格式说明 (16)

3.1.2 枚举信息的输出例子 (18)

3.2 企业基本信息的输出接口 (19)

3.2.1 企业基本信息的内容 (19)

3.2.2 输出文件格式规范 (20)

3.2.3 企业属性的类型 (22)

上海市国有资产监督管理信息系统数据集成规范

3.2.4 企业信息输出文件示例 (24)

3.3 层级信息的输出格式 (26)

3.3.1 层级格式的说明 (28)

3.4 业务报表的输出接口 (29)

3.4.1 输出文件命名规范 (29)

3.4.2 数据文件结构与报表分区 (30)

3.4.3 数据报表的关联关系 (31)

3.4.4 数据文件元素的层次 (33)

3.4.5 单元格的数据类型 (34)

3.4.6 二进制单元格的处理 (35)

3.4.7 枚举型单元格的处理 (35)

3.4.8 附报文件的处理 (36)

3.4.9 报表数据的输出文件格式 (36)

3.4.10 报表数据输出文件示例 (42)

3.4.11 独立上报文件的处理 (47)

3.5 报表样式的输出格式定义 (47)

3.5.1 样式文件的元素结构图 (52)

3.5.2 样式文件表达式定义 (52)

附录I 企业基本信息统计项列表 (54)

附录II 枚举信息的格式定义enum.xsd (55)

附录III 企业信息的格式定义orginfo.xsd (58)

附录IV 报表数据的格式定义report.xsd (62)

附录V 报表样式的格式定义report_style.xsd (71)

附录VI 层级信息的格式定义hierarchy.xsd (75)

第一章前言

1.1 概述

地址：山东中路337号邮编：200001 电话：8621－6351 6236 传真：8621－6351 7610

第二章通用的约定

2.1 数据输出的内容

业务子系统分别负责为委的不同处室收集业务数据，然后按照统一约定的格式将数据以XML文件的方式输出，提供给监管系统。监管系统需要收集两种信息：企业基本信息、与业务数据报表，其中业务数据报表涉及到所有的集成子系统，而企业信息则只来自一个特定的业务系统。

2.1.1 枚举信息

有些报表的科目（单元格），其取值来自于枚举项。在导出报表数据时，将会直接导出科目值，这样虽然报表值没有错，但枚举信息却不完整了，所以需要事先将所有的枚举信息统一导出。

枚举信息包括枚举类型，以及每个类型下的枚举项，此信息只需导出一次，如果枚举信息没有变化，以后不需要重复导出。

举个例子：如果报表中有一个科目叫“企业经营类别”，并且该项的值只能从一下四个中选择一个：“私营企业”、“集体所有制企业”、“股份制企业”、“其他”。则“企业经营类别”就是一个枚举类型，此类型具有四个枚举项，分别为：“私营企业”、“集体所有制企业”、“股份制企业”、“其他”。

各个子系统都需要输出此文件，没有枚举信息的可以填空元素。

2.1.2 企业信息

业务系统在实现企业数据填报的时候，都会将企业的基本信息作为报表封面。监管信息系统归纳整理了所有业务子系统的企业基本信息，并汇总形成一个企业基本属性的列表，有关这些基本属性的内容请参考文档《上海市监管信息系统企业基本信息说明》。

为配合应用集成，截止到试运行版本的需求，企业基本属性还需补充一些统计分类信息，这些信息参见附录的列表。

此文件只与“收集平台”或“层级查询”子系统有关。

各业务子系统需要输出本系统中最主要的业务报表。业务报表是由子系统采集的业务数据，各个子系统会按照委的要求提供各种“表格”供企业来填报数据，每种“表格”的填报结果都将产生一个报表。这里的“表格”是一种广义上的说法，并不局限于一张传统的表格，比如，在任何子系统中，只要有界面提供了一组域供用户填写数据，而且此数据最终会提交到委，则用户所填入的这组数据就形成了一张报表。

业务报表的概念与各个子系统的数据库结构可能并不一致。在有的子系统中，通常使用关系数据库的一张表（Table）来存储实体信息，一个实体就是一条记录，不能将整张实体表（Table）中的所有记录当成一张报表，而是每个实体就是一张报表。

有的报表可能会带有附件，附件是一组文件，文件的长度不限。对于文件附件，则直接输出此文件，不需要做任何加工处理。但是，输出文件必须与其所附的报表输出的XML文件处在相关位置（附件可与报表文件处于同一目录或报表文件所在目录的子目录）。比如，子系统中有报表X，此报表具有三个附报文件（a、b、c），则子系统将会输出共四个文件：x.xml、a、b、c，假如x.xml 文件位于目录k，则文件a、b、c可位于目录k或者k下面的子目录，最终x.xml 报表文件中将包括要输出的附报文件的控制信息，其中就含有附报文件的相对路径与文件名。

有时候，企业需要直接上报某些特定的文件，这些文件可能并不作为任何报表的附报文件存在，文件可以是任意格式，比如.doc或.xls文件。对于单独上报的文件，子系统需要输出一个额外的xml描述文件，我们可以将此描述文件看作一个空的报表文件，而将上报文件看作其附报文件。

子系统承担着委处室的业务功能，其业务流程仍然在子系统中进行，子系统导出的所有数据应该是走完了业务流程的结果数据（已审核过的数据），比如，对于“法人治理信息系统”，它所输出的数据应该通过了委审核后的数据。

各个子系统都需要输出此文件。