ICS 35.240 CCS L 70 37 山 东 省 地 方 标 准 DB37/T 4272—2020 公共信用信息 法人和其他组织统一社会 信用代码应用服务规范 Public credit information—Application service specification of the unified social credit identifier for legal entities and other organizations 2020-12-25 发布 2021-01-25 实施 山东省市场监督管理局 发 布 DB37/T 4272—2020 目 次 前言 ................................................................................. II 1 范围 ............................................................................... 1 2 规范性引用文件 ..................................................................... 1 3 术语和定义 ......................................................................... 1 4 缩略语 ............................................................................. 1 5 总体要求 ........................................................................... 1 6 服务模型 ........................................................................... 1 6.1 6.2 6.3 6.4 6.5 概述 ........................................................................... 数据资源层 ..................................................................... 数据支撑层 ..................................................................... 应用层 ......................................................................... 用户层 ......................................................................... 1 2 2 2 2 7 服务方式 ........................................................................... 2 7.1 信息查询公示 ................................................................... 2 7.2 接口服务 ....................................................................... 2 7.3 安全措施 ....................................................................... 3 附录 A（资料性） 接口标识规范 ......................................................... 5 I DB37/T 4272—2020 前 言 本文件按照GB/T 1.1—2020《标准化工作导则 第1部分：标准化文件的结构和起草规则》的规定 起草。 请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。 本文件由山东省发展和改革委员会提出、归口并组织实施。 本文件起草单位：山东省社会信用中心、山东省标准化研究院、山东赛宝电子信息工程有限责任公 司、山东省计算中心（国家超级计算济南中心）、山东新一代标准化研究院有限公司、浪潮软件集团有 限公司、济宁市质量技术监督信息所、济南市标准和质量服务中心、青岛市标准化研究院。 本文件主要起草人：邓祥武、燕纪煌、王军、王欢、刘吉洲、刘毅、王春梅、杨仁华、马健、孙树 强、杜娟、蒋延花、徐一鸣、张弸、武胜军、柴霞、靳先军、高辉、刘永光、隋泽旭、高建英、张逊。 II DB37/T 4272—2020 公共信用信息 法人和其他组织统一社会信用代码应用服务规范 1 范围 本文件规定了山东省法人和其他组织统一社会信用代码应用服务的基本要求、服务模型、服务方式。 本文件适用于山东省法人和其他组织统一社会信用代码应用服务的开发、管理和使用等工作。 2 规范性引用文件 下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件， 仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本 文件。 GB 32100 法人和其他组织统一社会信用代码编码规则 GB/T 36104 法人和其他组织统一社会信用代码基础数据元 3 术语和定义 GB 32100界定的以及下列术语和定义适用于本文件。 3.1 法人和其他组织统一社会信用代码应用服务 application service of the unified social credit identifier for legal entities and other organizations 以法人和其他组织统一社会信用代码数据为基础通过信息和网络技术来处理数据的服务。 4 缩略语 下列缩略语适用于本文件。 IP：互联网协议地址（Internet Protocol Address） REST：表述性状态传递（Representational State Transfer） XML：可扩展标识语言（Extensible Markup Language） JSON：JavaScript对象简谱（JavaScript Object Notation） 5 总体要求 全省统一社会信用代码数据库按照唯一性、兼容性、稳定性、全覆盖、可追溯的原则建设，覆盖登 记管理部门和机构类型应符合GB 32100要求，数据字段应符合GB/T 36104要求。按照国家和山东省关于 政务信息资源共享和公共数据资源开放的要求，统一社会信用代码信息应向社会公众、政府部门提供应 用服务。 6 服务模型 6.1 概述 1 DB37/T 4272—2020 统一社会信用代码应用服务模型由数据资源层、数据支撑层、应用层、用户层组成，标准规范和安 全保障为各层提供支撑，见图1。 服务对象 用户层 社会公众 政府部门 应用服务 应用层 信息公示 标 准 规 范 数据接口 安 全 保 障 全省统一社会信用代码数据库 数据支撑层 归集 校核 入库 维护 登记管理部门统一社会信用代码数据 数据资源层 机构编制 市场监管 民政 司法行政 工会 农业 …… 图1 统一社会信用代码应用服务模型 6.2 数据资源层 统一社会信用代码数据通过与登记管理部门建立回传机制进行归集，登记管理部门包括：机构编制、 市场监管、民政、司法行政、工会、农业等，其中市场监管、民政数据通过省级回传归集，其他类型通 过全国组织机构统一社会信用代码数据服务中心回传归集。 6.3 数据支撑层 接收数据并对数据进行校核，校核依据GB 32100、GB/T 36104要求，符合标准的数据更新至统一社 会信用代码数据库，问题数据应及时反馈至登记管理部门纠正。 6.4 应用层 提供统一社会信用代码信息公示和数据接口应用服务。 6.5 用户层 服务对象包括：社会公众、政府部门。 7 服务方式 7.1 信息查询公示 7.1.1 提供在线查询应用服务，服务免登录，可直接输入条件查询，查询条件包括：统一社会信用代 码、组织机构代码、机构名称。 7.1.2 统一社会信用代码公示的数据字段包括但不限于：统一社会信用代码、组织机构代码、机构名 称、机构类型、法定代表人（负责人）、成立时间、办证日期、最新更新时间。 7.2 接口服务 2 DB37/T 4272—2020 7.2.1 接口服务流程 7.2.1.1 政府部门或有应用需求的机构提出接口服务书面申请，包括：机构名称、接入应用系统名称、 接口接入设备的 IP 地址、选择可提供的数据项、应用范围等。 7.2.1.2 对申请进行审批，审批通过，则分配授权信息，包括：账号、密码、接口地址、接口配置、 约定数据项等；如审批不通过，则反馈审核意见。 7.2.2 接口服务分类 7.2.2.1 概述 接口服务分为三种类型：核验类、查询类、传输类。 7.2.2.2 核验类 信息验证包含双要素验证、四要素验证。具体访问方式如下： a) 双要素验证指验证机构名称和统一社会信用代码之间的对应关系，向应用接口发送包含机构 名称、统一社会信用代码的请求参数，反馈结果为一致或不一致； b) 四要素验证的要素包含机构名称、统一社会信用代码、法定代表人（负责人）、证件号码， 向应用接口发送包含四要素的请求参数，反馈结果为一致或不一致。四要素验证一般用于网 上业务办理的身份认证。 7.2.2.3 查询类 接口查询包含以下两种访问方式： a) 以统一社会信用代码作为请求参数，接口返回 1 条匹配的约定信息，如未能匹配，则返回记 录为 0 条。兼容以组织机构代码（统一社会信用代码第 9-17 位，主体标识码）作为条件查询； b) 以机构名称为请求参数，接口返回匹配的约定信息，支持模糊查询并以列表形式返回。 7.2.2.4 传输类 信息订阅包含指定日期推送、指定范围推送。具体访问方式如下： a) 以日期为输入参数，传输当日更新的数据，返回约定信息； b) 可根据需求，定期推送指定范围内的最新信息。 7.2.3 技术要求 7.2.3.1 接口类型 接口类型一般包括WebService和REST两种方式，返回数据应采用固定格式封装，如XML、JSON等。 7.2.3.2 接口标识规范 接口标识规范见附录A