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

《DB32 T 5352.3—2026 基础数据库应用服务规范 第3部分：电子证照.pdf》由会员分享，可在线阅读，更多相关《DB32 T 5352.3—2026 基础数据库应用服务规范 第3部分：电子证照.pdf（20页珍藏版）》请在麦多课文档分享上搜索。

1、7,江苏省市场监督管理局发 布中 国 标 准 出 版 社出 版基础数据库应用服务规范第 3 部分：电子证照Specification for basic database application servicePart 3：Electronic certificates 20260206 发布20260306 实施CCS L 67DB32/T 5352.32026ICS 35.240.01DB32/T 5352.32026前言 引言 1 范围 12 规范性引用文件 13 术语和定义 14 基本原则 25 业务架构 26 数据资源 37 制发服务 68 共享应用服务 99 合规管理1110 异

2、议处理 12附录 A（资料性）电子证照业务联系单 13参考文献 16目 次DB32/T 5352.32026前言本文件按照 GB/T 1.12020标准化工作导则 第 1 部分：标准化文件的结构和起草规则的规定起草。本文件是 DB32/T 5352基础数据库应用服务规范的第 3 部分。DB32/T 5352 已经发布了以下部分：第 1 部分：综合人口；第 2 部分：综合法人；第 3 部分：电子证照。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。本文件由江苏省数据局提出并组织实施。本文件由江苏省数据标准化技术委员会归口。本文件起草单位：江苏省大数据管理中心、江苏省卫生

3、健康委员会、江苏省教育厅、徐州市大数据管理中心。本文件主要起草人：杨波、李萍、吴善鹏、陈炜、王冠、谭睿、刘超、庄光光、花凌锋、刘瑛、朱小燕、刘伟、王子文、管正涛、韦小强、施劲、许晓冯、王冬梅、董海、潘俊、刘政。DB32/T 5352.32026引言基础数据库是按照基础业务的分类维度划分的数据资源库，主要存储人口、法人、电子证照、自然资源与空间地理等基础数据。规范基础数据库应用服务，对推动数字政府建设、提升政府治理能力和公共服务水平具有重要意义。DB32/T 5352基础数据库应用服务规范按照国家有关要求，结合江苏省实际情况，确立基础数据库应用服务管理要求，由以下 3 个部分组成。第 1 部分：

4、综合人口。目的在于确立综合人口库应用服务的业务架构、数据资源、服务方式和流程、合规管理、数据异议处理等业务内容与要求。第 2 部分：综合法人。目的在于确立综合法人库应用服务的业务架构、数据资源、服务方式和流程、合规管理、数据异议处理等业务内容与要求。第 3 部分：电子证照。目的在于确立电子证照库应用服务的业务架构、数据资源、证照制发服务、证照共享应用服务、证照服务合规管理、证照数据异议处理等业务内容与要求。DB32/T 5352.32026基础数据库应用服务规范第 3 部分：电子证照1范围本文件规定了电子证照制发服务、共享应用服务、合规管理、异议处理等全周期的业务流程和规则。本文件适用于江苏省

5、范围内各级公共数据运行管理机构、电子证照颁发机构、电子证照应用部门开展电子证照制发服务、质量管理、共享服务等工作。2规范性引用文件下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB/T 33481 党政机关电子印章应用规范GB/T 36901 电子证照 总体技术架构GB/T 36902 电子证照 目录信息规范GB/T 36904 电子证照 标识规范GB/T 36905 电子证照 文件技术要求GB/T 39786 信息安全技术 信息系统密码应用基本要求DB32

6、/T 4608.5 公共数据管理规范 第 5 部分：数据异议处理3术语和定义GB/T 36901 和 GB/T 36902 界定的以及下列术语和定义适用于本文件。3.1电子证照electronic certificate由计算机等电子设备形成、传输和存储的证照数据文件。来源：GB/T 369012018，3.33.2电子证照颁发机构certificate issuing authority依据法律法规或服务事项颁发证照的机构。来源：GB/T 369022018，3.53.3用证部门certificate verifying authority在政务服务中，依法要求办事主体（个人或企业）提供证明

