DB32∕T 5352.3-2026 基础数据库应用服务规范 第3部分：电子证照

ICS35.240.01

CCSL67

!7,



DB32/T5352.3—2026

基础数据库应用服务规范

第3部分：电子证照

Specificationforbasicdatabaseapplicationservice—

Part3：Electroniccertificates

2026‑02‑06发布2026‑03‑06实施

江苏省市场监督管理局发布

中国标准出版社出版

DB32/T5352.3—2026

目次

前言……………………………Ⅲ

引言……………………………Ⅳ

1范围…………………………1

2规范性引用文件……………1

3术语和定义…………………1

4基本原则……………………2

5业务架构……………………2

6数据资源……………………3

7制发服务……………………6

8共享应用服务………………9

9合规管理……………………11

10异议处理…………………12

附录A（资料性）电子证照业务联系单……………………13

参考文献………………………16

Ⅰ

DB32/T5352.3—2026

前言

本文件按照GB/T1.1—2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定

起草。

本文件是DB32/T5352《基础数据库应用服务规范》的第3部分。DB32/T5352已经发布了以下

部分：

——第1部分：综合人口；

——第2部分：综合法人；

——第3部分：电子证照。

请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。

本文件由江苏省数据局提出并组织实施。

本文件由江苏省数据标准化技术委员会归口。

本文件起草单位：江苏省大数据管理中心、江苏省卫生健康委员会、江苏省教育厅、徐州市大数据

管理中心。

本文件主要起草人：杨波、李萍、吴善鹏、陈炜、王冠、谭睿、刘超、庄光光、花凌锋、刘瑛、朱小燕、刘伟、

王子文、管正涛、韦小强、施劲、许晓冯、王冬梅、董海、潘俊、刘政。

Ⅲ

DB32/T5352.3—2026

引言

基础数据库是按照基础业务的分类维度划分的数据资源库，主要存储人口、法人、电子证照、自然资

源与空间地理等基础数据。规范基础数据库应用服务，对推动数字政府建设、提升政府治理能力和公共

服务水平具有重要意义。DB32/T5352《基础数据库应用服务规范》按照国家有关要求，结合江苏省实际

情况，确立基础数据库应用服务管理要求，由以下3个部分组成。

——第1部分：综合人口。目的在于确立综合人口库应用服务的业务架构、数据资源、服务方式和流

程、合规管理、数据异议处理等业务内容与要求。

——第2部分：综合法人。目的在于确立综合法人库应用服务的业务架构、数据资源、服务方式和流

程、合规管理、数据异议处理等业务内容与要求。

——第3部分：电子证照。目的在于确立电子证照库应用服务的业务架构、数据资源、证照制发服

务、证照共享应用服务、证照服务合规管理、证照数据异议处理等业务内容与要求。

Ⅳ

DB32/T5352.3—2026

基础数据库应用服务规范

第3部分：电子证照

1范围

本文件规定了电子证照制发服务、共享应用服务、合规管理、异议处理等全周期的业务流程和规则。

本文件适用于江苏省范围内各级公共数据运行管理机构、电子证照颁发机构、电子证照应用部门开

展电子证照制发服务、质量管理、共享服务等工作。

2规范性引用文件

下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文

件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本

文件。

GB/T33481党政机关电子印章应用规范

GB/T36901电子证照总体技术架构

GB/T36902电子证照目录信息规范

GB/T36904电子证照标识规范

GB/T36905电子证照文件技术要求

GB/T39786信息安全技术信息系统密码应用基本要求

DB32/T4608.5公共数据管理规范第5部分：数据异议处理

3术语和定义

GB/T36901和GB/T36902界定的以及下列术语和定义适用于本文件。

3.1

电子证照electroniccertificate

由计算机等电子设备形成、传输和存储的证照数据文件。

［来源：GB/T36901—2018，3.3］

3.2

电子证照颁发机构certificateissuingauthority

依据法律法规或服务事项颁发证照的机构。

［来源：GB/T36902—2018，3.5］

3.3

用证部门certificateverifyingauthority

在政务服务中，依法要求办事主体（个人或企业）提供证明，并有权查验、核实对方所持有的电子证照

的真实性、有效性和合法性的机构或组织。

3.4

公共管理和服务机构publicmanagementandserviceagency

各级国家机关、法律法规授权的具有管理公共事务职能的组织，以及供水、供电、供气、供热、通信、医

1

DB32/T5352.3—2026

疗、教育、文化旅游、体育、交通运输、环境保护等公共企业事业单位。

