开始一份新协议。
- Adobe Acrobat Sign 用户指南
- 新增功能
- 快速入门
- 收件人体验
-
用户
- 配置文件和首选项
- 共享用户内容
- 地址簿
- 主页
- 发送协议
- 签署协议
- 管理协议
- 批量操作
- 审核报告
- 报告和导出数据
-
表单字段作者
- 应用程序内创作环境
- 使用文本标记创建表单
- 使用 Acrobat 创建表单
- 表单字段引用
- 设置表单字段显示/隐藏条件
- 将计算型字段添加到表单
- 已验证表单
- Adobe Acrobat Sign 创作 - 常见问题解答
-
高级用户
- 批量发送
- Web 表单
- 可重复使用的模板
- 自定义工作流程
-
Power Automate 工作流
- Microsoft Power Automate 集成随附的概述和权限
- 启用 Power Automate 集成
- “管理”页面上 Power Automate 的上下文操作
- 跟踪您的 Power Automate 使用情况
- 在 Acrobat Sign 环境中创建新的 Power Automate 工作流程
- Power Automate 工作流程的触发器
- 将外部 Power Automate 流导入 Acrobat Sign
- 访问并管理您的 Power Automate 流
- 在 Acrobat Sign 环境中编辑 Power Automate 流
- 将 Power Automate 流共享给您的 Adobe Acrobat Sign 组织中的其他用户
- 禁用 Power Automate 流
- 删除 Power Automate 流
-
面向管理员的实用 PA 模板
- 将所有已完成的文档保存到 SharePoint
- 将所有已完成的文档保存到 OneDrive for Business
- 将所有已完成的文档保存到 Google Drive
- 将所有已完成的文档保存到 DropBox
- 将所有已完成的文档保存到 Box
- 将已完成的文档保存到 SharePoint
- 将已完成的文档保存到 OneDrive for Business
- 将已完成的文档保存到 Google Drive
- 将已完成的文档保存到 Box
- 将已完成的 Web 表单文档保存到 SharePoint 库
- 从已签名文档中提取字段数据并更新 Excel 工作表
- 在 Teams 渠道中获取 Adobe Acrobat Sign 通知
- 通过 Power Apps 表单和 Word 模板生成文档,并发送以供签名
-
管理
- 设置您的 Acrobat Sign 公司帐户
- 用户配置
- 用户管理
- 群组管理
- 资产管理
- 管理员报告
-
设置配置
- 配置 Adobe Acrobat Sign 环境
-
全局设置
- 启用现代“收件人”体验
- 配置自签名工作流程
- 配置对“批量发送”的访问权限
- 配置 Web 表单
- 启用自定义发送工作流
- 配置对 Power Automate 工作流的访问权限
- 配置访问权限以创建可重复使用的库模板
- 收集包含协议的表单数据
- 针对协议参与者限制文档可见性
- 将签名文档的 PDF 副本附加至发送给下列人员的电子邮件
- 禁止显示已在线签名协议的电子邮件链接
- 禁止在电子邮件中显示协议首页的图像
- 附加至电子邮件的文件将命名为
- 将审核报告附加到 Acrobat Sign 中的电子邮件和下载
- 签名后将多个文件合并到一个文件
- 允许收件人下载各个文件
- 授权发件人上传物理签名文档
- Adobe Acrobat Sign 内部用户委派设置
- 设置用于协议的默认时区
- 配置协议和签名所用的默认日期格式
- 升级您的帐户以允许“位于多个组的用户”(UMG)
- 将用户分配到多个组
- 组管理员权限
- 配置用于替换协议中的收件人的选项
- 配置审核报告的内容
- 验证协议有效性
- 审核报告中包含查看事件
- 审核报告中包含页面计数
- 将事务 ID 和文档名称添加到协议的每个页面
- 启用产品内消息和指南
- 强制执行 PDF/A 工作流程以进行长期归档
- 启用 Acrobat Sign 智能助手聊天机器人
- 配置新的请求签名体验
- 启用新的自定义工作流体验
- 启用现代“创建模板”体验
- 帐户设置/品牌设置
- 签名首选项
- 数字签名
- 为合作伙伴应用程序配置自动预配
- 在 Adobe Acrobat Sign 中创建电子签章
- 数字身份
- 报告设置
- 安全性设置
-
发送设置
- 在创作期间配置文档编辑
- 协议创建体验
- 配置协议或 Web 表单时需要收件人姓名
- 在身份验证时锁定已知用户的名称值
- 允许启用各种接收者角色
- 为收件人配置电子见证人角色
- 在 Acrobat Sign 中配置亲自签名
- 启用收件人组
- 将抄送通知配置为收件人记录的一部分
- 配置 OneDrive 文件上传
- 上传文档时自动“拼合”PDF 文档
- 允许用户修改协议
- 启用发送给收件人的私人消息
- 允许的签名类型
- 为协议收件人设置提醒
- 允许发件人添加密码以确保安全查看协议 PDF
- 通过 SMS 或 WhatsApp 在 Adobe Acrobat Sign 中发送通知
- Adobe Acrobat Sign 身份验证方法
- 签名密码
- 基于知识的身份验证
- 手机验证
- WhatsApp 认证
- 通过电子邮件发送一次性密码
- Acrobat Sign 身份验证
- 基于云的数字签名
- 数字身份提供商身份验证
- 政府 ID 身份验证
- 签名者身份报告
- 配置内容保护
- 配置自动文档过期日期(完成截止日期)
- 签名顺序选项
- 配置混合收件人路由
- 在 Acrobat Sign 中配置内部收件人限制
- 配置下载协议链接
- 表单字段边框
- 通过 Liquid Mode 改善移动 Web 签名体验
- 在自定义工作流中启用模板定义的签名位置
- 启用 Acrobat Sign 标记上传的 PDF,以实现无障碍功能
- 对协议的受限访问权限
- 消息模板
- 生物识别设置
- Notarize 与 Acrobat Sign 集成
- 设置在线支付
- SAML设置
- 数据管理
- 为协议设置归档
- 电子邮件设置
- 从 echosign.com 迁移到 adobesign.com
- 在电子签名页面上自定义收件人选项
-
合规要求指导
- 辅助工具
- Adobe Acrobat Sign Solutions 中的 HIPAA 配置
- GDPR
- 21 CFR part 11 和 EudraLex Annex 11
- 欧盟/英国注意事项
- 符合 IVES
- “举报滥用”链接
-
集成
- Adobe Acrobat Sign 集成
- 产品版本和生命周期
- 集成密钥
-
Acrobat Sign for Salesforce
- 适用于 Salesforce 的 Acrobat Sign:安装包 (v24)
- 适用于 Salesforce 的 Acrobat Sign:配置包
- 适用于 Salesforce 的 Adobe Acrobat Sign:升级指南
- 适用于 Salesforce 的 Adobe Acrobat Sign:发行说明
- 适用于 Salesforce 的 Adobe Acrobat Sign(Lightning 配置文件):用户指南
- 适用于 Salesforce 移动应用程序的 Acrobat Sign
- 启用使用数字身份提供商进行身份验证
- 适用于 Salesforce 的 Adobe Acrobat Sign:映射和模板指南
- 使用适用于 Salesforce 的 Acrobat Sign Document Builder
- 配置大文档并推送协议服务
- 适用于 Salesforce 的 Adobe Acrobat Sign:自定义指南
- 适用于 Salesforce 的 Adobe Acrobat Sign:开发者指南
- 适用于 Salesforce 的 Acrobat Sign:其他指南
- 适用于 Salesforce 的 Adobe Acrobat Sign:常见问题解答
- 适用于 Salesforce 的 Acrobat Sign:故障诊断指南
- {"translatedText": ["Microsoft:Office"]}
- Microsoft:Teams
-
Microsoft:Dynamics
- 适用于 Microsoft Dynamics 的 Acrobat Sign
- Adobe Acrobat Sign for Microsoft Dynamics 365 Online:安装指南
- 适用于 Microsoft Dynamics Online 的 Adobe Acrobat Sign:用户指南
- Adobe Acrobat Sign for Microsoft Dynamics 365 内部部署:安装指南
- Adobe Sign for Microsoft Dynamics 内部部署:用户指南
- Adobe Acrobat Sign for Microsoft Dynamics 工作流:用户指南
- Adobe Acrobat Sign for Microsoft Dynamics 365 Talent
- Adobe Sign for Microsoft Dynamics:升级指南
- Adobe Acrobat Sign for Microsoft Dynamics 365:发行说明
- Microsoft:Power Automate
- Microsoft:搜索连接器
- ServiceNow
- 工作日
- NetSuite
- 适用于 SugarCRM 的 Adobe Acrobat Sign
- VeevaVault
- 适用于 Coupa BSM Suite 的 Adobe Acrobat Sign:安装指南
- Zapier
-
开发者
- REST API
- Webhook
- 沙盒
- 系统级资源
- 支持团队
创建混合收件人工作流程
上次更新日期:
2026年5月26日
结合有序路由与并行参与,让复杂协议在合适的时间通过合适的人员。
混合收件人工作流帮助发件人构建协议,其中某些收件人按序列操作,其他收件人则在同一路由步骤中操作。 当某个收件人必须完成其操作后组才能进行操作,或当多个收件人需要进行操作后协议才能继续下一步时,请使用此工作流。
Adobe Acrobat Sign 通过结合顺序路由与收件人群组来支持混合工作流程。 收件人组代表路由顺序中的一个收件人步骤,包含同时获得协议访问权限的多个收件人。 收件人群组完成所需操作后,协议将继续进行。
准备事项
- 混合收件人路由必须由管理员启用。
- 在添加并行收件人组步骤之前,先将协议设置为顺序签名流程。
- 发送协议前确认收件人顺序。
- 为获得出色性能和可管理性,请将混合工作流的总参与人数控制在 50 人以下。
- 混合签名工作流程不支持电子签章。
混合收件人工作流程的工作原理
混合工作流从顺序路由结构开始。 该序列中的一个或多个步骤可以包括收件人群组,允许多个收件人在同一步骤中操作。
例如,混合工作流程可能按以下方式路由:
- 收件人 1-3 是一个包含三名成员的并行签名组。
- 组内三名成员同时收到通知,可在组内以任意顺序完成操作。
- 所有会员都必须完成操作,签名流程才能移至下一位收件人
- 收件人 4 是个体收件人。
- 收件人 5 是一个由三位成员组成的收件人组。
- 组内所有三名成员同时收到通知。
- 只需组内第一个完成操作的会员即可将签名流程移至下一位收件人。
- 收件人 6 是个体收件人。
(请参阅下方图 3)
创建混合工作流
混合工作流从顺序签名顺序开始。 启用签名顺序后,每个路由步骤可以包含单个收件人、并行收件人组或收件人组。
当多人需要在协议推进之前采取行动时,请使用群组步骤。
-
-
将收件人路由设置为按顺序签署。
-
添加第一个路由步骤:
- 如果某个人应在此步骤中采取行动,请添加个体收件人。
- 如果多人应包含在此步骤中,请添加群组。
- 输入组名称。
- 启用所有成员都必须完成以定义并行组,或保持禁用状态以创建收件人组。
- 选择添加会员,然后将所有会员添加到群组中。 定义每个会员的:
- 电子邮件
- 姓名(如果需要)
- 角色
- 传递方式(如果需要)
- 私人消息(如果需要)
- 身份验证方法
- 选择完成。
-
按照应采取行动的顺序继续添加个体收件人或群组。
-
审阅完整的收件人顺序,并在准备好时发送协议。
收件人群组在路由顺序中显示为一个收件人步骤,尽管可能有多个人可以在该步骤中采取行动。 收件人群组在路由顺序中显示为一个收件人步骤,尽管可能有多个人可以在该步骤中采取行动。
发送前审阅参与者数量
为获得最佳性能,混合工作流程总共应包含少于 50 名参与者。 将每个个体收件人和收件人组的每个会员都计入总数。
例如:
- 5 个个体收件人 = 5 名参与者。
- 1 个包含 10 名成员的收件人组 = 10 名参与者。
- 1 个包含 3 名成员的并行组 = 3 名参与者。
- 5 个个体收件人加上一个 10 名成员的收件人组再加上一个 3 名成员的并行组 = 总共 18 名参与者。
较大的混合工作流可能更难审阅、修改和故障排除。 处理时间可能也会更长,特别是在发送后修改协议的情况下。
如果工作流程需要 50 名或以上参与者,请考虑在发送前将流程拆分为单独的协议或简化路由结构。
最佳实践
- 当签名顺序很重要,但多个收件人需要在同一阶段采取行动时,请使用混合工作流程。
- 当步骤中的每个收件人都必须完成其操作时,请使用平行收件人群组。
- 当任意允许的组成员均可代表一个收件人步骤行事时,请使用收件人组。
- 使用清晰的群组名称,以便发送方和管理员之后能够理解路由序列。
- 尽可能将参与者数量控制在 50 名以下。
- 发送前请审阅接收方顺序。
- 对于可重复的、业务重要的路由模式,请使用自定义发送工作流,避免每次都需要手动重建。
- 避免添加大型群组,除非成员确实需要参与相同的协议步骤。
发送前须知
- 混合工作流程必须以顺序签署流程开始。
- 并行接收方群组在同一路由步骤中包含多个单独的接收方。 并行收件人组中的所有收件人都必须完成签名后,协议才能继续进行。
- 并行接收方群组的成员可以按任何顺序完成其操作。
- 接收方群组是一个包含多个群组成员的接收方步骤。
- 接收方群组的完成取决于群组配置。 如果仅需要一名成员,协议将在一名成员完成群组操作后继续进行。
- 混合工作流程可以包含一个或多个并行接收方群组或接收方群组,具体取决于协议路由需求。
- 在审阅参与者总数时,请计算每个单独接收方和每个接收方群组成员。
- 少于 50 名参与者的指导原则是针对性能和可管理性的最佳实践建议,而非系统硬性限制。
- 大型混合工作流程可能更难审阅、修改和故障排除,特别是在发送后。
- 混合签名工作流程不支持电子签章。