电子签名SDK 3.0 产品介绍

更新时间:2024-08-22 09:29:36

产品介绍

电子签名SDK 3.0是一款e签宝为开发者提供的安全合规、对接灵活的开放服务电子签名产品。

企业开发者在自己的业务系统中可以通过调用电子签名SDK 3.0所提供的接口实现在电子文件中签名。

产品特点

  • 电子签名SDK 3.0在整个签署过程中均不需要上传电子文件到e签宝服务端,仅上传本地电子文件哈希摘要值到服务端签名并保存签署记录,点击了解 电子签名SDK 3.0中PDF摘要签署介绍
  • 电子签名SDK 3.0不对签署后的电子文件原文进行存储,企业开发者直接拥有并保管所有电子文件;
  • 电子签名SDK 3.0提供出证服务,开发者可以将签署后的文件传给e签宝出证服务申请证据报告。

适用场景

  • 企业开发者希望电子文件在签署过程中不脱离自身业务系统,并在自身系统内集成e签宝电子签名服务;
  • 支持在通过移动端、H5、PC端、微信公众号/小程序中进行文件在线签署。

接入方式

电子签名SDK 3.0提供 paas-sdk-3.0.X.jar(JAVA语言引入的Jar包)和 paas-sdk-service.war(非JAVA语言通用的HTTP版)两种集成方式,点击跳转 SDK&DEMO下载

具体接口调用流程请参考 电子签名SDK 3.0时序图

名词解释

概念

解释

个人签署账号

根据个人姓名和个人身份证件号生成的e签宝签署唯一标识:accountId(e签宝后台会自动生成个人的CA数字证书,开发者调用过程无感知,文件签署后通过验签服务可以获取对应证书信息)

注意:开发者需要把《数字证书服务协议》展示到自身页面内,用户浏览勾选同意后才可以帮助用户生成e签宝签署账号(点击查看 《数字证书服务协议》模板)。详见《电子签名使用合规性处理说明》

企业签署账号

根据企业名称和企业证件号生成的e签宝签署唯一标识:accountId(e签宝后台会自动生成企业的CA数字证书,开发者调用过程无感知,文件签署后通过验签服务可以获取对应证书信息)

注意:开发者需要把《数字证书服务协议》展示到自身页面内,用户浏览勾选同意后才可以帮助用户生成e签宝签署账号(点击查看 《数字证书服务协议》模板)。详见《电子签名使用合规性处理说明》

个人模板印章

基于e签宝提供的印章模板,选择印章的样式、颜色等,提交后由e签宝SDK服务自动生成的印章,样式如图所示:

企业模板印章

基于e签宝提供的印章模板,选择印章的样式、颜色、横向文、下弦文等,提交后由e签宝SDK服务自动生成的印章,样式如图所示:

文件

所有本地需要签署盖章以及签署后盖好章的合同(包含证明材料等)都是文件。

模板文件

模板文件是适用于合同文件中某些内容需要针对不同的人填写不同值的情况,比如:甲乙方姓名、身份证、地址等。需要制作固定的模板,填写不同的内容。例如以下案例:

平台自身

e签宝官网注册企业账号并完成企业实名且直接开通/对接e签宝各服务接口的企业账户。

企业用户

除平台自身外的所有需要盖章的企业签署方(包含子公司/分公司、合作企业等)。

个人用户

需要在平台签字盖章的个人签署方。

PDF文件签署

  • 文件路径方式:PDF文件路径签署就是直接将PDF文件的绝对路径传递给SDK,让SDK自己根据文件路径读取文件流进行签署和根据文件路径将签署后的PDF文件保存到磁盘中(使用该方式的前提条件是PDF文件绝对路径要和签署服务SDK在同一台计算机中)
  • 文件流方式:PDF文件流签署就是企业开发者先获取PDF文件的二进制字节流(Byte),然后将PDF文件的二进制字节流传递给SDK,SDK返回签署成功后的文件流。(企业开发者自行将签署后文件流保存到磁盘中或发送至其他文件存储系统中)

多方签署流程

当一份文件需要不止一方签署时,需要通过SDK将文件进行传递,举例说明:

1、假设最开始的待签署文件是pdf-0;

2、用户A签署时,在pdf-0的基础上签章,签署后文件是pdf-A;

3、用户B签署时,在pdf-A的基础上签章,签署后的文件是pdf-B;

4、贵公司签署时,在pdf-B的基础上签章,签署后的文件是pdf-C;

5、此时,签署流程全部完成,pdf-C中有用户A、用户B和贵公司的印章;

6、其中签署流程可以根据实际业务需求调整。

(一个用户签署完之后,签署后的文件要作为待签署文件给下一个用户签,这样以此类推,最后一份就是有所有用户印章的PDF文件)

注:文件一旦签名盖章就不可以再进行任何填写或修改操作,否则在验证签署文件有效性时会显示文件被篡改,请在签章前完成所有内容填充。(修改文件是指文件内容的改动,不包含多方签署的文件传递)

我要纠错