3.5

公共数据运行管理机构publicdataoperationandmanagementinstitution

负责本行政区域内公共数据归集治理、共享开放和融合应用的组织机构。

3.6

持证主体certificateholder

持有电子证照的实体。

注：持证主体类别分为自然人、法人和其他组织。持证主体常见类型及代码参见GB/T36903。

3.7

持证主体授权certificateholderauthorization

持有合法电子证照（如电子出生医学证明、电子身份证、电子资质证书等）的实体（个人、企业或机

构），通过数字化方式将其部分或全部权利、权限或职能委托给其他主体行使的过程。

4基本原则

4.1共建共用

省内各级公共数据运行管理机构会同电子证照颁发机构、电子证照应用部门等部门，归集、制发电子

证照，推动电子证照库数据跨部门、跨层级、跨区域共享共用。

4.2省市协同

各设区市电子证照库按要求向省电子证照库汇聚电子证照数据，省电子证照库为设区市提供数据共

享服务。

4.3最小必要

用证部门使用电子证照时，应符合其申请使用的政务服务场景，在最小范围内调用电子证照，为服务

对象提供服务。

4.4统一标准

电子证照信息采集、制证签发、归集汇聚、共享应用、归档留存、安全维护、监督管理等应遵循国家统

一的技术和业务标准规范，便于电子证照的统筹管理和全国互通互认。

4.5安全可控

围绕电子证照全流程安全管理，落实安全主体责任，加强安全传输、加密存储、访问控制、授权管理、

行为可溯，健全管理措施和技术手段。

5业务架构

5.1业务架构图

电子证照业务包含目录管理、证照制发、证照应用等方面，电子证照业务总体架构如图1所示。

2

DB32/T5352.3—2026



*@&24

@&,

@&

*



!5

@&,

,3*@&24



!50

,3

24,

0)@&

@&

*00,3*024

@&O0

*BF0)D=0)

@&,

@&

*



!5

@&,



!50

@



24@

*@&2400@

*024

@&O0

*

图1电子证照业务总体架构

5.2业务架构说明

5.2.1目录管理

提取证照类型信息（参照GB/T36902）和证照基础信息（参照GB/T36903）的并集，并按照一定的

分类方法进行排序和编码形成电子证照目录。目录内容应能提供证照检索和定位所需的必要信息，保障

各类电子证照的唯一性和规范性。

按照GB/T36902开展编目、注册、发布和下线等目录动态管理工作。

5.2.2证照制发

电子证照应与实体证照同步签发、同步更新、同步废止；宜与实体证照保持相同版面，并加盖有效可

靠的电子印章（或电子签名）后签发。

5.2.3证照应用

公共管理和服务机构在履职过程中，根据服务事项规范要求，当需要查询、获取、核验、归档服务对象

必要的证件、执照、证明、资质等证照时，可使用电子证照支撑业务办理。

5.2.4质量管理

电子证照颁发机构参考GB/T36902、GB/T36903、GB/T36905、GB/T36344等标准，开展电子证

照数据的质量管理工作，电子证照数据应保持准确、完整、及时、有效、唯一、一致。

5.2.5运行管理

电子证照制发、应用、质量管理、异议处理等工作宜制定常态化运行管理机制，监测证照全周期运行

情况，定期开展业务和技术合规性检查，并采取有效的风险防控措施，保障电子证照各环节业务持续稳

定、合规安全运行。

6数据资源

6.1信息模型

电子证照类型信息与电子证照信息是整体和个体的关系，两者通过证照类型名称或者证照类型代码

3

DB32/T5352.3—2026

进行关联。

证照类型信息定义了每一类电子证照的共性通用信息内容，同一类证照中的每一张电子证照均具备

上述相同的共性通用信息。

示例：身份证对应的电子证照名称为“身份证”且其具有唯一类别代码，颁发机构为公安部门，持证主体为“自然人”，

某一地区内的所有公民电子身份证的名称、颁发机构、持证主体类别信息均相同。

证照信息定义了每一张电子证照的个体特征信息内容，同一类证照中的每一张电子证照均应具备相

关数据项（字段），但是具体数据项内容不一样，如：身份证上均有“身份证号”数据项，但是每个持证人的

身份证号不一样。

证照类型与证照信息的关系如图2所示。证照类型名称、证照类型代码、证照定义机构（颁发机构）、

持证主体类别、关联事项等信息为共性通用信息，持证主体、证照业务信息、证照有效期起始和截止时间

等为证照个体特征信息。

