新增功能
快速入门
管理
- Admin Console 概述
- 用户管理
- 帐户/组设置
- 设置概述
- 全局设置
- 帐户级别和 ID
- 全新的收件人体验
- 自签名工作流
- 批量发送
- Web 表单
- 自定义发送工作流程
- Power Automate 工作流程
- 库文档
- 收集包含协议的表单数据
- 有限文件可见性
- 附加已签名协议的 PDF 副本
- 在电子邮件中包含链接
- 在电子邮件中包含图像
- 附加至电子邮件的文件将命名为
- 将审核报告附加到文档
- 将多个文档合并为一个
- 下载单个文档
- 上传签名文档
- 我的账户中的用户委托
- 允许外部收件人委派
- 授权签名
- 授权发送
- 授权添加电子密封
- 设置默认时区
- 设置默认日期格式
- 位于多个组的用户 (UMG)
- 组管理员权限
- 替换接收者
- 审核报告
- 事务页脚
- 在产品消息发送和指南中
- 可访问的 PDF
- 新版“编辑”体验
- 医疗保健客户
- 帐户设置
- 添加标志
- 自定义公司主机名/URL
- 添加公司名称
- 发布协议 URL 重定向
- 签名首选项
- 格式精美的签名
- 允许收件人签名的方式
- 签名者可以更改其姓名
- 允许接收者使用其保存的签名
- 自定义使用条款和消费者信息披露条款
- 在表单字段中导航收件人
- 重启协议工作流
- 拒绝签名
- 允许图章工作流
- 要求签名者提供其职务或公司
- 允许签名者打印并置入书面签名
- 进行电子签名时显示消息
- 需要签名者使用移动设备创建其签名
- 请求签名者的 IP 地址
- 从参与者图章中排除公司名称和职务
- 数字签名
- 电子签章
- 数字身份
- 报告设置
- 新版报告体验
- 经典报告设置
- 安全设置
- 发送设置
- 消息模板
- 生物识别设置
- 工作流程集成
- 公证设置
- 付款集成
- 签名者消息发送
- 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
支持和故障排除
概述
重启协议工作流程允许协议的当前收件人将协议返回给协议的第一个收件人并重启签名流程。
重启的协议将保留所有已配置的元素(如提醒、到期日期、身份验证方法和收件人组),但私人消息除外。所有收件人的私人消息都将替换为来自重启收件人的消息,该消息旨在提供重启协议的原因。
以前输入的字段数据(签名和缩写签名字段除外)将保留为默认值,以加快重新签名的速度。
例如,如果发起者将协议发送给三个顺序签名者,则第二个或第三个签名者可以重启协议,将协议返回给第一个签名者。如果第三个签名者重启协议,则协议将返回给第一个签名者以重启。他们最初输入的所有信息仍然存在并且可编辑。
配置
该功能只能启用或禁用。没有其他配置选项。
可用性:
允许重启协议的选项仅适用于企业服务层。
配置范围:
该功能可以在帐户级别和组级别启用。
- 默认情况下,所有组都继承帐户级别设置。
- 可以将组配置为覆盖继承的帐户设置。
要启用收件人重启协议工作流的选项,请导航至帐户设置 > 签名首选项 > 重启协议工作流。
工作原理
启用后,收件人的选项菜单包含一项新操作,以重启协议工作流程。
新的收件人体验目前不支持重启协议工作流的选项。
如果启用重启协议的选项,协议将默认为经典的收件人电子签名体验。
选择重启协议工作流程操作时,收件人会看到一个对话框,要求他们为前面的收件人输入一条消息,说明重启协议的原因。此消息将取代所有收件人的私人消息。
收件人可以取消重启过程,也可以选择重启将协议返回给第一个收件人。
如果重启协议,则会向收件人显示一条验证消息以确认该操作:
发起者会立即收到电子邮件通知,说明协议已重启:
此外,第一个收件人将收到一封新的电子邮件,其中醒目地指出协议已返回给收件人以及是谁执行了重启操作。包含重启原因的私人消息显示在审阅并签名按钮下方。
协议遵循正常的签名流程,依次通知每个收件人,直到协议完成。
协议的所有收件人可以通过选择电子签名窗口中的私人消息图标来查看重启的原因:
第一个收件人之后的后续收件人在轮到与协议交互时会收到略有不同的审阅并签名电子邮件:
审核报告
审核报告中明确标识了重启协议的操作。
重启事件之后,审核报告正常记录事件,从第一个收件人开始,然后是正常事件系列。
需要了解的事项
- 不支持书面签名。
- 协议发件人无法重启协议。
- 协议的第一个收件人无法重启协议。
- 无法重启包含数字签名或电子签章的协议。
- 无法重启正在等待公证的协议。
- 如果协议已应用见证人签名,则无法重启协议。
- 如果已收取付款,则无法重启包含付款字段的协议。
- 协议只能返回给第一个收件人。无法将协议返回给签名周期中的任何其他点。
- 发送给所有收件人的原始私人消息将被重新启动协议时提供的消息所取代。
- 只有已签署协议的收件人才会收到已重启协议的通知。
- 预填充字段不可编辑。预填充字段在第一个收件人之前输入,重启协议工作流程会将签名流程返回给第一个收件人。
- 预填充字段在重启的签名过程中不可见。
- 收件人只能访问他们之前填写的字段和分配给任何人的可用字段。
- 收件人之前填写的字段会显示存储为默认值的之前输入值。这些字段可以编辑,但不会像空白字段那样突出显示。
- 分配给任何人的字段可能会删除之前的值,从而释放该字段以供后续收件人填写。