7、并有权查验、核实对方所持有的电子证照的真实性、有效性和合法性的机构或组织。3.4公共管理和服务机构public management and service agency各级国家机关、法律法规授权的具有管理公共事务职能的组织，以及供水、供电、供气、供热、通信、医1DB32/T 5352.32026疗、教育、文化旅游、体育、交通运输、环境保护等公共企业事业单位。3.5公共数据运行管理机构public data operation and management institution负责本行政区域内公共数据归集治理、共享开放和融合应用的组织机构。3.6持证主体certificate holder

8、持有电子证照的实体。注：持证主体类别分为自然人、法人和其他组织。持证主体常见类型及代码参见 GB/T 36903。3.7持证主体授权certificate holder authorization持有合法电子证照（如电子出生医学证明、电子身份证、电子资质证书等）的实体（个人、企业或机构），通过数字化方式将其部分或全部权利、权限或职能委托给其他主体行使的过程。4基本原则4.1共建共用省内各级公共数据运行管理机构会同电子证照颁发机构、电子证照应用部门等部门，归集、制发电子证照，推动电子证照库数据跨部门、跨层级、跨区域共享共用。4.2省市协同各设区市电子证照库按要求向省电子证照库汇聚电子证照数据，省

9、电子证照库为设区市提供数据共享服务。4.3最小必要用证部门使用电子证照时，应符合其申请使用的政务服务场景，在最小范围内调用电子证照，为服务对象提供服务。4.4统一标准电子证照信息采集、制证签发、归集汇聚、共享应用、归档留存、安全维护、监督管理等应遵循国家统一的技术和业务标准规范，便于电子证照的统筹管理和全国互通互认。4.5安全可控围绕电子证照全流程安全管理，落实安全主体责任，加强安全传输、加密存储、访问控制、授权管理、行为可溯，健全管理措施和技术手段。5业务架构5.1业务架构图电子证照业务包含目录管理、证照制发、证照应用等方面，电子证照业务总体架构如图 1 所示。2DB32/T 5352.32

10、026*&24*&2424*0240 00O0&,!5&*&,!5&,!5&,!5&*&*&*0 00O0,324,3*&24,0)BF0)D=0)&*,3*024图 1 电子证照业务总体架构5.2业务架构说明5.2.1目录管理提取证照类型信息（参照 GB/T 36902）和证照基础信息（参照 GB/T 36903）的并集，并按照一定的分类方法进行排序和编码形成电子证照目录。目录内容应能提供证照检索和定位所需的必要信息，保障各类电子证照的唯一性和规范性。按照 GB/T 36902 开展编目、注册、发布和下线等目录动态管理工作。5.2.2证照制发电子证照应与实体证照同步签发、同步更新、同步废止；

11、宜与实体证照保持相同版面，并加盖有效可靠的电子印章（或电子签名）后签发。5.2.3证照应用公共管理和服务机构在履职过程中，根据服务事项规范要求，当需要查询、获取、核验、归档服务对象必要的证件、执照、证明、资质等证照时，可使用电子证照支撑业务办理。5.2.4质量管理电子证照颁发机构参考 GB/T 36902、GB/T 36903、GB/T 36905、GB/T 36344 等标准，开展电子证照数据的质量管理工作，电子证照数据应保持准确、完整、及时、有效、唯一、一致。5.2.5运行管理电子证照制发、应用、质量管理、异议处理等工作宜制定常态化运行管理机制，监测证照全周期运行情况，定期开展业务和技术合

12、规性检查，并采取有效的风险防控措施，保障电子证照各环节业务持续稳定、合规安全运行。6数据资源6.1信息模型电子证照类型信息与电子证照信息是整体和个体的关系，两者通过证照类型名称或者证照类型代码3DB32/T 5352.32026进行关联。证照类型信息定义了每一类电子证照的共性通用信息内容，同一类证照中的每一张电子证照均具备上述相同的共性通用信息。示例：身份证对应的电子证照名称为“身份证”且其具有唯一类别代码，颁发机构为公安部门，持证主体为“自然人”，某一地区内的所有公民电子身份证的名称、颁发机构、持证主体类别信息均相同。证照信息定义了每一张电子证照的个体特征信息内容，同一类证照中的每一张电子证

