新增功能
快速入门
管理
- 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
支持和故障排除
概述
可以在帐户或组级别配置收件人拒绝协议的功能,启用此功能后,可以使用一些工具来帮助关闭有关为何拒绝协议的反馈循环。
用于允许拒绝和捕获自定义原因的功能可用于所有服务层。
用于定义您自己的拒绝原因列表并在页脚横幅中显示拒绝按钮的选项仅可在服务的企业层使用。
使用方式
当组或帐户启用功能集以拒绝协议时,拒绝签名选项将插入到电子签名页面上的选项菜单中:
如果收件人选择拒绝其操作,则会为他们提供预定义的原因列表和/或用于输入其自定义拒绝原因的选项(具体取决于功能集的配置方式):
一旦协议被拒绝,该协议就会被取消,并且协议的建立者也会收到通知。
活动和审核报告条目
拒绝协议的操作将记录在事务记录中,分别位于两处:
- 协议的“活动”记录
- 从事务派生的“审核报告”
用于拒绝的注释仅显示在“活动”列表中,而不会显示在“审核报告”中。
查找拒绝的原因
拒绝协议的原因可以在“活动”部分(如上所述)的协议中查看,也可以通过运行包含协议的报告来查看。
“收件人拒绝原因”列位于单个收件人数据之后:
配置选项
个人、企业和小型企业客户可以允许使用拒绝选项,并要求提供自定义原因。
- 由于原因列表不适用于这些服务层,因此将捕获自定义原因
在服务的企业级别,拒绝原因功能集包含五个可配置的选项。
- “允许签名者拒绝”是主要的启用切换开关,必须启用此选项才能访问其他四个选项
允许签名者拒绝
启用此顶级设置后,将会为大多数收件人角色插入用于拒绝协议(即,在流程中取消协议)的选项。
- 分配了“经过认证的收件人”角色的收件人将明确排除在外,允许这些收件人拒绝的选项必须由成功经理或技术支持人员单独配置。
接受人:启用“拒绝”按钮
启用后,具有接受人角色的收件人将会看到电子签名页面的页脚上设置了一个“拒绝/接受”按钮。
- “拒绝签名”选项仍包含在“选项”菜单中
要求签名者提供原因
启用“要求签名者提供原因”选项后,系统会向拒绝者提供拒绝原因列表:
拒绝原因由帐户/组管理员配置,并且必须至少定义一个原因,否则将生成错误:
要创建新的拒绝原因,请单击加号图标以显示“创建”叠加窗口:
定义拒绝原因需要具备三个要素:
- 拒绝签名原因名称 - 原因记录的名义名称。
- 便于对可能跨多种语言的原因进行分类
- 拒绝签名原因文本 - 这是插入到“活动”记录和报告字段的实际文本。
- 原因文本限制为不超过 1000 个字符
- 收件人将在选择窗口中看到全部文本
- 语言 - 只有“语言”值与签名者的环境相匹配的原因才会显示为选项。 如果您使用法语区域设置发送协议,则只有为法语标记的原因才可选择
- 如果签名者使用的区域设置没有匹配的预定义原因,则会接受自定义原因
正确配置原因后,单击保存。
所有签名者将可立即使用该原因。
要“编辑”或“删除”列表中的原因,只需单击该原因将其选中。
“编辑”或“删除”操作将显示在该部分的左上角:
允许签名者提供自定义原因
启用“自定义原因”功能后,收件人可以选择用自己的言语手动输入原因:
显示来自帐户和组的拒绝原因的汇总列表
用于汇总帐户级别和组级别拒绝原因的选项只有在配置组级别控件时才可用。
利用此选项,可以在帐户级别创建一组核心的通用拒绝原因,然后在组级别添加专门为从该组生成的内容而明确设计的原因。
需要了解的事项...
“拒绝原因”控件集明确省略了“经过认证的收件人”角色。需要允许经过认证的收件人拒绝协议的客户必须联系其成功经理或技术支持联系人来启用此选项。