@&,

@@&@

e@&1

/e@&/

e@&1

-e@&1

-

e@&4-

-

-

e@&

@





e@&M

e@&-e@&M@

e@&3

e@&M-

Mn

"

@&1

e@&M

@&



e

"

K

e

"

5

@

e

"

*

e@1

e

"Ke@/

eK8

e@-

e@&M3

e@-1







e@-1

-

e



M

M*

e



M

e5M/

e@&B



e5M-e@&

图2证照类型与证照信息的关系

6.2证照分类和分类管理要求

证照分类和分类管理应符合GB/T36902的要求。

6.3电子证照类型元数据

6.3.1基础信息

参照GB/T36902相关内容，包含证照类型名称、证照类型代码、证照定义机构、证照定义机构代码、

证照定义机构级别、关联事项名称、关联事项代码、持证主体类别、有效期限范围、电子证照颁发机构级

别等。

6.3.2扩展信息

可参照GB/T36902相关内容，对电子证照类型元数据扩展。

4

DB32/T5352.3—2026

6.4电子证照元数据

6.4.1基础信息

参照GB/T36902相关内容，包含证照标识、颁发机构、持证主体和生效信息等。

6.4.2业务信息

业务信息应包含证照照面信息中业务相关的必要信息（如：地址、车辆识别代号等）。

不同类型的电子证照有不同的业务信息，如需对元数据进行扩展，可按以下规则进行扩展：

a）增加新的元数据项，但在作为国家标准或行业标准发布前，该数据项的英文名称及短名开头应

为“KZ_”；

b）对每个新加的元数据，应采用摘要表示的方式，定义其中文名称、定义、数据类型、值域、短名、约

束，并给出合适的示例；

c）新扩展的元数据不应与本文件已定义的元数据重名或含义相同。

6.4.3加注件信息

电子证照加注件信息为办理相关事项在电子证照原件基础上附加用途、有效期限等声明信息，保障

电子证照文件合规使用。加注件信息应只用于电子证照加注件的制作，包含加注件制作时间、加注件制

作者、加注件制作事由、加注件有效期截止日期。

6.5电子证照文件

6.5.1一般要求

每张电子证照文件具有唯一的证照标识，电子证照文件以版式电子文件形态表示，原件和加注件应

满足如下要求：

a）电子证照文件标识由电子证照颁发机构按照GB/T36904的规则生成，并保证其唯一性，电子

证照文件标识生成后，在传输、应用、存档等过程中应保持不变；

b）使用PDF、OFD文件格式；

c）电子证照原件和电子证照加注件其他要求参考GB/T36905。

6.5.2加注件要求

电子证照加注件在满足一般要求外，还应满足如下要求：

a）电子证照加注不应破坏原证照中电子签章（或数据签名）的有效性；

b）电子证照加注内容应不影响原有照面信息的识读；

c）用于依政府职能共享的加注件，加注内容应无歧义地明确所应用的政府职能事项。加注内容中

对用途的说明宜为“此件仅用于××事项/业务（编码**）”，其中“××事项/业务”是全国一体化

政务服务平台或江苏省政务服务事项标准中确定或注册备案的政务服务等事项规范名称，“编

码**”是事项代码或该代码中可辅助确定该事项的全部信息或者片段信息；

d）加注内容应说明有利于确定加注件的有效期限起止时点。加注内容中对有效期起止时点的说

明宜为“有效期YYYY年MM月DD日至YYYY年MM月DD日”“有效期至YYYY年MM月

DD日”或“有效期YYYY年MM月DD日当日”；

e）加注内容宜明确加注件的使用方。可使用“供××个人或单位使用（个人证照编码或单位证照

编码）”等方式在加注内容中说明加注件的接收单位名称或其代码；

f）加注内容中不宜包含图像。

5

DB32/T5352.3—2026

6.6质量要求

6.6.1准确性

电子证照数据描述的信息与真实客观情况符合程度的性质，电子证照文件中的内容、结构和背景信

息与形成时的原始状态保持一致。

6.6.2完整性

电子证照内容、结构和背景信息齐全且没有破坏、变异或丢失的性质，包含证照元数据完整、证照文

件要素完整和数据规模完整等要求。具体要求如下：

a）元数据完整，指每一张电子证照应包含该类电子证照的有效信息，具备完整的基础信息、业务信

息等要素；

b）文件要素完整，指电子证照文件的内容、照面结构和业务信息齐全并加盖有效的电子印章（或数