13、照均应具备相关数据项（字段），但是具体数据项内容不一样，如：身份证上均有“身份证号”数据项，但是每个持证人的身份证号不一样。证照类型与证照信息的关系如图 2 所示。证照类型名称、证照类型代码、证照定义机构（颁发机构）、持证主体类别、关联事项等信息为共性通用信息，持证主体、证照业务信息、证照有效期起始和截止时间等为证照个体特征信息。&,e&1/e&/e&1-&e&1-e&4-e&e/e-e-1e-1-e&M Me&M-e&M-e&e&-e&3e1eK8e&M3Me5M/e5M-eMeKe5e*e KeM*e&Be&-&1Mn图 2 证照类型与证照信息的关系6.2证照分类和分类管理要求证照分类和分

14、类管理应符合 GB/T 36902 的要求。6.3电子证照类型元数据6.3.1基础信息参照 GB/T 36902 相关内容，包含证照类型名称、证照类型代码、证照定义机构、证照定义机构代码、证照定义机构级别、关联事项名称、关联事项代码、持证主体类别、有效期限范围、电子证照颁发机构级别等。6.3.2扩展信息可参照 GB/T 36902 相关内容，对电子证照类型元数据扩展。4DB32/T 5352.320266.4电子证照元数据6.4.1基础信息参照 GB/T 36902 相关内容，包含证照标识、颁发机构、持证主体和生效信息等。6.4.2业务信息业务信息应包含证照照面信息中业务相关的必要信息（如：地

15、址、车辆识别代号等）。不同类型的电子证照有不同的业务信息，如需对元数据进行扩展，可按以下规则进行扩展：a）增加新的元数据项，但在作为国家标准或行业标准发布前，该数据项的英文名称及短名开头应为“KZ_”；b）对每个新加的元数据，应采用摘要表示的方式，定义其中文名称、定义、数据类型、值域、短名、约束，并给出合适的示例；c）新扩展的元数据不应与本文件已定义的元数据重名或含义相同。6.4.3加注件信息电子证照加注件信息为办理相关事项在电子证照原件基础上附加用途、有效期限等声明信息，保障电子证照文件合规使用。加注件信息应只用于电子证照加注件的制作，包含加注件制作时间、加注件制作者、加注件制作事由、加注件

16、有效期截止日期。6.5电子证照文件6.5.1一般要求每张电子证照文件具有唯一的证照标识，电子证照文件以版式电子文件形态表示，原件和加注件应满足如下要求：a）电子证照文件标识由电子证照颁发机构按照 GB/T 36904 的规则生成，并保证其唯一性，电子证照文件标识生成后，在传输、应用、存档等过程中应保持不变；b）使用 PDF、OFD 文件格式；c）电子证照原件和电子证照加注件其他要求参考 GB/T 36905。6.5.2加注件要求电子证照加注件在满足一般要求外，还应满足如下要求：a）电子证照加注不应破坏原证照中电子签章（或数据签名）的有效性；b）电子证照加注内容应不影响原有照面信息的识读；c）用

17、于依政府职能共享的加注件，加注内容应无歧义地明确所应用的政府职能事项。加注内容中对用途的说明宜为“此件仅用于事项/业务（编码*）”，其中“事项/业务”是全国一体化政务服务平台或江苏省政务服务事项标准中确定或注册备案的政务服务等事项规范名称，“编码*”是事项代码或该代码中可辅助确定该事项的全部信息或者片段信息；d）加注内容应说明有利于确定加注件的有效期限起止时点。加注内容中对有效期起止时点的说明宜为“有效期 YYYY 年 MM 月 DD 日至 YYYY 年 MM 月 DD 日”“有效期至 YYYY 年 MM 月DD 日”或“有效期 YYYY 年 MM 月 DD 日当日”；e）加注内容宜明确加注件

