ICS 35.240.20 CCS L 70 33 浙江省地方标准 DB33/T 1332 2023 公共信用 信息系统 建设规范 Construction specification of public credit information system 2023-11-05 发布 2023-12-05 实施 浙 江 省 市 场 监 督 管 理 局 发 布 DB33/T 1332 2023 I 目 次 前言.II 1 范围.1 2 规 范性 引用 文件.1 3 术 语和 定义.1 4 总 体要 求.1 安全 可靠.1 4.1 资源 共享.2 4.2 开放 扩展.2 4.3 5 系 统架 构.2 公共 信用 信息 系统 关 联与要 求.2 5.1 公共 信用 信息 系统 总 体架构.2 5.2 6 业 务功 能.3 面向 社会 公众 服务 的 功能.3 6.1 面向 政府 部门 服务 的 功能.4 6.2 7 技 术要 求.4 运行 环境 要求.4 7.1 数据 共享 要求.4 7.2 性能 要求.4 7.3 8 安 全要 求.5 安全 管理 机制.5 8.1 安全 管理 制度.5 8.2 认证 授权 与访 问控 制.5 8.3 数据 安全 要求.5 8.4 9 接 口要 求.6 基本 要求.6 9.1 接口 类型 及设 计要 求.6 9.2 10 运 维要 求.7 附录A（规 范性）接口 输入参 数及 返回 结果.8 附录B（资 料性）部分 接口输 入参 数示 例和 返回 结果示 例.14 DB33/T 1332 2023 II 前 言 本标准 按照GB/T 1.1 2020 标准 化工 作导则 第1 部分：标准化 文件 的结构 和起草 规则 的规 定起草。请注意 本标 准的 某些 内容 可能涉 及专 利。本标 准的 发布机 构不 承担 识别 专利 的责任。本标准 由浙 江省 发展 和改 革委员 会提 出、归口 并组 织实施。本标准 起草 单位：浙 江省 信用中 心、中标 数智 标准 技术研 究院（浙 江）有限 公司、浙江 省智 能 技 术标准创 新促 进会、浙 江鸿 程计算 机系 统有 限公 司、义乌市 信用 中心、浙 江有 数数智 科技 有限 公 司、中 国计量大 学、浙江 省信 用协 会。本标准 主要 起草 人：邱自 若、章 转轮、朱 磊、郭远 锋、李 鹏、李南 阳、阎进、李国 迎、方世 世、茅海军、梁协 君、王吉、吴 斌。DB33/T 1332 2023 1 公 共信用 信息系统 建设规 范 1 范围 本标准 规定 了公 共信 用信 息系统 建设 原则、系统 架 构、业务 功能、技术 要求、安全要 求、接 口要 求、运维要 求。本 标准 适用 于各 公共 信用 信息系 统的 设计、建 设和 改造，也适 用于 业务 系统 信用模 块的 接口 对接。2 规范性 引用 文件 下列文 件中 的内 容通 过文 中的规 范性 引用 而构 成本 标准必 不可 少的 条款。其 中，注日 期的 引用 文件，仅该日 期对 应的 版本 适用 于本标 准；不注 日期 的引 用文件，其 最新 版本（包 括所有 的修 改单）适 用 于 本标准。GB/T 22239 信 息安 全技 术 网 络安 全等 级保 护基 本要求 GB/T 25000.51 系统 与软 件工程 系统 与软件 质量 要求和 评价（SQuaRE）第51部 分：就 绪可 用软件产 品（RUSP）的 质量 要求和 测试 细则 GB/T 25058 信 息安 全技 术 信 息系 统安 全等 级保 护实施 指南 GB/T 28827.1 信息 技术 服务 运行 维护 第1 部 分：通用 要求 GB/T 28827.2 信息 技术 服务 运行 维护 第2 部 分：交付 规范 GB/T 28827.3 信息 技术 服务 运行 维护 第3 部 分：应急 响应 规范 GB/T 39786 信 息安 全技 术 信 息系 统密 码应 用基 本要求 DB33/T 2235 信用 信息 库 数据规 范 DB33/T 2487 公共 数据 安 全体系 建设 指南 DB33/T 2488 公共 数据 安 全体系 评估 规范 3 术语和 定义 下列术 语和 定义 适用 于本 标准。3.1 公共信 用信 息 public credit information 依法行 使公 共职 能的 部门 履职过 程产 生的 有关 各类 市场主 体的 信用 信息。注：依法行使公共职能的部门包括行政机关、司法机关以及依法行使公共管理（服务）职能的 企、事业单位和社会组织。来源：GB/T 22117 2018,2.24 3.2 公共信 用信 息系 统 public credit information system 用以提 供公 共信 用信 息的 归集、存储、处 理、共享，支撑 公共 信用 体 系 建设 的信息 化系 统。4 总体要 求 安全可 靠 4.1 DB33/T 1332 2023 2 具有完 善的 安全 管控 机制 和可靠 的技 术。资源共 享 4.2 系统结 构满 足资 源共 享需 要。开放扩 展 4.3 系统支 持技 术发 展和 系统 扩展提 升需 要。5 系统架 构 公共信 用信 息系 统关 联与 要求 5.1 一体化 智能 化公 共数 据平 台获取 各类 业务 系统 产生 的公共 信用 基础 数据 和应 用结果 数据，处 理 加 工后，推 送至 公共 信用 信息 系统；公共 信用 信息 系统 利用公 共信 用基 础数 据和 应用结 果数 据生 成 公 共 信 用产品数 据和 服务，通 过一 体化智 能化 公共 数据 平台 提供给 各类 业务 系统 使用。公共 信用 信息 系 统 与 外 部系统关 联关 系见 图1。各类业务系统一体化智能化公共数据平台公共信用信息系统公共信用基础数据和应用结果数据公共信用产品和服务处理后公共信用基础数据公共信用产品和服务 图1 公共信 用信 息系 统与 外部 系统关 联关 系 公共信 用信 息系 统总 体架 构 5.2 5.2.1 概述 公共信 用信 息系 统架 构应 运用互 联网、大 数据、云 计算、人工 智能 等现 代数 字技术 进行 设计，包 括基础设 施层、数据 资源层、业务 支撑层、业 务应用 层、应 用展现 层以 及政策 制度体 系、标 准规 范体 系、组织保 障体 系、网络 安全 体系。公共 信用 信息 系统 总体架 构见 图2。图2 公共信 用信 息系 统总 体架 构图 5.2.2 基础设 施层 应依托 政务 云平 台、政务 外网、互联 网基 础设 施建 设。DB33/T 1332 2023 3 5.2.3 数据资 源层 应依托 一体 化智 能化 公共 数据平 台及 其所 产生 的公 共基础 库，建设 公共 信用 库和信 用产 品库，应 符合DB33/T 2235 的规 定。5.2.4 业务支 撑层 应具备 统一 身份 认证、日 志管理、消 息服 务、安全 监控、算法 支撑、组 件支 撑等功 能。5.2.5 业务应 用层 应建设 信用 数据、信 用产 品、信 用应 用、信用 服务 等内容。5.2.6 应用展 现层 应提供 信用 网站、信 用移 动端应 用、信用 大屏 展示 应用入 口。宜向 第三 方应 用商提 供接 口服 务。5.2.7 政策制 度体 系 应建立 相关 的信 用配 套制 度，修 正不 匹配 和不 适应 的相关 文件。5.2.8 标准规 范体 系 应建立 完善 的标 准化 体系，包括 数据 标准、目录 标 准、评 价标 准、应 用标 准、信息 安全 规范、信息发布规 范等，形 成公 共信 用建设 的标 准化 体系。5.2.9 组织保 障体 系 应建立 完善 的组 织保 障体 系，培 养自 身信 息化 人才 和建立 高素 质团 队，宜引 进技术 单位 进行 数 字 化建设支 撑。5.2.10 系统安 全体 系 系统安 全防护 应符合GB/T 22239、GB/T 25058、DB33/T 2487 对信 息安全 管理 和 信息安 全技术 的相关要求。6 业务功 能 面向社 会公 众服 务的 功能 6.1 6.1.1 信息公 示 应提供 红黑 名单 信息、行 政许可、行 政处 罚等 公示 服务。6.1.2 信用查 询 应提供 政策 法规、公 共信 用信息、公 共信 用动 态等 查询服 务。6.1.3 信用异 议 应提供 公共 信用 信息 异议 申请、处理 和反 馈服 务。6.1.4 信用修 复 DB33/T 1332 2023 4 应提供 行政 处罚 等不 良信 用信息 的修 复流 程公 示、修 复申 请、修复 反馈 等服 务。6.1.5 信用档 案（报告）应提供 信用 档案（报 告）的查看 和下 载服 务。6.1.6 信用承 诺 应提供 信用 主体 信用 承诺 的公示 和查 询等 服务。面向政 府部 门服 务的 功能 6.2 6.2.1 业务协 同 应为相 关政 府部 门提 供信 用异议、信用 修复、信用 应 用、联合 奖惩 等相 关公 共信 用业务 的协 同 服 务。6.2.2 数据共 享 应为相 关政 府部 门提 供信 用主体 基础 信息、红黑 名 单信息、行政 许可、行政 处 罚等公 共信 用信 息共享服务。6.2.3 信用查 询 应为相 关政 府部 门提 供信 用主体 基础 信息、红黑 名 单信息、行政 许可、行政 处 罚等公 共信 用信 息的查询服 务。6.2.4 信用评 价 应为相 关政 府部 门提 供信 用主体 公共 信用 评价 服务。7 技术要 求 运行环 境要 求 7.1 系统运 行环 境应 达到 下列 要求：服务端 应支 持国 产化 操作 系统、数据 库、中间 件；客户端 应支 持国 产化 操作 系统、浏览 器。数据共 享要 求 7.2 公共信 用信 息系 统应 符合 下列数 据共 享要 求：应依托 一体 化智 能化 公共 数据平 台，横向 对接 本级 政务部 门，纵向 多级 联通，形成 纵横 联动的全省 公共 信用 信息 共享 体系；应及时 获取 一体 化智 能化 公共数 据平 台相 关数 据信 息；数据共 享范 围应 在公 共信 用信息 目录 内；应提供 共享 审批 流程；应提供 数据 脱敏 设置 功能。性能要 求 7.3 系统性 能应 达到 以下 要求，检测 依据 按照GB/T 25000.51 执 行。系统处 理响 应时 间宜 控制 在 2 秒 内；DB33/T 1332 2023 5 信用档 案（报告）、信 用 评价、红黑 名单、行 政许 可、行 政处 罚数 据查 询响 应时间 宜控 制 在 1秒内；信用应 用接 口响 应时 间宜 控制 在 1 秒 内；信用数 据分 析响 应时 间宜 控制 在 8 秒 内。8 安全要 求 安全管 理机 制 8.1 系统应 采取 下列 措施 建立 安全管 理机 制：应建立 健全 公共 信用 信息 共享安 全组 织机 构，明确 数据安 全职 责分 工；应通过 国家 信息 安全 等级 保护三 级认 证，并纳 入等 级保护 工作 及重 要信 息系 统范围；应建立 安全 审计 机制，通 过数据 审计、用 户审 计、操作审 计、日志 审计，保 障平台 安全。安全管 理制 度 8.2 应制定 安全 管理 制度 和措 施，包括 系统 运维 管理 制 度、公共 信用 信息 定期 备 份制度、信息 安全 等级保护制 度、应急 措施 等。认证授 权与 访问 控制 8.3 系统应 采取 下列 措施 建立 认证授 权与 访问 控制：应根 据GB/T 39786 对商 用 密码进 行应 用安 全性 评估；应建立 身份 认证、授 权管 理机制，形 成集 中统 一的 用户管 理和 身份 认证 体系；应采用 多因 素身 份认 证保 证接入 及访 问安 全；应按信 息资 源分 类控 制访 问权限，对 所有 用户 和应 用系统 操作 人员 进行 分类 和授权；核心共 享资 源访 问应 使用 数字证 书进 行认 证、授权 和访问 控制；对访问 数据 的主 体和 访问 点应进 行全 程监 视和 访问 控制。数据安 全要 求 8.4 8.4.1 数据存 储与 传输 信用信 息数 据存 储应 至少 满足5 年存 储容 量，应采 取 数据加 密技 术，避免 数据 在 存储和 传输 中泄 密。8.4.2 数据备 份 应采用 下列 措施 制定 数据 备份机 制：选择备 份策 略应 统筹 考虑 备份的 总数 据量、线 路带 宽、数 据吞 吐量、时 间窗 口以及 对恢 复时间的要 求；应根据 不同 业务 对数 据备 份的时 间窗 口和 灾难 恢复 的要求，选 择不 同的 备份 方式，包括 定期完整备 份、增量 备份 和容 灾备份 等。8.4.3 数据管 理 应对数 据进 行有 效的 识别、分类、分 级、脱 敏、共 享 和公开 管理。通过 数据 审 计和数 据溯 源等 方式，记录数 据流 转全 过程。信 用主体 信息 公开 应满 足下 列要求：企业、社会 组织 等主 体的 公共信 用信 息应 提供 对外 公开查 询功 能；自然人、个 体工 商户 的公 共信用 信息 仅供 本人 或经 本人授 权查 询。DB33/T 1332 2023 6 8.4.4 安全评 估 系统上 线运 行前 应进 行安 全评估，依 据评 估结 果完 成安全 加固。公共信 用信息 系统应 符合GB/T 22239、GB/T 25058、DB33/T 2488 中信 息安全 管 理和信 息安全 技术的规定，并 按相 关标 准进 行符合 性评 估。系统在 上线 运行 后，定期 对已有 的安 全措 施确 认，对存在 的安 全隐 患进 行加 固整改。9 接口要 求 基本要 求 9.1 9.1.1 接口的 使用 对象 为相 关业 务系统。9.1.2 接口由 接口地 址、接口参 数、正 常返回 结果 和异常 返回结 果组成。接 口参数 及返回 结果按 照 附录A 执 行。附 录B 给 出接 口参数 示例 及返 回结 果示 例。9.1.3 接口使 用者 应向 平台 建设 方申请 访问 私钥。9.1.4 接口应 用采 用https 协议 传输，应采 用 POST 请求 方 式调用。9.1.5 接口地 址结 构为：:/，接口 的地 址宜 保持 不 变。接口类 型及 设计 要求 9.2 9.2.1 公共服 务接 口 9.2.1.1 核查接 口 用于核 查信 用主 体的 信用 状况，包含 信用 主体 的信 用基本 概况 和信 用档 案（信用报 告）信息。输 入参数及 返回 结果 具体 要求 应符合 附录A中A.1 的 要求。9.2.1.2 反馈接 口 用于反 馈核 查结 果信 息。输入参 数及 返回 结果 具体 要求应 符合 附录A中A.2的 要求。9.2.2 审批服 务接 口 9.2.2.1 核查接 口 用于行 政审 批中 核查 主体 的信用 状况 信息，包 含信 用 主体的 信用 基本 概况、信 用 档案（信用 报告）、信用预 警信 息、办件 措施。输入 参数 及返 回结 果具 体要求 应符 合附 录A 中A.3 的要求。9.2.2.2 反馈接 口 用于反 馈审 批服 务办 件处 理措施 信息。输 入参 数及 返回结 果具 体要 求应 符合 附录A 中A.4 的要 求。9.2.3 信用档 案（报告）查 询接 口 通过统 一社 会信 用代 码查 询企业、社 会组 织的 公共 信用档 案（报告）信 息。包含基 本信 息、激 励 信息、不 良信息、其 他信息。输入 参数及 返回 结果具 体要求 应符合 附录A 中A.5 的要求。附录B.1 给出 输 入参数及 返回 结果 示例。9.2.4 信用评 价查 询接 口 DB33/T 1332 2023 7 通过统 一社 会信 用代 码查 询企业、社 会组 织的 公共 信用评 价结 果信 息。输入 参数及 返回 结果 具 体 要求应符 合附 录A 中A.6 的要 求。附 录B.2 给 出输 入参 数 及返回 结果 示例。9.2.5 失信名 单查 询接 口 通过统 一社会 信用 代码查 询该主 体是否 在失 信名单 中。输 入参数 及返 回结果 具体要 求应符 合附 录A中A.7 的要 求，附录B.3 给 出输入 参数 及返 回结 果示 例。10 运维要 求 系统运 行维 护基 本要 求应 符合 GB/T 28827.1 的要 求，系统 运行 维护 的交 付应 符合 GB/T 28827.2 10.1 的要求，系 统运 行维 护的 应急响 应符 合GB/T 28827.3 的 要求。应建立 或联 合专 业运 维服 务团队，保 障平 台的 稳定 运行。10.2 应每日 监控 与各 单位 业务 系统、其他 公共 信用 信息 系统的 数据 对接 运行 状态。10.3 DB33/T 1332 2023 8 A A 附录A（规范 性）接口输 入参 数及 返回 结果 A.1 公共服 务核 查接 口的 输入 参数及 返回 结果 A.1.1 输入参 数 公共服 务核 查接 口输 入参 数见表A.1。表A.1 公共 服务 核查 接口 输入 参 数 参数名 参数 说明 是否必须 数据类型 message JSON 格式字符串：use:查询用途 serviceid:发起公共服务核 查的办件唯一识别号 servicename:本次核查的说 明，如 XX 招投标、XX 评优评 先、XX服务事项 keyword:核查主体为法人时，为主体名称+统一社会信用代码，核查 主 体 为 自 然 人 时，为 姓 名+身 份 证 号，例：张 三330101199001010000 creditkey:接入秘 钥 key，由平台统一提供 是 JSON A.1.2 返回结 果 以JSON 格式 返回 结果 数据，格式 定义 如下：checkcode:核查编码，32位唯一字符串,creditlevel:信用等级,type:0:核查，1：黑名单，2：红名单,resultmsg:成功/失败提示,resultdatas:name:主体名称,uscc:统一社会信用代码,score:信用分,rank:信用分排名情况,level:信用等级，若主体为 自然人则无等级,url:信用档案（信用报告）链接,info:“红黑名单描述，该主 体的红黑名单信息类型”,datas:name:激励信息,count:本主体在激励信息中的条数,rows:name:字段名,value:字段值,DB33/T 1332 2023 9 name:字段名,value:字段值,name:不良信息,count:本主体在不良信息中 的条数,rows:name:字段名,value:字段值,name:字段名,value:字段值,advice:policyname:措施法规依据,measure:id:措施ID,name:措施 名称，id:措施ID,name:措施 名称 A.2 公共服 务反 馈接 口的 输入 参数及 返回 结果 A.2.1 输入参 数 公共服 务反 馈接 口输 入参 数见表A.2。表A.2 公共 服务 反馈 接口 输入 参 数 参数 名 参数说明 是否必须 数据类型 message JSON 格式字符串：checkcode:核查编码 resultCode:核查接口中获 得的措施 ID，同时反馈多个措施使用“$”分隔，例如：“01$02”是 JSON A.2.2 返回结 果 以JSON 格式 返回 结果 数据，格式 定义 如下：result:success/error,resultmsg:例：核查反馈成 功 DB33/T 1332 2023 10 A.3 审批服 务核 查接 口的 输入 参数及 返回 结果 A.3.1 输入参 数 审批服 务核 查接 口输 入参 数见表A.3。表A.3 审批 服务 核查 接口 输入 参 数 参数 名 参数 说明 是否必须 数据类型 message JSON 格式字符串：servicecode:权 力 事 项 编 码，采 用 全 省 统 一 编 码，且 为 子 项编码,servicename:权力事项名称 全称,projid:当前事项办件ID（申报号）,areacode:六位数行政区划 代码，到区县级别,dept:权力事项所在的单位 的统一信用代码,deptname:核查部门，部门 全称,name:核 查 主 体为 法 人 时，为 主 体 名 称+统 一 社 会信 用 代码，核查主体为自然人时，为姓名+身 份 证 号，例：张 三330101199001010000 creditkey:接入秘 钥 key，由平台统一提供 是 JSON A.3.2 返回结 果 以JSON 格式 返回 结果 数据，格式 定义 如下：checkcode:核查编码，32 位唯一字符串,creditlevel:信用等级,type:0:核查，1：黑名单，2：红名单,resultmsg:name:主体名称,uscc:统一社会信用代码,score:信用分,rank:信用分排名情况,level:信用等级,若主体为 自然人则无等级,url:信用档案（信用报告）链接,info:“红黑名单描述，该主 体的红黑名单信息类型”,advice:policyname:措施法规依据,url:本部门措 施 pdf 链接,measure:id:措施 ID,name:措 施名称，id:措施 ID,name:措 施名称,children:id:子措 施 ID,name:子措施名称 DB33/T 1332 2023 11 A.4 审批服 务反 馈接 口的 输入 参数及 返回 结果 A.4.1 输入参 数 审批服 务反 馈接 口输 入参 数见表A.4。表A.4 审批 服务 反馈 接口 输入 参 数 参数 名 参数 说明 是否必须 数据类型 checkCode 核查接口取得的 checkCode 是 字符串 resultCode 核查反馈状态编码或措施 ID，同时反馈多个措施使用“$”分隔，例如：“01$02”是 字符串 status 办件状态：收件/受理/审批/办结 是 字符串 A.4.2 返回结 果 以JSON 格式 返回 结果 数据，格式 定义 如下：result:成功/失败,resultmsg:例：核查反馈成 功 A.5 信用档 案（报告）查 询接 口的输 入参 数及 返回 结果 A.5.1 输入参 数 信用档 案（报告）查 询接 口输入 参数 见表A.5。表A.5 信用 档案（报 告）查询 接 口输入 参数 参数名 参数说明 是否必须 数据类型 matterName 权力事项名称 如未填写权力事项名称需要填写用途 字符串 matterCode 权力基本码（事项代码），采 用全省统一编码，且为子项编码。（一般来自于部门 行政事项统一目录，格式如“处罚-#-#”，“其他-#-#-#”等）无权力事项的非必填 字符串 purpose 用途 如未填写用途需要填写权力事项名称 字符串 deptName 查询部门名称全称 是 字符串 deptCode 查询部门统一社会信用代码 是 字符串 DB33/T 1332 2023 12 表A.5 信用 档案（报 告）查询 接 口输入 参数（续）参数名 参数说明 是否必须 数据类型 appKey 系统接入唯一码，需找 平台申请获取 是 字符串 uscc 企业、社会组织、事业单位、政府填写统一社会信用代码，个人填写身份证号 是 字符串 ztlx 主体类型：E 企业S 社会组织 P 个人 I 事业单位 G政府 是 字符串 A.5.2 返回结 果 以JSON 格式 返回 结果 数据，格式 定义 如下：daUrl:信用档案（信用报 告）链接地址 A.6 信用评 价查 询接 口的 输入 参数及 返回 结果 A.6.1 输入参 数 信用评 价查 询接 口输 入参 数见表A.6。表A.6 信用 评价 查询 接口 输入 参 数 参数名 参数说明 是否必须 数据类型 matterName 权力事项名称 如未填写权力事项名称需要填写用途 字符串 matterCode 权力基本码（事项代码），采用全省统一编码，且为子项编码。（一般来自于部门行政事项统一目录，格式如“处罚-#-#”，“其他-#-#-#”等）无权力事项的非必填 字符串 purpose 用途 如未填写用途需要填写权力事项名称 字符串 deptName 查询部门名称全称 是 字符串 deptCode 查询部门统一社会信用代码 是 字符串 appKey 系统接入唯一码，需找 平台申请获取 是 字符串 uscc 企业、社会组织、事业单位、政府填写统一社会信用代码，个人填写身份证号 是 字符串 ztlx 主体类型：E 企业S 社会组织 P 个人 I 事业单位 G 政府 是 字符串 ztmc 主体名称 是 字符串 A.6.2 返回结 果 以JSON 格式 返回 结果 数据，格式 定义 如下：xyf:信用分,DB33/T 1332 2023 13 atmc:统一社会信用代码对 应的主体名称,pjdj:评价等级,uscc:统一社会信用代码,pjsj:评价时间 A.7 失信名 单查 询接 口的 输入 参数及 返回 结果 A.7.1 输入参 数 失信名 单查 询接 口输 入参 数见表A.7。表A.7 失信 名单 查询 接口 输入 参 数 参数名 参数说明 是否必须 数据类型 matterName 权力事项名称 如未填写权力事项名称需要填写用途 字符串 matterCode 权力基本码（事项代码），采用 全省统一编码，且为子项编码。（一般来自于部门行政事项统一目录，格式如“处罚-#-#”，“其他-#-#-#”等）无权力事项的非必填 字符串 purpose 用途 如未填写用途需要填写权力事项名称 字符串 deptName 查询部门名称全称 是 字符串 deptCode 查询部门统一社会信用代码 是 字符串 appKey 系统接入唯一码，需找 平台申请获取 是 字符串 uscc 企业、社会组织、事业单位、政府填写统一社会信用代码，个人填写身份证号 是 字符串 ztlx 主体类型：E(企业)/S(社会组 织)/P(个人)/I(事业单位)/G政府 是 字符串 ztmc 主体名称 是 字符串 A.7.2 失信名 单查 询返 回结 果 以JSON 格式 返回 结果 数据，格式 定义 如下：ztmc:主体名称,uscc:统一社会信用代码,belong:是否属于失信名单：是、否,advice:hmdlx:黑名单类型,lrsj:列入时间,lysx:来源属性 DB33/T 1332 2023 14 B B 附录B（资料 性）部分接 口输 入参 数示 例和 返回结 果示 例 B.1 信用档 案（报告）查 询接 口输入 参数 示例 及返 回结 果示例 B.1.1 信用档 案（报告）查 询接 口输入 参数 示例 appKey:test,purpose:测试,uscc:统一社会信用代码,ztlx:E,matterName:经营许可,matterCode:许可-0000-000-01,purpose:行政许可查询,deptName:市场监管局,deptCode:11211000006526097B B.1.2 信用档 案（报告）查 询接 口返回 结果 示例 成功返 回结 果示 例 success:true,code:0,state:null,resultmsg:查询成功,data:daUrl:sevoss.oss-cn-hangzhou-zwynet-d01-异常秘 钥返 回结 果示 例 code:-1,resultmsg:您无该接口的 查询权限,success:false 异常入 参返 回结 果示 例 code:-1,DB33/T 1332 2023 15 resultmsg:没有该主体的 档案信息,success:false B.2 信用评 价查 询接 口输 入参 数示例 及返 回结 果示 例 B.2.1 信用评 价查 询接 口输 入参 数示例 appKey:test,uscc:统一社会信用代码,ztlx:S,matterName:经营许可,matterCode:许可-0000-000-01,purpose:行政许可查询,deptName:市场监管局,deptCode:11211000006526097B B.2.2 信用评 价查 询接 口返 回结 果示例 成功返 回结 果示 例 success:true,code:0,state:null,resultmsg:查询成功,data:xyf:820,ztmc:（主体名称）,pjdj:（评价等级）,uscc:（统一社会信用 代码）,pjsj:2021-06-09 异常秘 钥返 回 结 果示 例 code:-1,resultmsg:您无该接口的 查询权限,success:false 异常入 参返 回结 果示 例 code:-1,resultmsg:没有该主体的 档案信息,DB33/T 1332 2023 16 success:false B.3 失信名 单查 询接 口输 入参 数示例 及返 回结 果示 例 B.3.1 失信名 单查 询接 口输 入参 数示例 appKey:test,uscc:统一社会信用代码,ztlx:E,ztmc:主体名称,matterName:经营许可,matterCode:许可-0000-000-01,purpose:行政许可查询,deptName:市场监管局,deptCode:11211000006526097B B.3.2 失信名 单查 询接 口返 回结 果示例 B.3.2.1 不存在 于失 信名 单返 回结 果示例 如下：success:true,code:0,state:null,resultmsg:查询成功,data:ztmc:（主体名称）,uscc:（统一社会信用代码）,belong:否,blackList:null B.3.2.2 存在于 失信 名单 返回 结果 示例 如 下：success:true,code:0,state:null,resultmsg:查询成功,data:ztmc:（主体名称）,uscc:（统一社会信用代码）,belong:是,DB33/T 1332 2023 17 blackList:hmdlx:工商严重违法失信 企业名单,lrsj:2019-08-19,lysx:省内,hmdlx:工商严重违法失信 企业名单,lrsj:2018-11-19,lysx:省内 B.3.2.3 异常秘 钥返 回结 果示 例 如 下：success:true,code:0,state:null,resultmsg:您无该接口的 查询权限,data:null B.3.2.4 异常入 参返 回结 果示 例 如 下：success:true,code:0,state:null,resultmsg:没有该主体的 档案信息,data:null