企业数据采集接口规范

合集下载

数据采集接口的开发内容

数据采集接口的开发内容

数据采集接口的开发内容1.定义数据采集需求:首先需要明确所需要采集的数据,包括数据源、数据类型、采集频率等。

根据需求进行需求分析,明确采集接口的功能和特性。

2.设计接口规范:根据数据采集需求,设计数据采集接口的参数、返回值、请求方式等。

确定接口的输入参数,包括请求方式(GET、POST等)、请求参数、请求头等信息。

同时,还需要确定接口的返回值,包括返回的数据格式(JSON、XML等)、返回的数据结构等。

3.数据采集逻辑实现:根据需求设计好的接口规范,编写数据采集逻辑的代码。

这部分代码主要包括从数据源获取数据、数据处理和数据存储等。

a.数据源获取:根据数据采集需求,通过爬虫、API调用等方式从数据源获取数据。

可以使用网络爬虫技术爬取网页数据,也可以通过调用第三方接口获取数据。

b.数据处理:对获取到的数据进行处理,包括数据清洗、数据过滤、数据转换等。

可以使用正则表达式、字符串处理函数等方式对数据进行处理,提取出需要的字段和信息。

c.数据存储:将处理后的数据存储到数据库、文件或者其他存储介质中。

可以使用关系型数据库(如MySQL、Oracle等)或非关系型数据库(如MongoDB、Redis等)进行数据存储。

4.安全性和性能优化:在数据采集接口的开发过程中,需要考虑接口的安全性和性能优化。

对于安全性,可以采取一些措施,如接口鉴权、参数加密传输等,以保证数据的安全性。

对于性能优化,可以采用并发处理、缓存技术、分布式架构等方式,提高接口的并发处理能力和响应速度。

5.接口文档和测试:开发完成后,需要编写接口文档,明确接口的使用方式和参数说明等。

同时,进行接口测试,测试接口的正常使用和异常情况处理,以保证接口的稳定性和可靠性。

数据管理规范

数据管理规范

数据管理规范引言:数据是企业运行中不可或缺的资源,有效管理和规范使用数据对于企业的发展至关重要。

本文将从数据的采集、存储、处理和使用等方面,阐述数据管理的规范和标准,以帮助各行业更好地应对数据管理挑战,提高数据管理效能。

一、数据采集规范1. 采集目的明确:在进行数据采集前,需明确采集的目的及需要的数据指标,并尽量减少冗余数据的采集。

2. 数据源准确性:确保数据源的准确性和完整性,采集来自可靠的数据源,避免使用非权威的数据来源。

3. 采集频率合理:根据具体需求和数据变动情况,合理设定采集频率,确保数据的及时性和准确性。

4. 采集接口安全:采集过程中应采取安全措施,保护数据采集接口不被恶意攻击,并确保采集传输过程中数据的保密性。

二、数据存储规范1. 数据分类存储:将数据根据类型和敏感程度进行分类存储,确保数据的存取和管理的便捷性。

2. 存储容量规划:根据企业的实际需求,合理规划存储容量,避免因存储空间不足而影响数据的正常存储。

3. 数据备份策略:制定合理的数据备份策略,包括备份频率、备份的存储位置和备份的恢复方式,以应对数据丢失或意外损坏的情况。

4. 数据安全性保护:采取相应的数据安全措施,对存储的数据进行加密和访问控制,确保数据的安全性和完整性。

三、数据处理规范1. 数据清洗与整理:在数据处理前,对数据进行清洗和整理,剔除错误数据和冗余数据,确保数据的准确性和可靠性。

2. 数据处理程序规范:建立规范的数据处理程序,包括数据处理流程、数据验证和异常处理机制,以提高数据处理的效率和准确性。

3. 数据质量监控:建立数据质量监控体系,定期对数据进行检查和评估,及时发现和解决数据质量问题,以保证数据的准确性和可信度。

4. 数据处理记录:进行数据处理过程中,记录数据处理的步骤和方法,以便追溯数据的加工过程和结果。

四、数据使用规范1. 遵守法律法规:在使用数据过程中,严格遵守国家和行业相关的法律法规,禁止使用非法获取的或侵犯他人权益的数据。

数据集成接口规范

数据集成接口规范