18、的使用方。可使用“供个人或单位使用（个人证照编码或单位证照编码）”等方式在加注内容中说明加注件的接收单位名称或其代码；f）加注内容中不宜包含图像。5DB32/T 5352.320266.6质量要求6.6.1准确性电子证照数据描述的信息与真实客观情况符合程度的性质，电子证照文件中的内容、结构和背景信息与形成时的原始状态保持一致。6.6.2完整性电子证照内容、结构和背景信息齐全且没有破坏、变异或丢失的性质，包含证照元数据完整、证照文件要素完整和数据规模完整等要求。具体要求如下：a）元数据完整，指每一张电子证照应包含该类电子证照的有效信息，具备完整的基础信息、业务信息等要素；b）文件要素完整，指电子

19、证照文件的内容、照面结构和业务信息齐全并加盖有效的电子印章（或数字签名），且电子印章（或数字签名）应保持完整；c）数据规模完整，指每一类电子证照应明确数据覆盖的业务时间、持证主体等与数据规模相关的业务范围，保证相关时间、地域范围内的数据全量汇聚。6.6.3及时性电子证照与实体证照同步制发、更新（证照注销、年检、换证、挂失等）时效的性质，电子证照应与实体证照同步制发、更新，最新的证照数据及时归集至本级电子证照库。6.6.4有效性电子证照的凭证效力被其颁发机构继续认可的性质，电子证照文件照面样式、元数据、电子印章（或数字签名）符合国家和江苏省相关标准规范要求，电子印章（或数字签名）能通过合法性、有

20、效性核验，并且电子证照应在有效期限内。6.6.5唯一性电子证照唯一可识别的性质，每类电子证照有唯一的证照类型标识、每张电子证照有唯一的证照标识，且证照信息内容唯一，同一类证照的同一持证主体，不应存在信息完全一致的多张有效电子证照。6.6.6一致性电子证照在全生命周期信息保持一致不变的性质，一致性应符合以下要求。a）电子证照数据应与实体证照一致，如证照信息、照面样式、状态等，且电子证照上的电子印章印模应与备案的印模一致。若电子印章与实体印章因客观原因无法保持一致的，实体证照颁发单位应发文说明。b）同一电子证照在不同业务系统中信息应保持一致。7制发服务7.1基本要素7.1.1照面样式电子证照照面样

21、式由电子证照颁发机构依据实体证照样式制定，宜与实体证照版面保持一致。若已6DB32/T 5352.32026有国家或行业主管部门统一制定电子证照照面样式的标准规范，则应优先使用国家或行业主管部门制定的标准。示例：根据国家政务服务平台标准 C01342019，出生医学证明的照面样式由国家卫生健康委员会统一监制，各颁发机构在制发时应统一遵循。7.1.2证照数据电子证照数据应按照元数据要求，包含完整的基本信息和业务信息，且电子证照数据内容应与实体证照一致，不宜出现缩写或模糊表述，对于有明确有效期的证照，应准确记录起始日期和截止日期。各证照如国家或行业主管部门已规定元数据和编目规则，应按照标准规范提供

22、证照数据。7.1.3电子印章电子证照文件应由颁发机构或其授权机构加盖符合中华人民共和国电子签名法和 GB/T 33481要求的电子印章或数字签名。电子印章的要求如下：a）电子印章的印模应与印章管理部门备案的保持一致；b）签署用的电子印章应符合全国一体化政务服务平台要求，并在该平台注册；c）电子印章其他要求参照 GB/T 38540 和国家、江苏省电子印章相关管理办法。示例：出生医学证明的电子印章与其实体证照印模及印章管理部门备案的印模均完全一致。结婚证电子证照的印章虽与实体证照印模不同，但与备案印模一致。7.2制发汇聚方式7.2.1自行制发7.2.1.1制发方式电子证照颁发机构结合本地区、本部

