企业数据采集接口规范
数据采集接口的开发内容
数据采集接口的开发内容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
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
企业征信系统数据采集接口规范（机构基本信息部分）版本号：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范围本规范规定了企业征信系统和机构信用代码系统所采集机构基本信息的范围、信息类型、具体数据项、数据报送文件的组织格式，以及未正确入库数据的反馈格式等。
数据采集标准规范
数据采集标准规范数据采集是指从各种来源获取数据的过程，它是数据分析和决策制定的基础。
在进行数据采集时，必须遵循一定的标准和规范，以确保数据的准确性和可靠性。
本文将介绍数据采集的标准规范，帮助您更好地进行数据采集工作。
首先，数据采集的标准规范包括数据来源的选择。
在选择数据来源时，需要确保数据的可靠性和真实性。
数据来源应当是经过验证和权威认证的，可以是官方发布的数据、行业报告、专业机构的调研数据等。
在选择数据来源时，还需要考虑数据的时效性和完整性，以确保数据的有效性和全面性。
其次，数据采集的标准规范还包括数据采集的方法和技术。
数据采集方法应当根据数据的特点和来源进行选择，可以采用问卷调查、实地观察、网络爬虫等方式进行数据采集。
在进行数据采集时，需要注意数据的采样和抽样方法，确保数据的代表性和可靠性。
此外，还需要注意数据的存储和传输安全，保护数据的隐私和机密性。
另外，数据采集的标准规范还包括数据质量的控制和管理。
在进行数据采集时，需要建立数据质量控制的标准和流程，确保数据的准确性、一致性和完整性。
数据采集过程中还需要进行数据清洗和去重，排除数据中的错误和冗余信息。
同时，还需要建立数据管理的制度和流程，确保数据的安全和可追溯性。
最后，数据采集的标准规范还包括数据采集结果的报告和分析。
在进行数据采集后，需要对数据进行整理和分析，形成数据报告和分析结果。
数据报告应当清晰、简洁、准确地呈现数据，分析结果应当客观、科学、可靠地解释数据。
在进行数据报告和分析时，还需要注意数据的可视化呈现，以便更好地理解和应用数据。
总之，数据采集是数据分析和决策制定的基础，必须遵循一定的标准和规范。
本文介绍了数据采集的标准规范，包括数据来源的选择、数据采集的方法和技术、数据质量的控制和管理，以及数据采集结果的报告和分析。
希望本文能帮助您更好地进行数据采集工作，提高数据的准确性和可靠性。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 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数据文件。