概述
Microsoft Dynamics 工作流系统允许高度自定义的相关对象序列，以自动化 Dynamics 环境中的流程。这些流程可由用户手动触发，或配置为在定义的事件发生时触发。
本文档旨在介绍并说明在 Adobe Acrobat Sign for MS Dynamics CRM 包版本 7 中新增的 Adobe Acrobat Sign 对象。
本文档并非旨在深入解释 Dynamics 中的自定义工作流系统。
Adobe Acrobat Sign for MS Dynamics CRM 仅支持在版本 7 安装包中为 365 CRM 解决方案创建自定义工作流。
此软件包包含：
- 七个Activities，这些独立的操作可用于创建您自己的自定义流程
- 两个 Actions，可直接使用。多个工作流的优秀可重用流程
- 一个 Workflow，功能示例（草稿状态），当销售机会设置为"已赢取"时自动发送协议
Adobe Acrobat Sign 软件包版本 7 不支持 Dynamics 的旧版本（2011/2013/2016）。
在创建工作流之前，您应该充分了解要签署的表单，以及要包含在签名流程中的收件人数量/顺序。
有多个选项可以更改签名顺序，通常是将收件人插入到第一个收件人位置，将其他收件人在堆叠中向下推移。
活动
Activities 是 Actions 和 Workflow 的构建块，每个活动定义一个离散任务，可以从之前的活动或事件获取输入，并为后续活动生成输出。
将一系列 Activities 链接在一起可创建 Action 或 Workflow。
有七个 Adobe Acrobat Sign Activities 可用：
字段：
Agreement Name – 协议名称，将在发送给收件人的电子邮件中显示，并在整个 Dynamics 环境中引用
Agreement Message – 添加到发送给收件人的电子邮件通知中的全局消息
签名类型：定义 Adobe Acrobat Sign 强制执行的签名流程。存在以下两种方案：
- ESIGN：使用电子签名，完全通过连接到 web 的会话应用。收件人可以使用桌面或移动平台来应用签名
- WRITTEN - 用于需要物理签名的情况。该流程会要求收件人打印文件、对文档进行实际签名、将文档扫描回 PDF 格式，然后再上传回系统。
设置用于打开已签名 PDF 的密码 – 可选字段，用于设置应用到最终已签名文档的密码字符串。在任何情况下，查看已签名 PDF 都需要密码。
距离协议过期的天数：在此字段中输入的任何值都表示协议自创建后可签名的天数。所有收件人都必须在此计时器到期前完成其签名流程部分，否则协议将被取消。
发送方签名选项：根据发送方控制收件人的签名流程。共有 4 个选项：
- 我不签名 – 如果发送方仅因为自己是发送方就无需签名
- 请记住，发送方可通过其他方法添加为收件人，例如查找。
- 我先签：将协议的发送方插入收件人堆叠中，作为第一位签名者
- 我后签：将协议的发送方插入收件人堆叠中，作为最后一位签名者
- 仅我签名：用于仅由发送方签名的流程。E.g. 休假申请
发送方签名选项会直接影响签名顺序协议并覆盖在 AddRecipient 活动中定义的收件人顺序值。
如果您已定义某位收件人的 收件人顺序 值为 1，然后又将 CreateAccount 活动配置为把发送方插入为第一位签名者（我先签），那么收件人顺序值将在功能上向下推送。
1 将被视为 2，并且仅允许访问 signer2 字段。
2 将被视为 3，依此类推。
亲自签名：用于您预计收件人与发送方位于同一实际地点，并希望允许在发送方系统上托管的亲自签名时。
此方法绕过了默认的电子邮件验证流程，因此强烈建议您在表单中要求收集额外的重要信息（例如驾驶执照、社会保障号等）。以确保与唯一个体的合理关联
需要签署顺序 – 此选项决定核心协议流程。
- 当为真时，遵循顺序签名流程，一次只有一个收件人能够访问协议。每个收件人将在轮到他们与协议交互时收到通知，但不会在轮到他们之前收到通知
- 当为假时，遵循并行签名流程，所有收件人同时收到通知，签名/接受可以按任何顺序应用
签名后着陆页面 URL – 您希望签名者在应用其签名后被引导到的公共 URL。
- 如果未提供值，将显示由 Adobe Acrobat Sign 提供的标准签名后页面
重定向延迟秒数 – 如果提供了 签名后着陆页面 URL ，此字段定义浏览器在协议解决后等待重定向触发器更改浏览器到着陆页面 URL 之前的秒数
身份验证 – 此设置定义附加到协议的所有收件人的默认验证方法。
- 这特别适用于导入收件人而不使用 AddRecipient 活动的协议：
- 当 发送者签名选项 设置为我先签名、我最后签名或仅我签名时
- 当 从父实体添加主要电子邮件 为真时
- 通过后续 AddRecipient 活动添加的收件人可以选择覆盖默认身份验证方法
所有收件人至少通过对发送协议的电子邮件地址的身份验证进行验证。
二次身份验证有几种形式：
- 电子邮件 – 默认验证类型。用于每个收件人
- 电话 – 二次验证，当收件人尝试访问权限协议时向收件人发送短信。
- 必须在 AddRecipient 对象的 收件人电话 字段和 收件人国家代码 字段中提供收件人电话号码和国家代码
- 密码 – 采用标准字母数字密码字符串的二次验证
- 密码必须通过某种外部方法传达给收件人
- 知识库 – 仅适用于美国收件人的二次验证。
- 使用从公共数据库挖掘的重要数据来询问一系列个人问题。
- Web 身份 – 使用对多个社交媒体地点之一的成功身份验证的二次验证。
- 用于身份验证的有效地点包括 Facebook、LinkedIn、Google、Yahoo!、Microsoft Live 和 Twitter。
设置身份验证密码 - 选择密码验证时要使用的密码字符串
将父实体的主要电子邮件添加为收件人 - 当设为真时，流程会将主要实体的电子邮件地址导入为签名流程中的第一位签名者
将父实体的主要电子邮件添加为收件人直接影响协议的签名顺序，并覆盖AddRecipient活动中定义的收件人订购值。
如果您定义了收件人订购值为 1 的收件人，然后将CreateAccount活动配置为将父实体的主要电子邮件添加为收件人，那么收件人订购值将在功能上被推送到堆叠下方。
1 将被视为 2，并且仅允许访问签名者 2 字段。
2 将被视为 3，以此类推。
安排收件人提醒 - 定义协议的提醒计划。有三个选项：
- 从不 - 不安排提醒。仍可从 Dynamics 中的协议对象按需发送提醒
- 每天，直到签署 - 每天发送一封提醒电子邮件，直到协议签署
- 观察到十次迭代。10 天后，提醒过期
- 每周，直到签署 - 每七天发送一次提醒电子邮件，直到协议签署
- 观察到七次迭代。六十天后，提醒过期
字段：
选择协议模板 - 一个查找字段，显示您可用于生成协议的可用 Adobe Acrobat Sign 模板
获取协议 ID 没有任何输入字段，且只有一个输出，即协议 ID。
字段：
协议 ID 输入，从 CreateAgreement 活动导入协议 ID。
添加文档来源 - 定义文档的来源。文档始终从目标对象的笔记中选取。 这里提供了以下两个选项：
- 主要实体笔记：文档从主要实体的笔记字段中选取。
例如：如果您将销售报价附加到销售机会，可以配置您的工作流程，将销售机会用作主要实体。
当工作流程被触发时，该流程将转到销售机会，选取附加到"销售机会笔记"的文件，报价就会附加在那里
- 流程笔记 - 文档从 流程 的笔记字段中选取，而不是从 实体 中选取
例如：如果您有一整套标准的新员工入职文档。这些是标准样板文档，没有必要为每位新招聘用户都附加唯一的空白文档副本。从流程附加文档允许管理员控制版本控制流程，并有效地将文档的当前版本提供给任何需要触发工作流程的人员。
选择流程 - 仅在您选择 从流程笔记添加文档 时有意义。
此设置用于标识检索文档文件的流程
文档名称 - 任何给定的 实体 或 流程 都可以将多个文件附加到 笔记 字段。
通过提供 文档名称，您可以确保流程只选取与指定文件名称匹配的文件。
如果未提供 文档名称，将选取 所有 文件。
仅添加文档的最新版本 - 文档通常会经过版本控制流程。例如，合同可能会在条款协商期间进行多次迭代。通过将 仅添加文档的最新版本 设置为 True，在检索文档时只会选取文档的最新版本（基于附件时间/日期戳）。
如果设置为假，将检索文档的 所有 版本。
在创建全局流程（未标识主要实体）时，请记住您的文档必须从流程笔记中检索。
字段：
协议 ID 输入，从 CreateAgreement 活动导入协议 ID
收件人全名 - 可选字段，将字段值插入电子邮件模板中，否则将显示 收件人电子邮件地址 值
收件人电子邮件地址 - 收件人的具体电子邮件地址。此值用于传递文档并将收件人与协议关联
收件人角色 – 收件人需要对文档执行什么操作：
- 签署者 – 需要应用合法签名的人员
- 审批者 – 只需审批文档但不一定需要签署的收件人
- 抄送 – 抄送收件人无法影响协议，他们只是流程的观察者，通常会收到协议副本（取决于您的 Adobe Acrobat Sign 设置）
收件人订购 – 此值表示：
- 当签名流程描述顺序签名路径时，收件人在签名周期中所处的位置。输入 1 表示该收件人是第一个获得协议访问权限的收件人
- 收件人在签名流程中可以访问哪些字段？文档上的字段通过"签署者"编号进行标识。输入 1 表示收件人应该可以访问指定给"任何人"和"signer1"的表单字段
在顺序工作流程中，只有在收件人 1 完成其部分工作后，收件人 2 才会收到协议通知，之前不会。
收件人 2 只能访问指定给"任何人"和"signer2"的字段。
抄送收件人说明：为清晰起见，所有抄送收件人都应分配在最后一个实际与协议交互的收件人之后的收件人顺序。如果您有 3 名收件人作为签名周期的一部分，抄送收件人应为收件人顺序 4
请密切注意收件人顺序，并注意 CreateAgreement 活动可以将收件人插入到收件人列表的前面。
插入收件人的设置为：
- 发送方签名选项：我先签署 – 如果发送方签名选项配置为我先签署，则协议的发送方将成为第一个收件人。始终如此。
- 添加父实体的主要电子邮件 – 当添加主要实体的电子邮件时 通过 CreateAgreement 活动将此电子邮件作为第一个收件人插入。
- 只有发送方签名选项（上述）可以在父实体主要电子邮件之前插入收件人。
覆盖默认验证（从 v9.4.4.0 开始弃用）- 允许为收件人分配与 CreateAgreement 活动
中定义的默认值不同的验证方法
- False - 当为 false 时，CreateAgreement 活动中定义的默认身份标识验证方法将应用于此收件人
- 真 – 当为真时，此收件人将应用此 AddRecipient 活动中定义的身份验证方法（见下文）
注意：由于从 v9.4.4.0 版本开始弃用了覆盖默认验证，升级到 v 9.4.4.0 或更高版本的用户在添加新的 AddRecipient 和 AddRecipientUsingLookup 步骤时将看不到覆盖默认验证选项。因此，升级可能会导致部分工作流中断。
身份验证 – 所有收件人都经过验证，至少通过发送协议的电子邮件地址进行身份验证。二次身份验证提供多种形式：
- 电子邮件 – 默认验证类型。适用于每位收件人
- 电话 – 二次验证，当收件人尝试访问协议时会向其发送短信。
- 必须在下方的收件人电话字段和收件人国家/地区代码字段中提供收件人电话号码和国家/地区代码
- 密码 – 二次验证，使用标准字母数字密码字符串
- 必须通过某种外部方式将密码传达给收件人
- 知识库 – 仅适用于美国收件人的二次验证。
- 使用从公共数据库中挖掘的重要数据来询问一系列个人问题
- web 身份 – 二次验证，使用成功验证的多个社交媒体网站之一
- 有效的验证网站包括：Facebook、LinkedIn、Google、Yahoo!、Microsoft Live 或 Twitter
抄送收件人注意事项：所有抄送收件人的身份验证应保留默认的电子邮件值
收件人电话 – 用于短信电话验证过程的电话号码
收件人国家/地区代码 – 短信验证时电话号码前的国家/地区代码
收件人密码 – 选择密码验证时要使用的密码字符串
对于拥有正常运行的 Dynamics 工作流程的用户，从任何旧版本升级到 Adobe Acrobat Sign for Dynamics 365 V 9.4.4.0 可能会由于工作流程更改而导致某些工作流程活动中断。例如，AddRecipientUsingLookup 活动可能会失败，因为它不再具有OverrideDefaultVerification参数。
要解决此问题，用户需要移除失败的活动（步骤），然后重新添加该活动并重新填充所有相关的活动属性。
字段：
协议 ID 输入 – 从 CreateAgreement 活动导入协议 ID
选择要添加的收件人类型此字段定义您在确定收件人时要查找的实体类型。这些选项包括：
- 潜在客户
- 联系人
- 用户
添加销售线索作为收件人当在选择要添加的收件人类型字段中选择销售线索时，允许您将销售线索对象映射到签名周期中
添加联系人作为收件人当在选择要添加的收件人类型字段中选择联系人时，允许您将联系人对象映射到签名周期中
添加用户作为收件人当在选择要添加的收件人类型字段中选择用户时，允许您将用户对象映射到签名周期中
请注意，在使用上述字段添加收件人时，您可以使用查找功能搜索系统，或者可以通过父实体的相关实体选择收件人。
收件人角色收件人对文档的预期操作：
- 签署者：需要进行合法签名的人员
- 审批者：只需要审批文档但不一定要签名的收件人
- 抄送 – 抄送收件人无法影响协议，他们只是流程的观察者，通常会收到协议副本（取决于您的 Adobe Acrobat Sign 设置）
收件人订购当签名流程描述顺序签名路径时，此值表示收件人在签名周期中的位置。输入 1 表示该收件人是第一个获得协议访问权限的收件人。
收件人 2 只有在收件人 1 完成其部分后才会收到协议通知，以此类推。
抄送收件人注意事项：为了清晰起见，所有抄送收件人都应分配在实际与协议交互的最后一个收件人之后的收件人订购。如果您有三个收件人参与签名周期，抄送收件人应为收件人顺序 4
请密切关注收件人顺序，并注意 CreateAgreement 活动可以将收件人插入到收件人列表的前面。
插入收件人的设置包括：
- 发送方签名选项：我先签名如果将发送方签名选项配置为我先签名，则协议的发送方将成为第一个收件人。始终。
- 添加父实体的主要电子邮件当添加主要实体的电子邮件时 通过 CreateAgreement活动会将此电子邮件插入为第一个收件人。
- 只有发送方签名选项（如上所述）可以在父实体主要电子邮件之前插入收件人。
覆盖默认验证允许为收件人分配与CreateAgreement活动中定义的默认值不同的验证方法
- 假：当为假时，CreateAgreement活动中定义的默认身份验证方法将应用于此收件人
- 真：当为真时，此收件人将应用此AddRecipient活动中定义的身份验证方法（见下文）
身份验证所有收件人都会经过验证，至少要通过对协议发送到的电子邮件地址进行身份验证。双重身份验证有多种形式：
- 电子邮件 – 默认验证类型。用于每位收件人
- 电话 – 双重身份验证，当收件人尝试访问协议时向其发送短信。
- 必须在下方的收件人电话字段和收件人国家/地区代码字段中提供收件人电话号码和国家/地区代码
- 密码 – 双重身份验证，使用标准字母数字密码字符串
- 必须通过某种外部方式将密码传达给收件人
- 知识库 – 仅适用于美国收件人的双重身份验证。
- 使用从公共数据库挖掘的重要数据来询问一系列个人问题
- Web 身份 – 双重身份验证，使用成功验证多个社交媒体网站中的一个
- 有效的身份验证网站包括：Facebook、LinkedIn、Google、Yahoo!、Microsoft Live 或 Twitter
抄送收件人须知：所有抄送收件人的身份验证都应保持默认的电子邮件值
收件人电话– 用于短信电话验证流程的电话号码
收件人国家/地区代码– 短信验证时电话号码前的国家/地区代码
收件人密码– 选择密码验证时使用的密码字符串
对于具有正常运行的 Dynamics 工作流程的用户，从任何旧版本升级到 Adobe Acrobat Sign for Dynamics 365 V 9.4.4.0 可能会由于工作流程更改导致某些工作流程活动中断。例如，AddRecipientUsingLookup 活动可能会失败，因为它不再具有 OverrideDefaultVerification 参数。
要解决此问题，用户需要移除失败的活动（步骤），然后重新添加该活动并重新配置所有相关活动属性。
字段：
协议 ID 输入– 从 CreateAgreement 活动导入协议 ID
操作
操作 是一种 流程，用于将各个活动关联起来以实现某种产品，但用户无法直接使用。
相反，可以将它们视为可重复使用的模块，可包含在工作流中。少量精心创建的 操作 即可包含在各种不同的 工作流中，无需重新配置这些常见步骤。
有两个预配置的 操作 可供使用，且已准备就绪。
这些是简单且广泛使用的流程，您或许可以在创建自己的自定义工作流时加以利用：
此 操作 是一个简单且通用的操作，用于将协议发送给一位收件人以进行电子签名。
在属性页面顶部，您可以看到：
- 没有与此流程关联的 实体
- 这使得 操作 可用 不会 适用于任何类型的 工作流
- 由于没有主要实体，因此必须从流程中检索文件
流程链中有四个活动：
- CreateAgreement
- 协议名称和消息是通用的。几乎适用于任何情况
- ESIGN 是签名类型，是一个不错的默认值。
- 发件人无需签署
- 应用顺序签名订购
- 已选择电子邮件验证。无二次验证
- 未配置提醒计划
- AddRecipient
- 协议 ID 从 CreateAgreement 导入
- 收件人电子邮件正从 Arguments 对象中插入
- 收件人在签名中被标识为 1 号 流程， ，是签名者，因此需要签名
- AddDocument
- 协议 ID 从 CreateAgreement 导入
- 文件正从 Process Notes 中检索
- 保存正确文件的进程是 Send for 签名 流程（即此流程）
- 流程将发送附加到流程 Notes 部分的所有文件的所有版本
- 未提供 Document Name，因此将附加所有唯一命名的文件
- Add Only the Latest Version 设置为 False，因此将包含所有版本
- SendAgreement
- 协议 ID 从 CreateAgreement 导入
此 Process 是一个简单的通用操作，用于将协议发送给一位收件人进行电子签名。
在属性页面顶部，您可以看到：
- 主要 Entity 是 Opportunity
流程链中有四个活动：
- CreateAgreement
- 协议名称和消息是通用的。适用于几乎任何情况
- ESIGN 是签名类型，一个不错的默认选项
- 发件人无需签名
- 应用了顺序签名顺序
- 已选择电子邮件验证。无二级验证
- 未配置提醒计划
- AddRecipient
- 协议 ID 从 CreateAgreement 导入
- 收件人电子邮件正在从 Contact 对象中插入
- 收件人被标识为签名中的 1 号 流程， 并且是签名者，所以需要签名
- AddDocument
- 协议 ID 从 CreateAgreement 导入
- 正在从主要 Entity 检索文件
- 该流程将发送附加到主要 Entity 的 Notes 部分的 所有 文件的 所有版本
- 未提供 Document Name，因此将附加所有唯一命名的文件
- Add Only the Latest Version 设置为 False，因此将包含所有版本
- SendAgreement
- 协议 ID 从 CreateAgreement 导入
工作流程
Workflows 是 Process 的一种类型， 可以由系统执行或由用户按需执行。
工作流程通常使用一个或多个 Actions、Conditions 或 Activities 创建。
工作流程可以响应字段级别的更改，也可以由用户通过 更多选项 (…) 启动每个 Entity 上的菜单，具体取决于它们的配置方式。
Adobe Acrobat Sign for MS Dynamics CRM v7 软件包有一个预配置的草稿状态工作流程。此工作流程使用 Activities 设计来说明结构，但也可以轻松地使用一个条件触发器事件和一个包含 Activities 的 Action 创建：
在属性页面顶部，您可以看到：
- 主要的Entity是机会
- 工作流程设计为允许按需访问
在 Process builder 部分中，第一个行项目是可以触发工作流的条件：
如果 Opportunity Status 更改为 Won，则执行一系列步骤。
流程链中有四个活动：
- CreateAgreement
- Agreement Name 正在从 Opportunity 中插入
- 协议消息为通用格式
- ESIGN 为签名类型
- 发送者无需签名
- 应用顺序签名订购
- 已选择电子邮件验证。无双因素验证
- 未配置提醒计划
- AddRecipientUsingLookup
- 协议 ID 从 CreateAgreement 导入
- 收件人被标识为联系人
- 收件人电子邮件正在从 Opportunity 对象上的 Contact 字段中插入
- 收件人在签名中标记为编号 1 流程， 且为签名者，因此需要签名
- AddDocument
- 协议 ID 从 CreateAgreement 导入
- 正在从主要 Entity 检索文件
- 该流程将发送附加到主要 Entity 的 笔记 部分的 所有 文件的 所有 版本
- 未提供 文档名称，因此将附加所有具有唯一名称的文件
- 仅添加最新版本设置为 False，因此将包含所有版本
- SendAgreement
- 协议 ID 从 CreateAgreement 导入
构建自定义工作流程（示例）
以下是如何构建一个简单流程，向 Dynamics 系统中的联系人发送保密协议 (NDA) 合同的示例。
在此示例中，有一些给定条件为工作流决策提供框架：
- 任何需要发送 NDA 的人都会作为 联系人 存在于 Dynamics 系统中
- NDA 文档使用版本控制， 会受到版本控制， 并通过流程笔记附加，而不是通过实体
- 联系人 的所有者必须会签合同
- 合同必须发送到电子邮件存档文件
如果您对将一个活动的输出作为后续活动的输入值的概念还不熟悉，建议您花时间回顾一下此流程。
活动旨在接受来自触发事件或其他活动的输入值，然后为流程中的后续活动提供新值。
在下图中，协议 ID 输入 字段需要从 CreateAgreement 活动导入 ID 值。
要导入之前活动的输出，您需要将对象路径关联到需要该值的字段：
- 单击需要导入值的字段。
- Look 对象： 选择列表将填充与主要 Entity 相关的对象以及来自流程的 Local Values
- 单击选择列表以展开
- 我们要查找的值是在之前的活动中生成的，因此它是一个本地值，位于列表的底部
- 选择 AdobeSign :Activities .CreateAgreement 对象
列表折叠，显示选定的对象为 Look 对象： 值
Look 对象： 字段正下方的列表提供所选对象的所有可能输出值。
CreateAgreement 只有一个输出值：Agreement ID Output
- 选择正确的输出值，然后单击 Add 按钮将该值插入到下方的可选值部分
- 当您在可选值部分中看到 Agreement ID Output 时，单击 OK 将该值插入到字段中
要构建流程：
- 导航到 Adobe Acrobat Sign 管理 > 创建新工作流程
- 将打开一个新的 创建流程叠加窗口
- 为流程指定一个直观的名称。流程名称仅供管理员查看
- 从 类别 选择列表中选择 操作
- 从 实体 选择列表中选择主要 实体
- Dynamics 中的任何实体都可以选择，并提供流程在工作流中可以使用的对象
- 无（全局） 是不绑定到 实体 的工作流程的选项
此示例假定任何收到 NDA 的人都是 联系人，因此我们使用 联系人 作为主要实体。
- 单击确定
- 将打开 PowerApps 页面，显示 流程信息 页面
分步流程位于页面底部。向下滚动到 添加步骤 部分
- 单击 添加步骤
- 向下滚动到 Adobe Acrobat Sign 选择列表项，并展开子菜单
- Adobe Acrobat Sign 的七个 活动 公开显示：
- AdobeSign.Activities.AddDocument
- AdobeSign.Activities.AddRecipient
- AdobeSign.Activities.AddRecipientUsingLookup
- AdobeSign.Activities.CreateAgreement
- AdobeSign.Activities.CreateAgreementFromTemplate
- AdobeSign.Activities.GetAgreementId
- AdobeSign.Activities.SendAgreement
- Adobe Acrobat Sign 的七个 活动 公开显示：
让文档完成签署的完整流程大致按照以下顺序包含至少三个步骤：
创建协议 – "协议"是容器对象，用来保存整个 Adobe Acrobat Sign 系统事务的所有配置值。
创建协议时有两个选项
- 从模板创建协议 – 使用已定义的协议模板，导入所有字段值
- 创建协议 – 仅为此流程提供协议字段级别的值
添加文档 – 这会附加要发送的文件
- 您可以上载到 Dynamics 的文件大小限制为 5MB
- 文档通过主要实体或流程上的笔记字段添加，具体取决于您的需求
- 附加到主要实体的文档往往是自定义文档，比如附加到销售机会的个性化合同
- 附加到流程的文档可能是版本控制的标准文档，比如保密协议
可以在添加文档之前添加收件人。
线性思维表明，先添加文档有助于更好地理解流程，因为在大多数情况下，文档类型表明收件人是谁，以及他们应该以什么顺序参与签署流程。
添加收件人 – 收件人是包含在完成协议的路径。他们可以包括：
- 签署者 – 需要应用法定签名的任何人
- 审批者：只需批准文档但无需签署的收件人
- 抄送 – 纯粹的观察者，抄送的收件人无法影响协议
- 将某种类型的文档自动归档到电子邮件地址的绝佳选项
添加收件人有两个选项：
- 使用查找添加收件人 – 利用 Dynamics 从 Dynamics 实体导入收件人电子邮件
- 添加收件人 – 通过明确配置电子邮件，包含与任何 Dynamics 实体都不关联的收件人
有两种方法可以创建无需AddRecipient活动的流程：
- 唯一收件人的主要电子邮件从父实体的 CreateAgreement 活动中导入
- 唯一收件人是在 CreateAgreement 活动的 Sender Signing Options 字段中使用 Only I sign 选项的签署者
Send Agreement – 该活动获取已配置的 Agreement 并将其提交给 Adobe Acrobat Sign 服务，启动签名流程
我们的 NDA 示例使用了六项活动中的五项（只能有一个"创建协议"类型的活动），分为五个步骤的流程：
1. 添加步骤 - AdobeSign.Activities.CreateAgreement
- 在步骤记录中单击设置 属性以打开活动属性
- 定义 协议名称 – 协议名称显示在发送给收件人的通知电子邮件中，并在整个 Dynamics 系统中代表该协议。使用直观的名称，体现收件人期待的文档性质
- 完成后单击保存并关闭
此示例的字段值：
- Agreement Message 已修改，针对附加的文档提供有意义的指导
- 插入过期值 5，确保此法律文档不会在不可接受的时间范围内保持开放状态
- 协议将在 5 个日历日后过期并自动取消
- 父实体的主要电子邮件将作为第一个收件人导入
- 提醒已设置为每日迭代（鉴于协议在五天后到期）
当您成功配置活动后，红色 X 将从步骤记录中移除
2. 添加步骤 – AdobeSign.Activities.AddDocument
- 在步骤记录中单击设置属性以打开活动属性
- 将 Agreement ID 值插入 Agreement Id Input 字段
- 定义"添加文档来源"字段
- 如果从流程附加文件，请定义选择流程字段
- 配置所需的任何其他字段
- 单击保存并关闭
此示例的字段值：
- 从添加文档 字段 配置为从流程笔记中检索 NDA 文件
- "选择流程"- 由于我们从"流程"中检索文件，我们需要指明哪个"流程"包含该文件
- 此示例查找引用的是我们当前正在开发的同一个"流程"
- "文档名称"保留空白 - 由于此"流程"的焦点范围有限，仅涉及 NDA 合同，因此除了 NDA 文件外，不会将任何其他内容附加到流程中
- 仅添加文档的最新版本配置为True。如果 NDA 有多个迭代版本，我们不希望发送所有版本，只需发送最新版本
3. 添加步骤 - AdobeSign.Activities.AddRecipientUsingLookup (用户)
- 在步骤记录中单击设置属性以打开活动属性
- 将 Agreement ID 值插入到 Agreement Id Input 字段中
- 由于这是通过查找添加收件人，请定义用于标识您的收件人的实体：销售线索、联系人或用户
- 定义"收件人角色" - 此收件人是签署者、审批者还是抄送
- 定义收件人顺序：由于这是第二个收件人，请输入2
- 由于创建协议活动配置为从父实体添加主要电子邮件作为第一个收件人
- 定义"身份验证" - 电子邮件是默认选项。如果您要添加双重身份验证，请相应地调整字段
- 配置所需的任何其他字段
- 单击保存并关闭
此示例的字段值：
- 由于这是第二个收件人，因此选择了用户实体类型。内部副署通常在外部收件人完成签名后进行
- 添加用户作为收件人被配置为查找用户
- 默认的签署者保留在原位，因为需要签名
- 在收件人顺序字段中输入2。内部签署者始终跟在外部签署者之后
4. 添加步骤：AdobeSign.Activities.AddRecipient
- 在步骤记录中单击设置 属性以打开活动属性
- 将协议 ID值插入到协议 ID 输入字段中
- 如果有的话，提供可选的收件人全名
- 添加收件人电子邮件地址
- 定义收件人角色 – 此收件人是签署者、审批者还是抄送
- 定义收件人顺序由于这是第三个收件人，输入3
- 配置所需的任何其他字段
- 单击保存并关闭
此示例的字段值：
- 此收件人是我们内部 NDA 存档电子邮件地址的抄送
- 相应的描述会插入到收件人全名字段中，而不是个人姓名
- 添加完整的电子邮件地址
- 选择"抄送"选项，因为此收件人只是收集我们的已签名文件 保密协议 用于备份记录保存
- 在收件人顺序字段中输入3。收件人在技术上不在签名周期中，但该字段是必需的
- 抄送收件人应始终列在参与签名/审批流程的收件人之后
5. 添加步骤 - AdobeSign.Activities.SendAgreement
- 在步骤记录中单击设置 属性以打开活动属性
- 将 Agreement ID 值插入 Agreement Id Input 字段
- 单击保存并关闭
所有步骤配置完成后：
- 滚动到页面热门，然后单击笔记选项卡。
- 打开笔记选项卡后，在显示输入笔记的字段中单击
- 选项卡内容再次更改以显示附加文件按钮
- 单击附加文件
生成一个新的弹出窗口，其中包含浏览按钮，这样您就可以搜索文件并附加它。
- 单击浏览...
- 找到您的文件并打开
- 这会将文件路径导入到文件名称字段并关闭浏览...窗口
- 单击附加按钮
- 单击关闭按钮
文件现已正确附加到流程笔记
将文件附加到流程的笔记部分后，剩下的就是激活流程。
- 单击窗口顶部的激活按钮
当激活验证弹出时，单击激活
如果没有错误，页面将刷新，在页面顶部显示停用按钮（替换激活按钮）
操作已完成。
要使用户可以使用它，您需要将其绑定到工作流程：
- 单击窗口左上角的"关闭"按钮以关闭 PowerApp 页面
- 返回到Adobe Acrobat Sign 管理员页面，然后再次单击创建新工作流程
- 创建流程叠加层打开
- 从类别选择列表中选择工作流程
- 从实体选择列表中选择与您为流程选择的相同主要实体
- 这是发件人可以找到列出的工作流程的实体
- 单击确定
流程信息页面加载。
由于此示例适用于 NDA 合同，我们希望将其启用为按需选项。
- 选中作为按需流程旁边的复选框
- 在流程构建器中单击添加步骤按钮
- 从选项列表中选择执行操作
- 在操作字段中，选择刚创建的流程
- 实体字段根据所选流程自动填充
- 在步骤记录中单击设置 属性以打开活动属性
- 配置 Target 设置
- 单击保存并关闭
- 配置完所有步骤后，滚动到页面顶部，然后单击激活
- 出现提示时再次单击激活
工作流是 完成， 并且与主要实体相关（在本示例中为联系人）。
测试工作流程：
- 导航到任意联系人
- 单击功能区中的更多选项列表（…）
- 单击运行工作流程
显示与实体相关的工作流程列表
- 勾选您要触发的工作流程旁边的复选框
- 单击面板底部的添加以启动工作流程
- 出现提示时，如果您要运行工作流程，请单击确定
签名流程的混合路由
混合签名路由是顺序签名流程的组合，该流程具有一个或多个阶段，在这些阶段中签名流程变为并行。
与任何其他类型的签名流相比，混合路由需要对以下方面有深入的了解： 表单、 以及签名的预期应用顺序。
字段分配（签名者 1、签名者 2 等）基于在流程或 UI 中列出的收件人的顺序。 在并行签名阶段内，所有收件人都具有相同的收件人顺序编号，因此流程/UI 中的物理位置是您了解收件人可以访问哪个表单字段的唯一提示。
流程/UI 中最上面的收件人是签名者 1。
流程/UI 中第二个列出的收件人是 signer2，即使签名流程是并行的且两个收件人都显示收件人顺序为 1。
混合路由的要求和限制
- 混合路由仅在 Adobe Acrobat Sign 帐户中启用时才有效
- 以帐户管理员身份登录 Adobe Acrobat Sign
- 导航至帐户 > 发送设置 > 签名顺序 > 允许发送者指定混合路由顺序
- 保存 设置
- 协议模板无法配置为利用混合路由
- 当签名类型为手写时，不支持混合路由
- 当发送者签名顺序为以下选项时，混合路由不支持相关流程：
- 我先签名
- 我最后签名
- 只有我签名
- 包括父实体的主要电子邮件，用于识别收件人顺序为 1 的收件人。如果还有其他收件人顺序为 1 的收件人，则应用混合规则
- 如果定义的流程中输入顺序 = 假（表示并行签名流），但收件人并非都具有相同的收件人顺序值（表示顺序签名流），则应用混合路由规则。
流程失败的常见原因
有时，配置中未显示错误的流程在运行时会失败。
可能发生的常见原因包括：
- 您尝试从中获取文件的 笔记 部分没有附加文件
- AddRecipient 或 CreateAgreement 活动中定义的 身份验证方法被您的 Adobe Acrobat Sign 帐户设置禁用
- 主要实体上没有联系人，且您的 CreateAgreement 活动将 将父实体的主要电子邮件添加为收件人设置为真