23、门业务需求，具备电子证照照面样式、业务数据等条件的情况下，使用自主建设的能力按照国家、行业和本文件标准制发电子证照。7.2.1.2汇聚方式电子证照颁发机构完成电子证照制发后，及时将电子证照目录信息汇聚至本级电子证照库，同时向本级电子证照库提供标准化证照服务接口，支持电子证照跨部门、跨地区、跨层级互联互通。7.2.2依托本级电子证照库服务能力制发7.2.2.1制发方式电子证照颁发机构结合本地区、本部门业务需求，具备电子证照照面样式、业务数据等条件的情况下，依托本级电子证照库能力制发电子证照。7.2.2.2汇聚方式电子证照颁发机构汇聚电子证照照面样式、业务数据至本级电子证照库，依托本级电子证照库实

24、现电子证照制发、变更、延续、注销等全生命周期动态化管理。注：各级电子证照库宜提供系统对接、人工操作等不同方式的制发能力，对于业务量大的电子证照颁发机构宜采用系统对接方式实现电子证照制发和汇聚；对于业务量较小且暂不具备技术对接条件的电子证照颁发机构，宜提供人工操作界面制发电子证照。7DB32/T 5352.320267.3制发流程证照颁发机构向公共数据运行管理机构提交电子证照制发或汇聚申请，经审核通过后进行电子证照制发汇聚。电子证照制发流程如图 3 所示。34*&,*&/&MD=0)*&*&!5*A*&!5*&*&*&2!5 *&*&*A*&L*&*0 7=*&ED!5 ED /图 3 电子证照

25、制发流程8DB32/T 5352.32026电子证照制发流程说明：a）证照颁发机构编制电子证照数据目录；b）若证照颁发机构自行制发电子证照，向公共数据运行管理机构提交电子证照汇聚申请（详见附录 A 示例）；按照本文件元数据要求整理电子证照相关数据，同步提供电子证照共享应用服务接口；c）若证照颁发机构依托本级电子证照库制发电子证照，向公共数据运行管理机构提交电子证照制发申请（详见附录 A 示例）；按照 GB/T 36905 和国家政务服务平台电子证照标准（如：C0134）制作电子证照照面样式，按照本文件元数据要求整理电子证照相关数据，同时准备电子印章；d）公共数据运行管理机构审核证照颁发机构提供

26、的元数据、照面底版、服务接口、电子印章等要素，审核通过后，证照颁发机构依托本级电子证照库开展电子证照汇聚或制发工作。8共享应用服务8.1共享应用服务方式8.1.1电子证照检索通过身份认证、授权用证和持证主体代码核验，获取持证主体（自然人或法人）的电子证照。8.1.2电子证照信息获取经持证主体授权后，获取持证主体电子证照上的结构化数据，例如：身份证上的姓名、身份证号等数据。8.1.3电子证照文件下载经持证主体授权后，获取持证主体的电子证照原件或者加注件，电子证照文件下载宜以加注件为主。示例：持证主体出示政务服务码办事场景，职工在公积金中心办理租房提取时，经实名认证后出示江苏省统一的政务服务身份认