字签名），且电子印章（或数字签名）应保持完整；

c）数据规模完整，指每一类电子证照应明确数据覆盖的业务时间、持证主体等与数据规模相关的

业务范围，保证相关时间、地域范围内的数据全量汇聚。

6.6.3及时性

电子证照与实体证照同步制发、更新（证照注销、年检、换证、挂失等）时效的性质，电子证照应与实体

证照同步制发、更新，最新的证照数据及时归集至本级电子证照库。

6.6.4有效性

电子证照的凭证效力被其颁发机构继续认可的性质，电子证照文件照面样式、元数据、电子印章（或

数字签名）符合国家和江苏省相关标准规范要求，电子印章（或数字签名）能通过合法性、有效性核验，并

且电子证照应在有效期限内。

6.6.5唯一性

电子证照唯一可识别的性质，每类电子证照有唯一的证照类型标识、每张电子证照有唯一的证照标

识，且证照信息内容唯一，同一类证照的同一持证主体，不应存在信息完全一致的多张有效电子证照。

6.6.6一致性

电子证照在全生命周期信息保持一致不变的性质，一致性应符合以下要求。

a）电子证照数据应与实体证照一致，如证照信息、照面样式、状态等，且电子证照上的电子印章印

模应与备案的印模一致。若电子印章与实体印章因客观原因无法保持一致的，实体证照颁发单

位应发文说明。

b）同一电子证照在不同业务系统中信息应保持一致。

7制发服务

7.1基本要素

7.1.1照面样式

电子证照照面样式由电子证照颁发机构依据实体证照样式制定，宜与实体证照版面保持一致。若已

6

DB32/T5352.3—2026

有国家或行业主管部门统一制定电子证照照面样式的标准规范，则应优先使用国家或行业主管部门制定

的标准。

示例：根据国家政务服务平台标准C0134—2019，《出生医学证明》的照面样式由国家卫生健康委员会统一监制，各颁

发机构在制发时应统一遵循。

7.1.2证照数据

电子证照数据应按照元数据要求，包含完整的基本信息和业务信息，且电子证照数据内容应与实体

证照一致，不宜出现缩写或模糊表述，对于有明确有效期的证照，应准确记录起始日期和截止日期。各证

照如国家或行业主管部门已规定元数据和编目规则，应按照标准规范提供证照数据。

7.1.3电子印章

电子证照文件应由颁发机构或其授权机构加盖符合《中华人民共和国电子签名法》和GB/T33481

要求的电子印章或数字签名。

电子印章的要求如下：

a）电子印章的印模应与印章管理部门备案的保持一致；

b）签署用的电子印章应符合全国一体化政务服务平台要求，并在该平台注册；

c）电子印章其他要求参照GB/T38540和国家、江苏省电子印章相关管理办法。

示例：《出生医学证明》的电子印章与其实体证照印模及印章管理部门备案的印模均完全一致。《结婚证》电子证照的

印章虽与实体证照印模不同，但与备案印模一致。

7.2制发汇聚方式

7.2.1自行制发

7.2.1.1制发方式

电子证照颁发机构结合本地区、本部门业务需求，具备电子证照照面样式、业务数据等条件的情况

下，使用自主建设的能力按照国家、行业和本文件标准制发电子证照。

7.2.1.2汇聚方式

电子证照颁发机构完成电子证照制发后，及时将电子证照目录信息汇聚至本级电子证照库，同时向

本级电子证照库提供标准化证照服务接口，支持电子证照跨部门、跨地区、跨层级互联互通。

7.2.2依托本级电子证照库服务能力制发

7.2.2.1制发方式

电子证照颁发机构结合本地区、本部门业务需求，具备电子证照照面样式、业务数据等条件的情况

下，依托本级电子证照库能力制发电子证照。

7.2.2.2汇聚方式

电子证照颁发机构汇聚电子证照照面样式、业务数据至本级电子证照库，依托本级电子证照库实现

电子证照制发、变更、延续、注销等全生命周期动态化管理。

注：各级电子证照库宜提供系统对接、人工操作等不同方式的制发能力，对于业务量大的电子证照颁发机构宜采用系

统对接方式实现电子证照制发和汇聚；对于业务量较小且暂不具备技术对接条件的电子证照颁发机构，宜提供人

工操作界面制发电子证照。

7

DB32/T5352.3—2026

7.3制发流程

证照颁发机构向公共数据运行管理机构提交电子证照制发或汇聚申请，经审核通过后进行电子证照

制发汇聚。电子证照制发流程如图3所示。

