创建嵌入式电子签名和文档体验

了解如何使用Acrobat Sign API将电子签名和文档体验嵌入到Web平台以及内容和文档管理系统。 本动手教程分为四个部分。

第1部分:您需要什么

在第1部分中,了解如何开始使用第2-4部分所需的一切。 让我们从获取API凭据开始。

查看有关如何获取API凭据的详细信息

第2部分:低代码/无代码 — Web表单的强大功能

在第2部分中,了解使用Web表单的低代码/无代码选项。 最好先看看是否可以避免编写代码。

查看有关如何创建Web表单的详细信息
  1. 使用您的开发人员帐户访问Acrobat Sign。

  2. 选择 发布Web表单 在主页上。

    Acrobat Sign主页的屏幕截图

  3. 创建您的协议。

    有关如何创建Web表单的屏幕快照

  4. 将协议嵌入到平面HTML页面上。

  5. 尝试动态添加查询参数。

    添加查询参数的屏幕截图

第3部分:发送包含表单的协议并合并数据

在第3部分中,动态创建协议。

查看有关如何动态创建协议的详细信息

首先,您需要建立访问权限。 使用Acrobat Sign,有两种方法通过API进行连接。 OAuth令牌和集成密钥。 除非您有非常具体的原因要在应用程序中使用OAuth,否则您应首先探索集成密钥。

  1. 选择 集成密钥API信息 下方的菜单 帐户 Acrobat Sign选项卡。

    在何处查找集成密钥的屏幕截图

现在您有权访问并可与API交互,请查看您可以对API执行哪些操作。

  1. 导航至 Acrobat Sign REST API版本6方法.

    导航Acrobat Sign REST API版本6方法的屏幕截图

  2. 将令牌用作“持有人”值。

    持有者价值的屏幕截图

要发送您的第一个协议,最好了解如何使用API。

  1. 创建临时文档并发送。
note note
NOTE
基于JSON的请求调用具有“模型”和“最小模型架构”选项。 这将提供规范和最小负载集。

创建临时文档的屏幕快照

在首次发送协议后,您就可以添加逻辑了。 建立一些帮助者以尽量减少重复始终是个好主意。 以下是一些示例:

验证

验证逻辑的屏幕截图

页眉/身份验证

标头/身份验证逻辑的屏幕快照

基本URI

基本URI逻辑的屏幕截图

请留意Sign生态系统宏伟计划内的临时文档落点。
临时 — >协议临时 — >模板 — >协议临时 — >构件 — >协议

此示例使用模板作为文档源。 这通常是最佳路径,除非您有充分理由动态生成文档以供签名(例如,生成旧版代码或文档)。

代码相当简单;它使用库文档(模板)作为文档源。 第一和第二签名者被动态分配。 该 IN_PROCESS state表示文档将立即发送。 此外, mergeFieldInfo 用于动态填充字段。

用于动态添加签名的代码屏幕快照

第4部分:嵌入签名体验、重定向等

在许多情况下,您可能需要允许触发参与者立即签署协议。 这对于面向客户的应用程序和信息亭非常有用。

查看有关如何嵌入签名体验的详细信息

如果您不希望触发第一个发送的电子邮件,一种管理行为的简单方法是修改API调用。

不触发发送电子邮件的代码屏幕截图

以下是如何控制签名后重定向:

用于控制签名后重定向的代码屏幕截图

更新协议创建过程后,最后一步是生成签名URL。 此调用也非常简单,可生成一个签名者可用于访问其签名过程的URL。

用于生成签名者URL的代码屏幕截图

note note
NOTE
请注意,协议创建调用从技术上讲是异步的。 这意味着可以进行“POST”协议调用,但协议尚未就绪。 最佳做法是建立重试循环。 重试或采用适合您环境的最佳实践。

说明建立重试循环的最佳实践的屏幕截图

当所有内容都整合在一起时,解决方案非常简单。 您正在创建一个协议,然后生成一个签名URL,以供签名者单击并开始进行签名仪式。

其他主题

recommendation-more-help
ac8d3f8e-a625-4146-84f3-0eb730a583a3