27、证标识，业务系统获取身份证、结婚证/离婚证、不动产权证明等证照原件或者加注件。8.1.4电子证照文件核验根据提供的电子证照原件或加注件，依托电子印章平台验证电子证照文件的真实性、完整性及有效性。8.2共享应用流程用证申请部门向公共数据运行管理机构、电子证照颁发机构申请用证。电子证照共享应用流程包括申请、受理、审核和使用环节，电子证照共享应用流程如图 4 所示。9DB32/T 5352.32026*&*/*AFK&*AD=0)*&M3 ED*A)*A*&ED ED/图 4 电子证照共享应用流程电子证照共享应用流程说明：a）用证申请部门完成政务服务事项登记备案后，向公共数据运行管理机构提出电子证照

28、授权申请；b）公共数据运行管理机构审核用证授权申请是否符合国家和本地数据管理相关法律法规要求，所申请数据范围是否符合业务需求（不应超业务需求范围使用数据），审核通过后，转至电子证照颁发机构审核；c）电子证照颁发机构审核相关证照在申请的业务场景中使用合规性、风险程度等情况；d）以上审核通过后，用证申请部门与公共数据运行管理机构开展具体数据对接（申请表示例详见附录 A），获取持证主体授权的电子证照信息。10DB32/T 5352.320269合规管理9.1业务合规性电子证照的使用应在法律法规允许的范围内开展，用证部门应基于政务服务事项及事项办事指南，建立事项所需使用的用证清单，遵循最小化原则按需使

29、用电子证照，不应用于非法或未经授权的场景。政务服务管理部门审核电子证照应用的政务服务场景的合规性。政务服务事项和用证清单同步至公共数据运行管理机构备案。9.2应用系统接入合规性9.2.1网络安全等级保护要求应用系统应满足国家网络安全等级保护要求，定期开展安全检查，确保系统具备必要的安全防护能力。9.2.2身份认证应用系统应具备身份认证的能力，持证主体经过身份认证后，方可查阅、授权或委托他人使用其所持有的电子证照。当涉及个人、企业敏感信息或自助使用电子证照办理业务时，应进行实名和实人认证。9.2.3账号合规应用系统应按需向本级电子证照库申请接入账号，并做好账号管理，不泄露账号名、密码等关键信息，

30、发生业务停止、系统变更等情况时，应及时关停账号。9.2.4动态授权应用系统应使用分配的接入参数以及动态授权口令，调用具有权限访问的证照共享服务接口。9.2.5IP 白名单管理应用系统访问的 IP 地址应报备至公共数据运行管理机构，实行其 IP 地址白名单授权管理。9.3用证行为合规性9.3.1用证主体合规性电子证照应用应遵循持证主体授权原则，未经明确授权，任何组织或个人不应擅自使用持证主体的电子证照。9.3.2用证次数合理性用证部门应根据实际业务需要，设置合理用证次数，在特殊时期用证次数需要调整的情况下应提前告知公共数据运行管理机构。9.3.3用证时间合理性用证部门应明确用证时间，在合理的用证

31、时间内使用证照。11DB32/T 5352.320269.3.4隐私保护合规性在不影响业务应用的情况下，涉及公民或组织个人敏感数据（如：身份证号码、家庭住址等），应做脱敏处理。9.3.5应用操作溯源用证部门使用电子证照办理业务时，应如实记录办理人员、办理时间、办理系统、办事人及身份认证记录等日志内容，建立日志审计溯源、对账机制，相关记录应长期保存。公共数据运行管理机构记录电子证照应用的用证部门、应用系统、请求 IP、调用时间、应用事项、调用证照名称（类别编码）、调用证照文件编码（或持证主体唯一标识编码）、应用类型（查询、核验或者归档）、数据返回时间、调用结果（成功、失败或其他）等必要信息，相关

32、记录应长期保存。9.4其他合规性9.4.1通信传输应用系统与电子证照系统之间的通信传输，应采取加密保护措施，保障数据在传输过程中的安全性和完整性，防止数据被窃取、篡改。9.4.2证照调用应用系统调用电子证照服务时，应采取有效的安全防护措施，遵循最小化用证原则，控制数据传输范围，按照对接规范提供业务主体信息（如：业务办理系统名称、业务办理人等信息）。9.4.3数据加密电子证照数据应按照 GB/T 39786 等相关标准进行加密保护。9.4.4数据存储用证部门在业务办理过程中，应通过本级电子证照库实时调用电子证照数据，未经审核同意不应在本地保存，用证部门应做好电子证照数据安全保护。10异议处理电子

33、证照数据异议处理应符合 DB32/T 4608.5 的要求。12DB32/T 5352.32026附录A（资料性）电子证照业务联系单电子证照业务联系单见表 A.1。表 A.1 电子证照业务联系单业务对接单位基本信息（*为必填项）单位名称统一社会信用代码业务系统名称业务负责人业务负责人邮箱技术支撑单位/公司技术负责人技术负责人邮箱系统接入信息（系统账号、证书、IP 等）系统账号系统 IP 白名单*申请原因申请类型（单选）账号信息（省证照库填写）IP 用于的业务类型（可多选）IP 操作类型（单选）IP 详 情（多 个 IP 的 情 况 下 可 自行 增 加 行，同 一 单 位 的 IP 白 名单总

34、数不宜超过 10 个）组织机构代码业务负责人电话技术负责人电话示例 1：第一次使用证照用证接口，故申请分发账号信息。示例 2：账号忘记/账号泄露等，故申请重置账号信息示例 3：账号长期不使用被停用，申请重新启用。分发账号 重置账号 重启账号账号app_keyapp_secretaccountpasswordurl证照制发 证照汇聚 证照共享应用新增 删除系统 IP.*详细信息用途描述13DB32/T 5352.32026表 A.1 电子证照业务联系单（续）系统加密证书信息业务信息（电子证照制发汇聚、共享应用、风险防控等）电子证照制发汇聚申请原因申请类型（单选）加密证书信息（省证照库填写）电子证

35、照基本信息业务对接类型（单选）电子证照名称是否已在省公共数据平台注册目录并发布（单选）注 意：在 省 公 共 数 据 平 台 注 册的目录名称应和电子证照名称一致。预计电子证照年度制发量（张）业务情况说明电子证照应用服务接口电子证照对应的电子印章基本信息（以下具体印章信息可自行增加行数）印章名称印章名称示例 1：第一次使用证照用证接口，故申请分发加密证书信息等。示例 2：证书遗忘/证书泄露等，故申请重置。示例 3：证书过期/即将过期，申请证书续期。证书新增 证书续期 证书重置 证书注销证照制发 证照汇聚 其他是 否电子证照文件下载服务电子证照文件核验服务电子证照信息获取服务电子证照信息核验服务

36、印章编码印章编码印章操作类型（单选）新增 变更 停用新增 变更 停用14DB32/T 5352.32026表 A.1 电子证照业务联系单（续）电子证照共享服务业务负责人签名：日期：年 月 日技术负责人签名：日期：年 月 日电子证照和政务服务事项关联信息（以下具体事项信息可自行增加行数）电子证照名称证照用证时间段申请时间段类型（可多选）工作日非工作日自然日自定义时间段日均用证次数变更申请用证类型（单选）当前用证次数申请调整后的用证次数变更用证次数原因（请简要说明用证次数变更原因，若表格内容不够填写，可另附附件说明）用证行为异常被限制权限后申请解除限制（例如用证次数超过当日最大值）核查是否存在业务

37、安全风险（单选）是否进行安全加固和整改（若存在业务风险则填写，否则不用填写）用证量超过最大阈值原因（请简要说明原因，若表格内容不够填写，可另附附件说明）政务服务事项名称事项时间段详细信息：至：至：至：至：政务服务事项编码省内用证 跨省用证是 否用证次数（次）证照是否本地保存是 否15DB32/T 5352.32026参 考 文 献1 GB/T 35273 信息安全技术 个人信息安全规范2 GB/T 36903 电子证照 元数据规范3 GB/T 36906 电子证照 共享服务接口规范4 GB/T 36344 信息技术 数据质量评价指标5 GB/T 38540 信息安全技术 安全电子签章密码技术规范6 C01342019 国家政务服务平台 电子证照 出生医学证明7 DB32/T 310018 电子证照共享应用规范8 中华人民共和国网络安全法（中华人民共和国主席令第 53 号）9 中华人民共和国数据安全法（中华人民共和国主席令第 84 号）10 中华人民共和国电子签名法11 中华人民共和国数据安全法12 中华人民共和国个人信息保护法13 电子印章管理办法14 全国一体化政务服务平台电子证照共享应用和安全保障规范15 政务信息系统密码应用与安全性评估工作指南16 江苏省公共数据目录管理规范16