*@&

"/

@&MD=0)

4

*@&,

*@&



@

7=



*@&



*@&

*@&!5

!5*A





"*@&

/

*A

*@&*@&*0

&L





*@&



@&



*@&



ED

!5

*@&2

!5

ED

*@&

*



3

图3电子证照制发流程

8

DB32/T5352.3—2026

电子证照制发流程说明：

a）证照颁发机构编制电子证照数据目录；

b）若证照颁发机构自行制发电子证照，向公共数据运行管理机构提交电子证照汇聚申请（详见附

录A示例）；按照本文件元数据要求整理电子证照相关数据，同步提供电子证照共享应用服务

接口；

c）若证照颁发机构依托本级电子证照库制发电子证照，向公共数据运行管理机构提交电子证照制

发申请（详见附录A示例）；按照GB/T36905和国家政务服务平台电子证照标准（如：C0134）制

作电子证照照面样式，按照本文件元数据要求整理电子证照相关数据，同时准备电子印章；

d）公共数据运行管理机构审核证照颁发机构提供的元数据、照面底版、服务接口、电子印章等要

素，审核通过后，证照颁发机构依托本级电子证照库开展电子证照汇聚或制发工作。

8共享应用服务

8.1共享应用服务方式

8.1.1电子证照检索

通过身份认证、授权用证和持证主体代码核验，获取持证主体（自然人或法人）的电子证照。

8.1.2电子证照信息获取

经持证主体授权后，获取持证主体电子证照上的结构化数据，例如：身份证上的姓名、身份证号等

数据。

8.1.3电子证照文件下载

经持证主体授权后，获取持证主体的电子证照原件或者加注件，电子证照文件下载宜以加注件为主。

示例：持证主体出示政务服务码办事场景，职工在公积金中心办理租房提取时，经实名认证后出示江苏省统一的政务

服务身份认证标识，业务系统获取身份证、结婚证/离婚证、不动产权证明等证照原件或者加注件。

8.1.4电子证照文件核验

根据提供的电子证照原件或加注件，依托电子印章平台验证电子证照文件的真实性、完整性及有

效性。

8.2共享应用流程

用证申请部门向公共数据运行管理机构、电子证照颁发机构申请用证。电子证照共享应用流程包括

申请、受理、审核和使用环节，电子证照共享应用流程如图4所示。

9

DB32/T5352.3—2026

*@&

*"/

*@*AFKD=0)*@&M



@&*A







ED





"

/





*@*A

ED

*@*A)

**@&ED

3

图4电子证照共享应用流程

电子证照共享应用流程说明：

a）用证申请部门完成政务服务事项登记备案后，向公共数据运行管理机构提出电子证照授权

申请；

b）公共数据运行管理机构审核用证授权申请是否符合国家和本地数据管理相关法律法规要求，所

申请数据范围是否符合业务需求（不应超业务需求范围使用数据），审核通过后，转至电子证照

颁发机构审核；

c）电子证照颁发机构审核相关证照在申请的业务场景中使用合规性、风险程度等情况；

d）以上审核通过后，用证申请部门与公共数据运行管理机构开展具体数据对接（申请表示例详见

附录A），获取持证主体授权的电子证照信息。

10

DB32/T5352.3—2026

9合规管理

9.1业务合规性

电子证照的使用应在法律法规允许的范围内开展，用证部门应基于政务服务事项及事项办事指南，

建立事项所需使用的用证清单，遵循最小化原则按需使用电子证照，不应用于非法或未经授权的场景。

政务服务管理部门审核电子证照应用的政务服务场景的合规性。政务服务事项和用证清单同步至公共

数据运行管理机构备案。

9.2应用系统接入合规性

9.2.1网络安全等级保护要求

应用系统应满足国家网络安全等级保护要求，定期开展安全检查，确保系统具备必要的安全防护

能力。

9.2.2身份认证

应用系统应具备身份认证的能力，持证主体经过身份认证后，方可查阅、授权或委托他人使用其所持

有的电子证照。当涉及个人、企业敏感信息或自助使用电子证照办理业务时，应进行实名和实人认证。

9.2.3账号合规

应用系统应按需向本级电子证照库申请接入账号，并做好账号管理，不泄露账号名、密码等关键信

息，发生业务停止、系统变更等情况时，应及时关停账号。

9.2.4动态授权

应用系统应使用分配的接入参数以及动态授权口令，调用具有权限访问的证照共享服务接口。

9.2.5IP白名单管理