数据集成规范单位:地址:邮编:电话:传真:日期:修订文档历史记录目录第一章前言 (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 数据报表的关联关系 (32)3.4.4 数据文件元素的层次 (34)3.4.5 单元格的数据类型 (35)3.4.6 二进制单元格的处理 (36)3.4.7 枚举型单元格的处理 (36)3.4.8 附报文件的处理 (37)3.4.9 报表数据的输出文件格式 (37)3.4.10 报表数据输出文件示例 (43)3.4.11 独立上报文件的处理 (48)3.5 报表样式的输出格式定义 (48)3.5.1 样式文件的元素结构图 (53)3.5.2 样式文件表达式定义 (53)附录I 企业基本信息统计项列表 (55)附录II 枚举信息的格式定义enum.xsd (56)附录III 企业信息的格式定义orginfo.xsd (59)附录IV 报表数据的格式定义report.xsd (63)附录V 报表样式的格式定义report_style.xsd (72)附录VI 层级信息的格式定义hierarchy.xsd (76)第一章前言1.1 概述地址:山东中路337号邮编:200001 电话:8621-6351 6236 传真:8621-6351 7610第二章通用的约定2.1 数据输出的内容业务子系统分别负责为委的不同处室收集业务数据,然后按照统一约定的格式将数据以XML文件的方式输出,提供给监管系统。

企业征信系统数据采集接口规范-机构基本信息部分 V2.2

企业征信系统数据采集接口规范-机构基本信息部分 V2.2

4.2 采集内容
具体采集内容包括机构基本信息和家族成员信息。其中,机构基本信息包括 机构主要标识信息、基本属性信息、机构状态信息、联络信息、高管及主要关系 人信息、重要股东信息、主要关联企业信息、上级机构/主管单位信息。家族成 员信息主要是指与该机构的法定代表人、主要投资者个人、关键管理人员、实际 控制人有三代血亲和两代姻亲关系的人员信息。 主要标识信息包括机构信用代码、组织机构代码、登记注册号类型、登记注 册号码、纳税人识别号(国税)、纳税人识别号(地税)、开户许可证核准号、 中征码、客户号、管理行代码、客户类型。 基本属性信息包括机构中文名称、 机构英文名称、 注册 (登记) 地址、 国别、 注册(登记)地行政区划、成立日期、证书到期日、经营(业务)范围、注册资 本币种、注册资本、组织机构类别、组织机构类别细分、经济行业分类、经济类 型。 机构状态信息包括机构状态、基本户状态、企业规模。 联络信息包括办公(生产、经营)地址、联系电话、财务部联系电话。 高管及主要关系人信息包括法定代表人、 高管人员及主要关系人的身份标识。 重要股东信息包括持股 5%以上及银行认为重要的股东的身份标识信息及持 股比例等。 主要关联企业信息包括除本企业的股东外、 与本企业存在直接或间接控制关 系的关联企业的标识信息及持股比例等。 上级机构/主管单位信息包括上级机构或主管单位的标识信息。
1 范围
本规范规定了企业征信系统和机构信用代码系统所采集机构基本信息的范 围、信息类型、具体数据项、数据报送文件的组织格式,以及未正确入库数据的 反馈格式等。 本规范可以作为报送机构进行接口程序和相关系统开发及进行数据报送的 参考。
2 规范性引用文件
本规范制定主要引用了以下标准或文件: GB/T1988-1998 西文信息交换 GB 2312-1980 和 GB18030-2000 汉字信息交换 GB/T 2260-2007 中华人民共和国行政区划代码(按照国家统计局发布的最新 县及县以上行政区划代码定期更新) GB/T 2659-2000 世界各国和地区名称代码 GB/T4754-2011 国民经济行业分类 GB 11643-1999 个人身份证号码 GB/T 12406-1996 表示货币和资金的代码 GB/T12402―2000 经济类型分类与代码

详解数据采集规范

详解数据采集规范

详解数据采集规范引言数据采集是指从各种数据源中收集和提取数据的过程。

为了确保数据采集的准确性和一致性,制定一套数据采集规范非常重要。

本文将详细讨论数据采集规范的重要性以及一些简单的策略,以帮助读者制定有效的数据采集策略。

数据采集规范的重要性1. 提高数据质量:数据采集规范可以确保数据的准确性和一致性,避免因数据采集不规范而导致的错误和偏差。

2. 便于数据分析:规范的数据采集过程可以为后续的数据分析提供可靠的数据基础,减少数据清洗和整理的工作量。

3. 保护数据安全:规范的数据采集规范可以确保数据的安全性和隐私保护,防止未经授权的访问和滥用。

简单的数据采集策略1. 确定数据需求:在开始数据采集之前,明确需要收集的数据类型、范围和目的,以便有针对性地进行采集。

2. 选择合适的数据源:根据数据需求,选择合适的数据源,如数据库、API接口、文件等,确保数据的可靠性和完整性。

3. 制定数据采集计划:制定详细的数据采集计划,包括采集时间、频率、方式等,确保数据采集的及时性和效率性。

4. 设计数据采集工具:根据数据采集需求,设计相应的数据采集工具,可以是自动化脚本、爬虫程序等,以提高采集效率和准确性。

5. 进行数据采集测试:在正式进行数据采集之前,进行充分的测试,确保采集工具的稳定性和准确性。

6. 定期监控和维护:定期监控采集结果,及时处理采集异常和错误,保证数据采集的持续性和稳定性。

总结数据采集规范对于确保数据质量、便于数据分析和保护数据安全非常重要。

制定简单的数据采集策略可以帮助我们高效、准确地采集所需数据。

通过遵循规范和策略,我们可以更好地利用数据来支持决策和创新。

企业信用信息基础数据库系统数据接口规范

企业信用信息基础数据库系统数据接口规范

中国人民银行征信中心2007年1月8日目录1前言42报文规范42.1术语和定义42.2设计原则52.3数据处理规则62.4文件命名规则72.5报文文件82.5.1报文结构82.5.2报文文件种类83数据采集要求83.1数据范围83.2采集频率93.3数据文件传送方式94公积金信息采集报文和公积金信息删除报文9 4.1报文头94.2公积金信息采集报文报文体104.3公积金信息删除报文报文体124. 4报文校验规则125公积金信息反馈报文12 5.1报文头135.2反馈报文报文体13附录:151、报送机构代码命名规则152、数据元目录152.1数据元的表示格式152.2数据元的分类162.3数据元目录17第一组:17第二组17第三组17第四组18第五组18第六组18第七组19第八组193、代码表193.1行政区划193.2单位性质193.3登记注册类型203.4行业分类223.5单位当月缴费状态224、校验规则234.1公积金信息采集报文校验规则234.1.1报文名校验234.1.2报文级校验234.1.3数据项级校验244.1.4入库校验254.2公积金信息删除报文校验规则254.2.1报文名校验254.2.2报文级校验264.2.3数据项级校验264.2.4入库校验275、公积金信息反馈格式代码集275.1出错原因代码275.2错误编码其中出错信息=标识符+错误编码2811前言《企业信用信息基础数据库数据接口规范》(简称“数据接口规范”)规定了企业信用信息基础数据库与外部系统进行信息交换时应遵循的有关信息格式和数据管理规定,本文档分为六部分。

前言简介本规范各部分的内容。

报文规范规定了本规范中报文的基本概念、设计原则、数据处理原则、文件命名原则、报文文件的结构和种类。

数据采集要求规定了公积金管理中心提交数据的范围、频率以及文件传送方式。

公积金信息采集报文和公积金信息删除报文中规定了公积金中心向企业信用信息基础数据库报送采集报文和删除报文的具体数据项以及对数据项的描述和约束。

企业征信系统数据采集接口规范(机构基本信息)v2.2

企业征信系统数据采集接口规范(机构基本信息)v2.2

企业征信系统数据采集接口规范(机构基本信息部分)版本号:2.2中国人民银行征信中心2013年6月前言根据《中国人民银行办公厅关于整合企业征信系统和机构信用代码系统信息更新机制的通知》(银办发【2012】201号)的要求,征信中心对企业征信系统借款人基本信息的采集内容和机制进行了调整,形成了《企业征信系统数据采集接口规范(机构基本信息部分)(版本号2.2)》,以适用各行报送机构信用代码信息增量数据的需要。

本规范将替代《企业征信系统数据采集接口规范(信贷业务部分)(版本号2.1)》中“借款人基本信息文件的借款人概况信息报文和借款人资本构成信息报文”部分的报送组织方式(借款人财务报表信息报文和借款人关注信息报文的报送组织方式不变)。

此次调整主要包括两个方面内容:一是调整了借款人基本信息的采集范围,各行应同时向企业征信系统报送对公信贷客户和在本行开立基本存款账户的非信贷客户的基本信息;二是调整了信息采集指标,各行应按照本接口规范的要求生成机构基本信息报文文件并上传至企业征信系统。

与《企业征信系统数据采集接口规范(信贷业务部分)(版本号2.1)》相比,具体调整内容主要包括以下5个方面:1.增加了“家族成员信息采集报文体”,取代“法人代表家族企业成员情况段”,详见7.3。

2.增加了“关联企业信息段”,详见7.2。

3.增加了实际控制人信息(“高管及主要关系人信息段”及“主要关联企业信息段”),详见7.2。

4.“借款人概况信息段”调整为“基本属性信息段”和“机构状态信息段”,并调整了具体数据项,详见7.2。

5.删除了“股票信息段”、“对外投资情况段”和“集团公司信息段”。

本规范由中国人民银行征信中心提出和制定。

目录1范围 (4)2规范性引用文件 (4)3术语和定义 (4)4原则和约定 (6)4.1采集范围 (6)4.2采集内容 (6)4.3采集时点和频率 (7)4.4数据组织方式 (8)4.5采集过程 (8)4.6数据更正 (9)4.7其他约定 (9)5报文文件 (11)5.1命名规则 (11)5.2报文结构 (12)6机构信息采集报文和删除报文 (12)6.1报文头 (12)6.2机构基本信息采集报文体 (13)6.3家族成员信息采集报文体 (21)6.4机构基本信息删除报文体 (22)6.5家族成员信息删除报文体 (23)6.6报文尾 (24)7机构信息反馈报文 (24)7.1反馈报文头 (24)7.2反馈报文体 (25)7.3反馈报文尾 (25)附录 A 报文校验规则 (26)附录 B 数据字典表 (29)B.1代码型数据项字典表 (29)B.2出错原因字典表 (41)1范围本规范规定了企业征信系统和机构信用代码系统所采集机构基本信息的范围、信息类型、具体数据项、数据报送文件的组织格式,以及未正确入库数据的反馈格式等。

数据采集标准规范

数据采集标准规范

数据采集标准规范数据采集是指从各种来源获取数据的过程,它是数据分析和决策制定的基础。

在进行数据采集时,必须遵循一定的标准和规范,以确保数据的准确性和可靠性。

本文将介绍数据采集的标准规范,帮助您更好地进行数据采集工作。

首先,数据采集的标准规范包括数据来源的选择。

在选择数据来源时,需要确保数据的可靠性和真实性。

数据来源应当是经过验证和权威认证的,可以是官方发布的数据、行业报告、专业机构的调研数据等。

在选择数据来源时,还需要考虑数据的时效性和完整性,以确保数据的有效性和全面性。

其次,数据采集的标准规范还包括数据采集的方法和技术。

数据采集方法应当根据数据的特点和来源进行选择,可以采用问卷调查、实地观察、网络爬虫等方式进行数据采集。

在进行数据采集时,需要注意数据的采样和抽样方法,确保数据的代表性和可靠性。

此外,还需要注意数据的存储和传输安全,保护数据的隐私和机密性。

另外,数据采集的标准规范还包括数据质量的控制和管理。

在进行数据采集时,需要建立数据质量控制的标准和流程,确保数据的准确性、一致性和完整性。

数据采集过程中还需要进行数据清洗和去重,排除数据中的错误和冗余信息。

同时,还需要建立数据管理的制度和流程,确保数据的安全和可追溯性。

最后,数据采集的标准规范还包括数据采集结果的报告和分析。

在进行数据采集后,需要对数据进行整理和分析,形成数据报告和分析结果。

数据报告应当清晰、简洁、准确地呈现数据,分析结果应当客观、科学、可靠地解释数据。

在进行数据报告和分析时,还需要注意数据的可视化呈现,以便更好地理解和应用数据。

总之,数据采集是数据分析和决策制定的基础,必须遵循一定的标准和规范。

本文介绍了数据采集的标准规范,包括数据来源的选择、数据采集的方法和技术、数据质量的控制和管理,以及数据采集结果的报告和分析。

希望本文能帮助您更好地进行数据采集工作,提高数据的准确性和可靠性。

中国银监会数据采集系统4.0数据接口规范

中国银监会数据采集系统4.0数据接口规范
对应PDF模板中的复核人
11
fitechPrincipal
对应PDF模板中的负责人
12
colname
对应PDF列的名称(COL1---COLN,将光标点到PDF模板的列上可获得)
13
colvalue
填报值
14
coltype
类型
属性名称
属性解释
1
reporttype
POINT(点对点式报表)
LIST(清单式报表)
13
cellCol
对应PDF的列号(将光标点上填报域可获得,字母部分为行号)
14
cellValue

15
cellType
类型
属性名称
属性解释
1
reporttype
POINT(点对点式报表)
LIST(清单式报表)
2
reportlayer
MAIN(主报表)
SUB(子报表)
3
pdfRow
无需填写
4
pdfCol
7
fitechCurrency
对应PDF模板中的币种
8
fitechVersion
当月使用的PDF模板的版本号
9
fitechFiller
对应PDF模板中的填表人
10
fitechChecker
对应PDF模板中的复核人
11
fitechPrincipal
对应PDF模板中的负责人
12
cellRow
对应PDF的行号(将光标点上填报域可获得,数字部分为行号)
无需填写
5
pdfPartno
无需填写
list_report.xsd SCHEMA元素解释

EAST数据采集标准化接口规范

EAST数据采集标准化接口规范

数据采集标准化接口规范2014年12月目录一、采集频率 (3)二、文件格式和命名 (5)三、数据项分隔符 (9)四、数据文件准备 (9)五、空值缺省值处理 (10)六、隐私保护说明 (10)本规范主要介绍数据采集标准化和软件系统设计接口相关规范。

一、采集频率采集频率按表确定,根据数据表本身的性质,可以分为状态类和明细类两种。

除机构关系表和内部科目对照表以外的所有状态类表首次采集采用全量采集,即采集时间点上所有数据的采集,后续采集采用变化量采集,即采集时间点和前次相比发生的变化采集,包含增加和修改。

机构关系表和内部科目对照表首次采集采用全量采集,后续采集也采用全量采集,即后续如发生变化,那么发生变化部分和未发生变化部分都要报送。

明细类表首次采集采用时间段采集,即根据监管要求在采集时间点之前一段时间内的所有数据,后续采集采用增量采集。

部分会计类表在部分时间点需要报送额外的数据,如周报、旬报、月报、季报、半年报、年报。

如下表所示:二、文件格式和命名数据文件为GBK编码文本文件格式,扩展名为.txt,文件中的一行数据对应一个数据实例,各行之间分隔符为回车换行(0x0D,0x0A)。

每个表生成一个数据文件,文件名称以“机构代码”、“表名对应字符串”、“YYYYMMDD”进行组合的方式进行命名,中间用英文短横线“-”进行隔开(不能是中文环境下连字符),如杭州银行股份有限公司、岗位信息表、2012年5月31日数据文件名称为:B0151H233010001-GWXX-20120531.txt每一个数据文件要同时生成一个同名的数据校验文件,数据校验文件后缀名为.log,数据校验文件需要包含以下4行信息,如下格式所示:文件名称:B0151H233010001-GWXX-20120531.txt文件大小(字节):80896创建时间(数据文件创建完成时间):2012-06-01 00:29:02文件结束(表示数据文件正常生成完成):Y表名如下表所示:机构代码如下:B0151H233010001杭州银行股份有限公司B0153H233030001温州银行股份有限公司B0160H233100001浙江泰隆商业银行股份有限公司B0010H133010001浙商银行股份有限公司E0001H233010001浙江省农村信用社联合社三、数据项分隔符1.数据文件的一行数据对应一个数据库实例,每个数据项末尾以英文逗号“,”进行分割。

数据采集标准

数据采集标准

数据采集标准首先,我们来看一下数据采集的定义。

数据采集是指通过各种手段和方法,将所需的数据从数据源中获取并记录下来的过程。

数据采集可以是手工进行,也可以借助各种自动化工具来完成。

无论采用何种方式,都需要遵循一定的标准和规范,以确保采集到的数据具有准确性和可信度。

数据采集的重要性不言而喻。

在信息化时代,数据是企业决策的重要依据,是科学研究的基础,是政府管理的重要支撑。

因此,准确、完整的数据对于各个领域都至关重要。

而数据采集标准的制定,可以帮助我们规范数据采集的过程,提高数据的质量,从而为后续的数据分析和利用提供可靠的基础。

制定数据采集标准的必要性主要体现在以下几个方面。

首先,数据采集标准可以规范数据采集的流程和方法,避免数据采集过程中出现的错误和偏差。

其次,数据采集标准可以明确数据采集的责任和权限,确保数据采集工作的合规性和可追溯性。

最后,数据采集标准可以提高数据的一致性和比较性,使得不同时间、不同地点采集的数据具有可比性,为数据分析和应用提供可靠的基础。

那么,数据采集标准的具体内容包括哪些呢?首先,数据采集标准应当明确数据采集的对象和范围,包括数据的类型、来源、时间等方面的要求。

其次,数据采集标准应当规定数据采集的方法和工具,确保数据采集的过程科学、规范。

同时,数据采集标准还应当明确数据采集的频率和时点,以保证数据的及时性和完整性。

此外,数据采集标准还应当规定数据采集的质量控制和验收标准,确保采集到的数据具有准确性和可靠性。

综上所述,数据采集标准的制定对于规范数据采集过程,提高数据质量,具有重要的意义。

只有遵循一定的数据采集标准,才能够确保采集到的数据具有准确性、完整性和可靠性,为后续的数据分析和应用提供可靠的基础。

因此,我们应当重视数据采集标准的制定和执行,不断完善和提升数据采集的质量和效率。

数据采集转发系统专用技术规范

数据采集转发系统专用技术规范

数据采集转发系统专用技术规范1数据采集转发系统配置情况的说明(1)数据采集转发系统由数据采集器及数据采集器侧工业级全双工存储转换式光纤环网交换机或数据采集器侧LTE无线通信模块、光纤通信信息传输通信或LTE无线通信信息传输通道、综合控制室侧工业级全双工存储转换式光纤环网交换机或LTE无线收发基站等构成。

数据采集转发系统中的数据采集器必须满足逆变器、交流汇流箱中防雷器节点信号(如有)和升压变压器温度控制器RS485通信的接入需求,要求每个光伏方阵只能使用1套数据采集器;数据采集器的输入必须至少支持RS485通信,数据采集器的输出必须至少支持工业以太网和工业级单模光纤或工业级LTE无线通信等;数据采集器向上负责与电站后台准确对时,向下负责与投标逆变器和升压变压器温度控制器的对时,数据采集器应保证光伏区并网逆变器和升压变压器温度控制器的时间准确;数据采集器室外安装,有效防护等级不低于IP65。

数据采集转发系统应采用自愈环网或等效自愈环网的通信结构,当出现单一通信故障后,数据采集转发系统应在300ms内恢复正常并向后台发出报警。

数据采集转发系统必须具备通过后台对投标逆变器进行批量软件升级的功能。

整个数据采集转发系统的最大工作有功功率不得大于5kW o(2)若使用光纤通信信息传输通道的技术方案,则光纤通信信息传输通道的技术方案必须满足如下基本要求:1.技术方案应采用工业级全双工存储转换式光纤自愈环网通信方案。

2 .在数据采集器侧,采用工业级全双工存储转换式光纤环网交换棚各数据采集器输出的电信号转化为光信号后通过全双工单模光纤传输到综合控制室;每个方阵配置1套数据采集器侧的光纤环网交换机;数据采集器侧光纤环网交换机的有效通信带宽不得低于IOMbps,有效传输距离不低于20km;数据采集器侧光纤环网交换机被认为是数据采集器的系统组件。

3 .在综合控制室中配置一套光纤环网交换机,光纤环网交换机的输入来自整个光伏方阵中数据采集器侧光纤环网交换机的光纤,光纤环网交换机的输出接口为标100M/1000M自适应工业级以太网口(至少配置4个以太网输出口),光纤环网交换机的输出以太网口直接与监控后台的以太网口对接;光纤环网交换机至少应具备二层存储转换式交换机的数据链路层通信功能和网管功能。

千户集团自行导出数据接口规范

千户集团自行导出数据接口规范

附件4自行导出数据接口规范1适用背景由于大企业财务系统的多样性和复杂性,数据工具企业端软件中提供的数据采集模板无法做到对所有企业的数据都能自动化提取。

此时,纳税人可以按照自行导出数据接口规范的要求,按相关说明在数据库中或财务软件中自行导出各类数据表格。

之后,使用数据工具企业端软件中提供的“导出数据检查打包”功能,对企业数据导出数据的完整性和准确性进行检查,检查通过生成的“*.dcw”格式文件同样是采集成功的可用企业电子账套数据。

适用于使用自行导出数据方式提供数据的企业情况如下:⏹使用大型ERP系统,企业进行过深度定制⏹企业自行开发的财务系统⏹出于数据安全考虑,不允许数据工具企业端软件直接连接财务数据库注意:对于缺少运维人员维护的小型财务系统的数据,如年度凭证分录数小于50万行记录时,财务人员可以通过财务软件导出各类表,之后按自行导出数据处理流程对导出数据进行整理并检查,得到的数据处理结果同样可以作为企业电子账套数据使用。

企业自行导出数据的方式是指企业使用的财务系统软件在数据工具(企业端)中暂未提供数据采集模板,企业的财务数据需要按照“电子帐接口规范”文件要求的数据格式与方法进行导出,在这种情况下,企业按要求导出的“CSV 格式”文件需要在数据工具(企业端)中进行“导出数据检查打包”,对纳税人自行导出数据的完整性和准确性进行检测,通过数据检查没有错误的企业财务数据才能够自动打包创建数据结果文件。

使用这种数据提取方式,能够对所有暂未支持的财务软件类型数据进行处理。

但需要企业技术人员对财务系统的数据库部署情况和财务系统数据表有一定的了解,能够按照“电子帐接口规范”内容确定要采集的数据表和相关字段。

如企业使用的财务软件在数据采集模板列表中已提供了数据采集模板,但是由于数据库设置,或数据库的特点等原因造成无法正确连接数据库或对财务数据账套进行采集的情况也需要由集团的成员企业按照“数据采集接口规范”文档的要求,由企业自行导出财务数据。

EAST2.0 大数据采集实用标准化接口要求规范

EAST2.0 大数据采集实用标准化接口要求规范

数据采集标准化接口规范2014年12月目录一、采集频率 (3)二、文件格式和命名 (5)三、数据项分隔符 (9)四、数据文件准备 (9)五、空值缺省值处理 (10)六、隐私保护说明 (10)本规范主要介绍数据采集标准化和软件系统设计接口相关规范。

一、采集频率采集频率按表确定,根据数据表本身的性质,可以分为状态类和明细类两种。

除机构关系表和内部科目对照表以外的所有状态类表首次采集采用全量采集,即采集时间点上所有数据的采集,后续采集采用变化量采集,即采集时间点和前次相比发生的变化采集,包含增加和修改。

机构关系表和内部科目对照表首次采集采用全量采集,后续采集也采用全量采集,即后续如发生变化,那么发生变化部分和未发生变化部分都要报送。

明细类表首次采集采用时间段采集,即根据监管要求在采集时间点之前一段时间内的所有数据,后续采集采用增量采集。

部分会计类表在部分时间点需要报送额外的数据,如周报、旬报、月报、季报、半年报、年报。

如下表所示:二、文件格式和命名数据文件为GBK编码文本文件格式,扩展名为.txt,文件中的一行数据对应一个数据实例,各行之间分隔符为回车换行(0x0D,0x0A)。

每个表生成一个数据文件,文件名称以“机构代码”、“表名对应字符串”、“YYYYMMDD”进行组合的方式进行命名,中间用英文短横线“-”进行隔开(不能是中文环境下连字符),如杭州银行股份有限公司、岗位信息表、2012年5月31日数据文件名称为:B0151H233010001-GWXX-20120531.txt每一个数据文件要同时生成一个同名的数据校验文件,数据校验文件后缀名为.log,数据校验文件需要包含以下4行信息,如下格式所示:文件名称:B0151H233010001-GWXX-20120531.txt文件大小(字节):80896创建时间(数据文件创建完成时间):2012-06-01 00:29:02 文件结束(表示数据文件正常生成完成):Y表名如下表所示:机构代码如下:B0151H233010001杭州银行股份有限公司B0153H233030001温州银行股份有限公司B0160H233100001浙江泰隆商业银行股份有限公司B0010H133010001浙商银行股份有限公司E0001H233010001浙江省农村信用社联合社三、数据项分隔符1.数据文件的一行数据对应一个数据库实例,每个数据项末尾以英文逗号“,”进行分割。

数据采集终端通用技术规范

数据采集终端通用技术规范

数据采集终端通用技术规范本规范对应的专用技术规范目录数据采集终端采购标准技术规范使用说明1、本物资采购标准技术规范分为标准技术规范通用部分和标准技术规范专用部分。

2、项目单位根据需求选择所需设备的技术规范。

技术规范通用部分条款、专用部分标准技术参数表和使用条件表固化的参数原则上不能更改。

3、项目单位应按实际要求填写“项目需求部分”。

如确实需要改动以下部分,项目单位应填写专用部分“项目单位技术差异表”,并加盖该网、省公司物资部(招投标管理中心)公章,与辅助说明文件随招标计划一起提交至招标文件审查会:①改动通用部分条款及专用部分固化的参数;②项目单位要求值超出标准技术参数值范围;③根据实际使用条件,需要变更环境温度、湿度、海拔高度、耐受地震能力、用途和安装方式等要求。

经招标文件审查会同意后,对专用部分的修改形成“项目单位技术差异表”,放入专用部分表格中,随招标文件同时发出并视为有效,否则将视为无差异。

4、投标人逐项响应技术规范专用部分中“1标准技术参数表”、“2项目需求部分”和“3投标人响应部分”三部分相应内容。

填写投标人响应部分,应严格按招标文件技术规范专用部分的“招标人要求值”一栏填写相应的投标人响应部分的表格。

投标人还应对项目需求部分的“项目单位技术差异表”中给出的参数进行响应。

“项目单位技术差异表”与“标准技术参数表”和“使用条件表”中参数不同时,以差异表给出的参数为准。

投标人填写技术参数和性能要求响应表时,如有偏差除填写“投标人技术偏差表”外,必要时应提供证明参数优于招标人要求的相关试验报告。

5、对扩建工程,如有需要,项目单位应在专用部分提出与原工程相适应的一次、二次及土建的接口要求。

6、技术规范范本的页面、标题等均为统一格式,不得随意更改。

7、一次设备的型式、电气主接线和一次系统情况对二次设备的配置和功能要求影响较大,应在专用部分中详细说明。

目录1 总则----------------------------------------------------------------------------- 1 1.1 引言--------------------------------------------------------------------------- 11.2 供方职责----------------------------------------------------------------------- 12 技术规范要求--------------------------------------------------------------------- 1 2.1 规范性文件引用----------------------------------------------------------------- 1 2.2 使用环境条件------------------------------------------------------------------- 2 2.3 终端额定参数------------------------------------------------------------------- 2 2.4 装置功率消耗------------------------------------------------------------------- 3 2.5 数据采集终端总的技术要求------------------------------------------------------- 3 2.6 站所终端单元(DTU)具体要求---------------------------------------------------- 3 2.7 馈线终端单元(FTU)具体要求---------------------------------------------------- 4 2.8 配变终端单元(TTU)具体要求---------------------------------------------------- 4 2.9 外箱结构的技术要求------------------------------------------------------------- 42.10 屏柜结构的技术要求------------------------------------------------------------ 43 试验----------------------------------------------------------------------------- 5 3.1 试验要求----------------------------------------------------------------------- 5 3.2 电气性能试验------------------------------------------------------------------- 53.3 现场试验----------------------------------------------------------------------- 54 技术服务、设计联络、工厂检验和监造 -----------------------------------------------5 4.1 卖方提供的样本和资料----------------------------------------------------------- 5 4.2 技术资料,图纸和说明书格式----------------------------------------------------- 5 4.3 供确认的图纸-------------------------------------------------------------------6 4.4 买卖双方设计的图纸------------------------------------------------------------- 6 4.5 其他资料和说明书--------------------------------------------------------------- 6 4.6 卖方提供的数据----------------------------------------------------------------- 6 4.7 图纸和资料分送单位、套数和地址 ------------------------------------------------- 6 4.8 设计联络会议------------------------------------------------------------------- 6 4.9 工厂验收和现场验收------------------------------------------------------------- 7 4.10 质量保证---------------------------------------------------------------------- 7 4.11 项目管理---------------------------------------------------------------------- 7 4.12 现场服务---------------------------------------------------------------------- 8 4.13 售后服务---------------------------------------------------------------------- 8 4.14 备品备件,专用工具,试验仪器--------------------------------------------------- 81 总则1.1 引言提供设备的厂家、投标企业应具有ISO9001质量保证体系认证证书,宜具有ISO14001环境管理体系认证证书和OHSAS18001职业健康安全管理体系认证证书及年检记录,宜具有AAA级资信等级证书、重合同守信用企业证书并具备良好的财务状况和商业信誉。

数据采集标准规范

数据采集标准规范

数据采集标准规范
首先,数据采集的目的必须明确。

在进行数据采集之前,需要
明确数据的用途和目标,这样才能确定需要采集哪些数据以及采集
的方式和频率。

其次,数据采集的方法和工具需要选择合适的。

根据数据的特
点和采集的环境,选择合适的数据采集方法和工具是非常重要的。

比如,对于结构化数据,可以使用数据库查询或API接口进行采集;对于非结构化数据,可以使用网络爬虫或数据挖掘工具进行采集。

另外,数据采集过程中需要注意数据的准确性和完整性。

在采
集数据的过程中,需要确保数据的准确性和完整性,避免出现漏采
或错采的情况。

同时,还需要对采集到的数据进行验证和清洗,确
保数据的质量。

此外,数据采集的流程和责任需要明确。

在进行数据采集时,
需要明确数据采集的流程和责任,包括数据采集的时间、地点、人
员和工具等方面,确保数据采集的顺利进行。

最后,数据采集的安全性和合规性也是非常重要的。

在进行数
据采集时,需要确保数据的安全性,避免数据泄露和滥用的情况发生。

同时,还需要遵守相关的法律法规和行业标准,确保数据采集的合规性。

总之,数据采集标准规范对于确保数据的质量和可靠性是非常重要的。

只有严格遵守标准规范,才能保证数据采集的有效性和可靠性,为后续的数据分析和应用提供可靠的基础。

EAST2.0数据采集标准化接口规范详解

EAST2.0数据采集标准化接口规范详解

数据采集标准化接口规范2014年12月目录一、采集频率 (3)二、文件格式和命名 (6)三、数据项分隔符 (9)四、数据文件准备 (10)五、空值缺省值处理 (10)六、隐私保护说明 (10)本规范主要介绍数据采集标准化和软件系统设计接口相关规范。

一、采集频率采集频率按表确定,根据数据表本身的性质,可以分为状态类和明细类两种。

除机构关系表和内部科目对照表以外的所有状态类表首次采集采用全量采集,即采集时间点上所有数据的采集,后续采集采用变化量采集,即采集时间点和前次相比发生的变化采集,包含增加和修改。

机构关系表和内部科目对照表首次采集采用全量采集,后续采集也采用全量采集,即后续如发生变化,那么发生变化部分和未发生变化部分都要报送。

明细类表首次采集采用时间段采集,即根据监管要求在采集时间点之前一段时间内的所有数据,后续采集采用增量采集。

部分会计类表在部分时间点需要报送额外的数据,如周报、旬报、月报、季报、半年报、年报。

如下表所示:二、文件格式和命名数据文件为GBK编码文本文件格式,扩展名为.txt,文件中的一行数据对应一个数据实例,各行之间分隔符为回车换行(0x0D,0x0A)。

每个表生成一个数据文件,文件名称以“机构代码”、“表名对应字符串”、“YYYYMMDD”进行组合的方式进行命名,中间用英文短横线“-”进行隔开(不能是中文环境下连字符),如杭州银行股份有限公司、岗位信息表、2012年5月31日数据文件名称为:B0151H233010001-GWXX-20120531.txt每一个数据文件要同时生成一个同名的数据校验文件,数据校验文件后缀名为.log,数据校验文件需要包含以下4行信息,如下格式所示:文件名称:B0151H233010001-GWXX-20120531.txt文件大小(字节):80896创建时间(数据文件创建完成时间):2012-06-01 00:29:02文件结束(表示数据文件正常生成完成):Y表名如下表所示:机构代码如下:B0151H233010001杭州银行股份有限公司B0153H233030001温州银行股份有限公司B0160H233100001浙江泰隆商业银行股份有限公司B0010H133010001浙商银行股份有限公司E0001H233010001浙江省农村信用社联合社三、数据项分隔符1.数据文件的一行数据对应一个数据库实例,每个数据项末尾以英文逗号“,”进行分割。

一表通监管数据采集接口标准

一表通监管数据采集接口标准

一表通监管数据采集接口标准一表通监管数据采集接口标准是一套规范,用于指导监管数据采集系统的设计和开发。

它定义了接口的格式、参数、返回值以及错误处理等内容,以确保不同系统之间的数据传输和交互能够顺利进行。

下面是一些参考内容:1. 接口命名规范:- 接口应以英文动词开始,描述接口的功能,如getXXX、addXXX、updateXXX等。

- 接口名应尽量简洁明了,避免使用过长或含糊的名称。

2. 接口地址规范:- 接口地址应使用英文单词,并采用小写字母和破折号进行分割,如/api/v1/get-xxx。

- 接口地址中应包含版本信息,以方便后续的升级和兼容性处理。

3. 请求参数规范:- 请求参数应使用POST或GET方法传递,并使用JSON格式进行数据交互。

- 参数的命名应使用小写字母,多个单词之间使用下划线进行连接,如page_size。

- 参数应进行必要的校验,包括数据类型、长度、范围等。

4. 返回值规范:- 返回值应使用JSON格式,包括响应状态码、错误信息和返回数据等。

- 响应状态码应符合HTTP标准的状态码定义,如200表示成功、400表示请求错误等。

- 错误信息应提供清晰明了的描述,方便开发者定位和解决问题。

5. 错误处理规范:- 如果接口请求出现错误,应返回对应的错误码和错误信息,以便开发者进行错误处理。

- 错误码应采用数字表示,且每个错误码应有对应的含义说明。

- 错误信息中可以包含具体的错误原因,以便开发者快速定位问题。

6. 安全性规范:- 接口应进行访问权限控制,未经授权的请求应返回相应的错误信息。

- 敏感信息,如密码、Token等,应进行加密传输,并注意防止中间人攻击等安全问题。

- 对于涉及用户隐私信息的接口,应遵守相关的隐私保护法律法规。

以上是一些参考内容,一表通监管数据采集接口标准的具体内容还需要根据实际需求和系统架构进行细化和补充。

同时,还需要根据具体的开发语言和框架,设计相应的接口实现和接口文档。

一表通监管数据采集接口标准

一表通监管数据采集接口标准

一表通监管数据采集接口标准一表通监管数据采集接口标准是为了统一监管数据的采集方式和数据标准,确保数据的准确性、一致性和可比性。

下面是相关参考内容:一、接口规范:1. 接口命名规范:采用统一的命名规范,包括接口名称、参数名称、返回结果等,便于管理和维护。

2. 接口路径规范:接口路径应清晰明确,具有一定的层次性和可读性,便于理解和使用。

3. 接口访问方式:采用标准的HTTP协议进行数据传输,支持GET和POST方法。

4. 接口参数规范:明确定义接口需要的参数及其数据类型、取值范围、必填项等要求,减少参数的冗余和错误。

二、数据格式标准:1. 数据编码规范:统一采用UTF-8编码格式,确保数据在不同系统之间的传输和解析的准确性。

2. 数据格式规范:定义数据的结构和字段,包括数据的类型、长度、格式等,确保数据的一致性。

3. 数据字典规范:明确定义数据的含义和取值范围,确保数据在不同系统之间的解释和比对的准确性。

4. 数据校验规范:制定数据的校验规则和算法,对输入数据进行校验,以确保数据的完整性和准确性。

三、接口安全标准:1. 身份认证:采用合适的身份认证方式,确保只有经过授权的用户才能访问接口。

2. 数据加密:采用合适的加密算法对传输数据进行保护,确保数据的机密性和完整性。

3. 接口权限控制:对接口进行权限控制,确保只有具有相应权限的用户才能访问接口。

4. 异常处理:定义接口在出现异常情况时的处理方式,包括错误码、错误信息等,方便调用方进行异常处理。

四、接口调用和返回规范:1. 接口调用方式:明确定义接口的调用方式和频率,确保接口的合理使用。

2. 返回结果规范:定义接口返回结果的格式和内容,包括成功标识、错误信息、返回数据等,方便调用方进行结果处理。

3. 返回结果编码:定义统一的错误码和错误信息,方便调用方进行结果判断和处理。

五、接口文档和示例:1. 接口文档:编写详细的接口文档,包括接口说明、参数说明、调用示例等,方便调用方了解和使用接口。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

广东省食品药品监督管理局国家电子监管系统省局端系统企业数据采集接口规范建设单位:广东省食品药品监督管理局监理单位:广州市信佰信息技术咨询有限公司承建单位:深圳市天驰医药信息技术开发有限公司2012年12月12日修改情况记录:目录1. 概述 (4)1.1. 接口内容 (4)1.2. 实现方式 (4)1.3. 安全控制 (4)2. 术语与缩写解释 (4)3. 系统入口 (5)4. 接口详细说明 (5)4.1. 接口功能列表 (5)4.2. 响应数据格式公共约定 (5)4.3. 下载经营品种库 (7)4.4. 下载往来企业库 (10)4.5. 上传文件 (12)4.6. 下载文件处理情况 (14)附录一企业上传xml数据文件格式 (16)库存记录 (16)不合格药品记录 (17)生产入库 (17)采购入库 (18)批发退货入库 (18)零售退货入库 (19)批发出库 (20)零售出库 (20)退货出库 (21)毁损出库 (21)抽检出库 (22)附录二xml数字签名 (23)附录三附件说明 (24)1.概述本文档描述《广东省食品药品监督管理局国家电子监管系统省局端系统》平台与广东省内药品流通相关企业内部系统之间的接口规范。

1.1. 接口内容提供企业经营品种库药品标准数据及其更新信息下载;提供企业往来企业库企业标准数据及其更新信息下载;接收企业上传已数字签名xml格式数据文件;提供企业上传文件处理情况。

1.2. 实现方式标准HTTPS GET/POST。

1.3. 安全控制要求客户端数字证书以实现服务器端与客户端双向身份验证。

备注:目前仅支持网证通数字证书,且必须在药监局已备案。

2.术语与缩写解释3.系统入口服务器IP及端口号如下,完整连接请参照具体接口功能请求路径模板测试服务器入口:生产服务器入口:部署调整中,请联系技术支持人员。

4.接口详细说明4.1. 接口功能列表4.2. 响应数据格式公共约定描述所有功能或特定类别的响应数据格式模板,具体功能响应描述部分不再重复介绍本部分已定义数据格式。

4.2.1.通用数据格式JSON格式响应示例:{"data":"","resultCode":0,"resultText":""}XML格式响应示例:<?xml version="1.0" encoding="utf-8"?> <result><resultCode>0</resultCode><resultText></resultText><data> </data></result>4.2.2.分页响应数据格式JSON格式响应示例[蓝色字体部分]:{"data":{"data":[{ },{}],"dataId":"403","pageCount":100,"total":2},"resultCode":0,"resultText":""}XML格式响应示例[蓝色字体部分]:<?xml version="1.0" encoding="utf-8"?><result><resultCode>0</resultCode><resultText></resultText><data><data><med></med><med></med></data><total>2</total><pageCount>100</pageCount><dataId>0</dataId></data></result>4.3. 下载经营品种库企业端调用此接口功能以实现企业内部药品信息与药监药品标准信息的一致性。

本功能仅提供药监系统中,企业已维护的本企业经营品种库范围内的药品标准信息及其更新信息。

4.3.1.接入URLhttps://服务器IP及端口号/data/clientAccept/ toOperationCommodity.do4.3.2.接入方式POST/GET4.3.3.请求请求示例:https://test20120401-1:8081/data/clientAccept/toOperationCommodity.do?dataId=0& resType=xml4.3.4.响应本功能响应格式为分页响应数据格式。

JSON格式响应示例:{"data":{"data":[{ "doseType":"颗粒剂","measureUnit":"盒","medicineCodeNumber":"15503690274573","medicineGeneralName":"阿奇霉素颗粒","packagSpecifications":"6袋/盒","productionEprice":"药品生产企业名称","specifications":"0.1g(10万单位)"},{"doseType":"小容量注射液","measureUnit":"盒","medicineCodeNumber":"84627325991603","medicineGeneralName":"甘草酸二铵注射液","packagSpecifications":"5支/盒","productionEprice":"药品生产企业名称","specifications":"10ml:50mg"}],"dataId":"403","pageCount":100,"total":2},"resultCode":0,"resultText":""}XML格式响应示例:<?xml version="1.0" encoding="utf-8"?><result><resultCode>0</resultCode><resultText></resultText><data><data><med><medicineCodeNumber>药品本位码</medicineCodeNumber><medicineGeneralName>注射用骨肽</medicineGeneralName><doseType>注射用无菌粉末(冻干粉针)</doseType><specifications>10mg</specifications><packagSpecifications>10支/盒</packagSpecifications><measureUnit>支</measureUnit><productionEprice>生产企业名称</productionEprice></med><med><medicineCodeNumber>药品本位码</medicineCodeNumber><medicineGeneralName>注射用阿奇霉素</medicineGeneralName><doseType>注射用无菌粉末(冻干粉针)</doseType><specifications>0.5g</specifications><packagSpecifications>1支/支</packagSpecifications><measureUnit>支</measureUnit><productionEprice>生产企业名称</productionEprice></med></data><total>2</total><pageCount>100</pageCount><dataId>0</dataId></data></result>4.4. 下载往来企业库企业端调用此接口功能以实现企业内部往来企业信息与药监企业标准信息的一致性。

本功能仅提供药监系统中,企业已维护的本企业往来企业库范围内的企业标准信息及其更新信息。

4.4.1.接入URLhttps://服务器IP及端口号/data/clientAccept/toContactsBusiness.do4.4.2.接入方式POST/GET4.4.3.请求请求示例:https://test20120401-1:8081/data/clientAccept/toContactsBusiness.do?dataId=0&re sType=xml4.4.4.响应本功能响应格式为分页响应数据格式。

响应结果集合数据对象描述[示例中蓝色字体部分]:JSON格式响应示例:{"data":{"data":[{"enterPriceName":"阳江市中西医结合医院","enterPriceType":"药品零售企业","district":"阳江江城区","fullAddress":"广东省阳江市江城区建设路"},{"enterPriceName":"潮安县凤凰中心卫生院","enterPriceType":"药品零售企业","district":"潮州潮安县","fullAddress":"潮安县凤凰镇"}],"dataId":"0","pageCount":100,"total":2},"resultCode":0,"resultText":""}XML格式响应示例:<?xml version="1.0" encoding="utf-8"?><result><resultCode>0</resultCode><resultText></resultText><data><data><enter><enterPriceName>封开县罗董镇中心卫生院</enterPriceName><enterPriceType>医疗机构</enterPriceType><fullAddress>封开县罗董镇罗董街2号</fullAddress><district>广东省肇庆市封开县</district></enter><enter><enterPriceName>石药集团欧意药业有限公司</enterPriceName><enterPriceType>药品生产企业</enterPriceType><fullAddress>石家庄市中山西路276号</fullAddress><district>河北省石家庄市桥西区</district></enter></data><total>2</total><pageCount>100</pageCount><dataId>0</dataId></data></result>4.5. 上传文件企业端通过本功能接口上传已签名xml数据文件。

相关文档
最新文档