新增功能
快速入门
- 管理员快速入门指南
- 用户快速入门指南
- 针对开发人员
- 视频教程库
- 常见问题解答
- Enterprise 试用版
管理
- Admin Console 概述
- 用户管理
- 添加、编辑和审阅活动用户
- Admin Console SSO
- 创建以功能为中心的用户
- 查看尚未完成验证的用户
- 检查是否有用户存在配置错误
- 更改姓名/电子邮件地址
- 编辑用户的组成员资格
- 通过组界面编辑用户的组成员资格
- 将用户提升为管理员角色
- 用户身份类型和 SSO
- 切换用户标识
- 使用 MS Azure 对用户进行身份验证
- 使用 Google 联合身份验证对用户进行身份验证
- 产品配置文件
- 登录体验
- 群组管理
- 帐户/组设置
- 设置概述
- 全局设置
- 帐户层级和 ID
- 全新的收件人体验
- 自签名工作流
- 批量发送
- Web 表单
- 自定义发送工作流
- Power Automate 工作流
- 库文档
- 收集包含协议的表单数据
- 有限文件可见性
- 附加已签名协议的 PDF 副本
- 在电子邮件中包含链接
- 在电子邮件中包含图像
- 附加至电子邮件的文件将命名为
- 将审核报告附加到文档
- 将多个文档合并为一个
- 下载单个文档
- 上传签名文档
- 我的帐户中的用户委托
- 允许外部收件人委派
- 授权签名
- 授权发送
- 授权添加电子密封
- 设置默认时区
- 设置默认日期格式
- 位于多个组的用户 (UMG)
- 组管理员权限
- 替换收件人
- 审核报告
- 事务页脚
- 在产品消息发送和指南中
- 可访问的 PDF
- PDF/A 工作流程
- 医疗保健客户
- 新的“请求签名”体验
- 新的自定义工作流体验
- 新的创建模板体验
- 帐户设置/品牌设置
- 签名首选项
- 格式精美的签名
- 允许收件人签名的方式
- 签名者可以更改其姓名
- 允许收件人使用其保存的签名
- 自定义使用条款和消费者信息披露条款
- 在表单字段中导航收件人
- 重启协议工作流
- 拒绝签名
- 允许图章工作流
- 要求签名者提供其职务或公司
- 允许签名者打印并置入书面签名
- 进行电子签名时显示消息
- 需要签名者使用移动设备创建其签名
- 请求签名者的 IP 地址
- 从参与者图章中排除公司名称和职务
- 应用自适应签名绘制缩放比例
- 数字签名
- 电子签章
- 数字身份
- 报告设置
- 启用经典报告
- 新版报告体验
- 经典报告设置
- 安全设置
- 发送设置
- 登录后显示“发送”页面
- 协议创建体验
- 发送时需要收件人姓名
- 锁定已知用户的名称值
- 允许的收件人角色
- 允许电子见证人
- 亲自签名配置
- 收件人组
- CC
- 必填字段
- 附加文件
- 字段拼合
- 修改协议
- 从进行中的协议中移除收件人
- 协议名称
- 语言
- 私人消息
- 允许的签名类型
- 提醒
- 已签名文档的密码保护
- 通过以下方式发送协议通知
- 签名者身份识别选项
- 使用经过身份标识验证的数据填充表单字段
- 内容保护
- 启用 Notarize 事务
- 文档过期
- 预览、定位签名和添加字段
- 签名顺序
- 启用混合签名流
- 添加我自己
- 仅发送给内部收件人
- 下载协议链接
- 表单字段边框
- “液体”模式
- 自定义工作流控件
- 电子签名页面的上传选项
- 签名后确认 URL 重定向
- 限制对共享协议的访问权限
- 登录后显示“发送”页面
- 消息模板
- 生物识别设置
- 工作流集成
- 公证设置
- 付款集成
- 签名者消息发送
- SAML 设置
- SAML 配置
- 安装 Microsoft Active Directory 联合身份验证服务
- 安装 Okta
- 安装 OneLogin
- 安装 Oracle Identity Federation
- SAML 配置
- 数据管理
- 时间戳设置
- 外部归档
- 帐户语言
- 电子邮件设置
- 从 echosign.com 迁移到 adobesign.com
- 为收件人配置选项
- 监管要求指导
- 批量下载协议
- 申请您的域
- “举报滥用”链接
- 系统要求和限制
用户配置文件和可配置功能
- 地址簿
发送、签署和管理协议
- 收件人选项
- 发送协议
- 在文档中创作字段
- 应用程序内创作环境
- 自动字段检测
- 使用创作环境拖放字段
- 向收件人分配表单字段
- 预填充角色
- 使用可重复使用的字段模板应用字段
- 将字段传输到新库模板
- 更新了发送协议时的创作环境
- 使用文本标记创建表单
- 使用 Acrobat (AcroForms) 创建表单
- 字段
- 创作常见问题
- 应用程序内创作环境
- 签署协议
- 管理协议
- 审核报告
- 报告和数据导出文件
高级协议功能和工作流
- Web 表单
- 可重复使用的模板(库模板)
- 管理共享模板
- 转让 Web 表单和库模板的所有权
- Power Automate 工作流
- Power Automate 集成和包含的权限概述
- 启用 Power Automate 集成
- “管理”页面上的上下文操作
- 跟踪 Power Automate 使用情况
- 创建新的工作流(示例)
- 用于工作流的触发器
- 从 Acrobat Sign 外部导入工作流
- 管理工作流
- 编辑工作流
- 共享工作流
- 禁用或启用工作流
- 删除工作流
- 实用模板
- 仅限管理员
- 协议存档
- Web 表单协议存档
- 将已完成的 Web 表单文档保存到 SharePoint 库
- 将已完成的 Web 表单文档保存到 OneDrive for Business
- 将已完成的文档保存到 Google Drive
- 将已完成的 Web 表单文档保存到 Box
- 协议数据提取
- 协议通知
- 发送包含协议内容和已签名协议的自定义电子邮件通知
- 在 Teams 渠道中获取 Adobe Acrobat Sign 通知
- 在 Slack 中获取 Adobe Acrobat Sign 通知
- 在 Webex 中获取 Adobe Acrobat Sign 通知
- 协议生成
- 通过 Power Apps 表单和 Word 模板生成文档,并发送以供签名
- 从 OneDrive 中的 Word 模板生成协议并获取签名
- 为所选 Excel 行生成协议,发送以供审阅和签名
- 自定义发送工作流
- 共享用户和协议
与其他产品集成
- Acrobat Sign 集成概述
- Acrobat Sign for Salesforce
- Acrobat Sign for Microsoft
- 其他集成
- 合作伙伴管理的集成
- 集成密钥
Acrobat Sign 开发人员
- REST API
- Webhook
- 沙盒
支持和故障排除
构建灵活的签署流程,让复杂的协议顺利推进,而无需强制每位收件人都遵循相同的路由模式。
Adobe Acrobat Sign 让管理员启用混合收件人路由,使发送者能够在一个协议中结合有序和并行参与。 当流程的某一部分必须按顺序进行,但多个收件人或收件人组需要在同一步骤中执行操作后协议才能继续推进时,混合路由非常有用。 启用此设置为发送者提供了更大的灵活性来处理复杂的签署流程,无需为每个路由变体创建自定义工作流程。
准备事项
- 确认发送者了解顺序、并行和混合路由之间的区别。
- 如果只有特定团队需要创建混合工作流程,请考虑使用组级别配置。
- 为获得出色性能和可管理性,请规划参与者总数少于 50 人的混合工作流程。
配置
可用性
- Acrobat Sign Solutions:支持
- Acrobat Sign for Government:支持
- Acrobat Standard 和 Acrobat Pro:不支持
配置范围
可以在帐户级别和组级别配置混合收件人路由。
- 组级别设置会覆盖帐户级别设置。
- 默认值:禁用
更改此设置将不会影响正在执行的现有协议。
要访问此功能,请通过管理员的配置菜单导航到发送设置 > 签名顺序
控制选项
- 允许发件人指定混合路由顺序 — 让发件人创建结合顺序与并行参与方式的收件人流程。 混合工作流程可以在路由序列中包含个体收件人和收件人组。
混合工作流程应包含少于 50 人的参与者。 将每个个体收件人和收件人组的每个会员都计入总数。 较大的混合工作流程可能更难管理,处理时间可能更长,特别是在协议发送后进行修改的情况下。
该设置的工作原理
启用混合路由后,发件人可以创建结合有序和并行参与的收件人流程。混合流程从顺序路由结构开始,然后允许一个或多个路由步骤包含多个并行操作的收件人或收件人组。
例如,协议可能使用此路由模式:
- 收件人 1 先签署。
- 收件人 2 第二个签署。
- 收件人 3、4 和 5 同时收到协议,必须全部完成其操作。
- 收件人 6 在并行步骤完成后收到协议。
并行路由步骤中的所有收件人步骤必须完成后,协议才能移至下一个路由步骤。 如果并行步骤包含收件人组,该组将根据收件人组配置完成操作。
混合工作流程可以包含收件人组。 收件人组定义谁可以在单个收件人步骤中执行操作,而混合路由定义收件人步骤如何在协议序列中推进。
禁用此设置后,发送方无法在此设置所管理的体验中创建混合路由。 他们仍可使用帐户或组配置允许的其他路由选项。
混合路由会影响新协议的创建方式。 更此改设置不会更改已在进行中的协议。
最佳实践
- 仅为需要混合顺序和并行收件人流的组启用混合路由。
- 为确保良好性能且便于故障排除,请将混合工作流控制在总计 50 名参与者以下。
- 对于需要一致路由、审批或收件人角色的可重复企业流程,请使用自定义发送工作流程。
- 避免依赖发送方为高价值或受管制的工作流程手动重建复杂的混合路由。
- 在广泛提供配置之前,先与小型内部组测试复杂路由。
- 记录发送方何时应使用混合路由而非顺序路由、并行路由、收件人组或自定义发送工作流程。
相关设置
- 收件人将按其输入顺序签名 — 将默认工作流设置为顺序路由。 混合路由基于有序收件人路由构建,允许一个或多个路由步骤包含并行参与。
- 允许发送方选择签署顺序 — 允许发送方在撰写协议时在顺序路由和并行路由之间切换。 此设置提供路由灵活性,但不会取代混合路由控制。
- 收件人组 — 允许多人参与单个收件人步骤。 当多人需要在同一步骤中执行操作时,收件人组可在混合工作流程中使用。
- 自定义发送工作流程 — 允许管理员定义具有预定义路由、收件人、文档和发送方选项的可重复协议工作流程。
注意事项/常见问题
- 50 名参与者指导是否为硬性系统限制?
否。 此指导是针对性能和可管理性的最佳实践建议。 请尽可能将混合工作流程控制在总计 50 名参与者以下。 - 应如何计算参与者?
计算每位个体收件人和收件人组中的每位会员。 例如,包含 10 位个体收件人和 1 个含 15 位会员的收件人组的协议总计有 25 名参与者。 - 为什么应避免较大的混合工作流程?
较大的工作流程更难审阅、修改和故障排除。 处理时间可能也会更长,特别是在发送后修改协议的情况下。 - 此设置是否会影响已发送的协议?
否。 更改此设置会影响发送者是否可以为新协议创建混合路由。 这不会更改已在进行中的协议。 - 并行步骤中的所有参与者都需要完成其操作吗?
并行路由步骤中的所有收件人步骤都必须完成,协议才能继续进行。 如果步骤包含收件人组,完成情况取决于收件人组配置。 - 混合工作流程能否包含收件人组?
是的。 混合工作流程可以包含收件人组。 收件人组定义谁可以在单个收件人步骤中执行操作,而混合路由控制该步骤与协议其余部分的排序方式。 - 混合路由是否支持电子印章?
否。 混合签名工作流程不支持电子签章。 - 管理员什么时候应该使用自定义发送工作流程?
当路由模式可重复使用、对商业重要或需要由管理员控制而非发送者手动配置时,请使用自定义发送工作流程。