应用系统访问的IP地址应报备至公共数据运行管理机构，实行其IP地址白名单授权管理。

9.3用证行为合规性

9.3.1用证主体合规性

电子证照应用应遵循持证主体授权原则，未经明确授权，任何组织或个人不应擅自使用持证主体的

电子证照。

9.3.2用证次数合理性

用证部门应根据实际业务需要，设置合理用证次数，在特殊时期用证次数需要调整的情况下应提前

告知公共数据运行管理机构。

9.3.3用证时间合理性

用证部门应明确用证时间，在合理的用证时间内使用证照。

11

DB32/T5352.3—2026

9.3.4隐私保护合规性

在不影响业务应用的情况下，涉及公民或组织个人敏感数据（如：身份证号码、家庭住址等），应做脱

敏处理。

9.3.5应用操作溯源

用证部门使用电子证照办理业务时，应如实记录办理人员、办理时间、办理系统、办事人及身份认证

记录等日志内容，建立日志审计溯源、对账机制，相关记录应长期保存。

公共数据运行管理机构记录电子证照应用的用证部门、应用系统、请求IP、调用时间、应用事项、调

用证照名称（类别编码）、调用证照文件编码（或持证主体唯一标识编码）、应用类型（查询、核验或者归

档）、数据返回时间、调用结果（成功、失败或其他）等必要信息，相关记录应长期保存。

9.4其他合规性

9.4.1通信传输

应用系统与电子证照系统之间的通信传输，应采取加密保护措施，保障数据在传输过程中的安全性

和完整性，防止数据被窃取、篡改。

9.4.2证照调用

应用系统调用电子证照服务时，应采取有效的安全防护措施，遵循最小化用证原则，控制数据传输范

围，按照对接规范提供业务主体信息（如：业务办理系统名称、业务办理人等信息）。

9.4.3数据加密

电子证照数据应按照GB/T39786等相关标准进行加密保护。

9.4.4数据存储

用证部门在业务办理过程中，应通过本级电子证照库实时调用电子证照数据，未经审核同意不应在

本地保存，用证部门应做好电子证照数据安全保护。

10异议处理

电子证照数据异议处理应符合DB32/T4608.5的要求。

12

DB32/T5352.3—2026

附录A

（资料性）

电子证照业务联系单

电子证照业务联系单见表A.1。

表A.1电子证照业务联系单

业务对接单位基本信息

（*为必填项）

单位名称*

统一社会信用代码*组织机构代码*

业务系统名称*

业务负责人*业务负责人电话*

业务负责人邮箱

技术支撑单位/公司*

技术负责人*技术负责人电话*

技术负责人邮箱

系统接入信息

（系统账号、证书、IP等）

示例1：第一次使用证照用证接口，故申请分发账号信息。

申请原因示例2：账号忘记/账号泄露等，故申请重置账号信息

示例3：账号长期不使用被停用，申请重新启用。

申请类型（单选）□分发账号□重置账号□重启账号

账号详细信息

系统账号

app_key

app_secret

账号信息（省证照库填写）

account

password

url

IP用于的业务类型（可多选）□证照制发□证照汇聚□证照共享应用

IP操作类型（单选）□新增□删除

系统IP白名单系统IP用途描述

IP详情（多个IP的情况下可自

行增加行，同一单位的IP白名××.××.××.××

10

单总数不宜超过个）××.××.××.××

13

DB32/T5352.3—2026

表A.1电子证照业务联系单（续）

示例1：第一次使用证照用证接口，故申请分发加密证书信息等。

申请原因示例2：证书遗忘/证书泄露等，故申请重置。

示例3：证书过期/即将过期，申请证书续期。

系统加密证书信息

申请类型（单选）□证书新增□证书续期□证书重置□证书注销

加密证书信息（省证照库填写）

业务信息

（电子证照制发汇聚、共享应用、风险防控等）

电子证照基本信息

业务对接类型（单选）□证照制发□证照汇聚□其他

电子证照名称

是否已在省公共数据平台注册

目录并发布（单选）

注意：在省公共数据平台注册□是□否

的目录名称应和电子证照名称

一致。

预计电子证照年度制发量（张）

业务情况说明

电子证照制发汇聚

电子证照文件下载服务

电子证照文件核验服务

电子证照应用服务接口

电子证照信息获取服务

电子证照信息核验服务

电子证照对应的电子印章基本信息

（以下具体印章信息可自行增加行数）

印章名称印章编码印章操作类型（单选）

印章名称×印章编码×□新增□变更□停用