分片组
新增功能
快速入门
管理
- Admin Console 概述
- 用户管理
- 添加、编辑和审阅活动用户
- 创建以功能为中心的用户
- 查看尚未完成验证的用户
- 检查是否有用户存在配置错误
- 更改姓名/电子邮件地址
- 编辑用户的组成员资格
- 通过组界面编辑用户的组成员资格
- 将用户提升为管理员角色
- 用户身份类型和 SSO
- 切换用户标识
- 使用 MS Azure 对用户进行身份验证
- 使用 Google 联合身份验证对用户进行身份验证
- 产品配置文件
- 登录体验
- 帐户/组设置
- 设置概述
- 全局设置
- 帐户层级和 ID
- 全新的收件人体验
- 自签名工作流
- 批量发送
- Web 表单
- 自定义发送工作流
- Power Automate 工作流
- 库文档
- 收集包含协议的表单数据
- 有限文件可见性
- 附加已签名协议的 PDF 副本
- 在电子邮件中包含链接
- 在电子邮件中包含图像
- 附加至电子邮件的文件将命名为
- 将审核报告附加到文档
- 将多个文档合并为一个
- 下载单个文档
- 上传签名文档
- 我的帐户中的用户委托
- 允许外部收件人委派
- 授权签名
- 授权发送
- 授权添加电子密封
- 设置默认时区
- 设置默认日期格式
- 位于多个组的用户 (UMG)
- 组管理员权限
- 替换收件人
- 审核报告
- 事务页脚
- 在产品消息发送和指南中
- 可访问的 PDF
- 新版“编辑”体验
- 医疗保健客户
- 帐户设置
- 添加标志
- 自定义公司主机名/URL
- 添加公司名称
- 发布协议 URL 重定向
- 签名首选项
- 格式精美的签名
- 允许收件人签名的方式
- 签名者可以更改其姓名
- 允许收件人使用其保存的签名
- 自定义使用条款和消费者信息披露条款
- 在表单字段中导航收件人
- 重启协议工作流
- 拒绝签名
- 允许图章工作流
- 要求签名者提供其职务或公司
- 允许签名者打印并置入书面签名
- 进行电子签名时显示消息
- 需要签名者使用移动设备创建其签名
- 请求签名者的 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
- 沙盒
支持和故障排除
定义签名截止日期,超过指定天数后系统将自动取消协议。
Acrobat Sign 中的完成截止日期功能允许发件人设置收件人完成签名的截止时间,超过此时间协议将自动取消。这有助于控制签名截止日期,特别是对于时间敏感型协议,例如季节性合同或特价优惠。 它还可以通过从“进行中”列表中移除旧协议或不太可能完成的协议来简化协议管理,从而更轻松地跟踪活动协议。
可用性:
- Acrobat Standard 和 Acrobat Pro:不支持
- Acrobat Sign Solutions:支持;默认为禁用状态
- Acrobat Sign for Government:支持;默认为禁用状态
配置范围:
过期日期最多可手动设置为未来 180 天。
未设置过期日期的协议将在 365 天后自动过期。
文档过期的发件人体验将因您配置商业 Acrobat Sign Solutions 帐户还是 Acrobat Sign for Government 帐户而异。
请从以下选项中选择您使用的服务层,以查看各自环境中的配置选项:
如果禁用了文档有效期限功能,则编写页面的协议设置部分中的选项将被锁定且不可编辑。协议设置摘要中的注释将显示无。
如果启用文档有效期限功能,且仅开启默认值选项,则完成截止日期选项会显示在编写页面的协议设置部分中。该选项显示截止日期,设置为管理员存储协议的默认期限,在此期限内均可签署协议。选择新日期的日期选择器处于灰色状态且锁定状态,因此发件人无法对其进行编辑。
启用文档有效期限功能,且启用允许发件人设置截止日期的选项后,完成截止日期选项可用且可编辑。发件人可以自由输入协议有效期(最长 180 天),在此期限内均可签署。
- 如果启用了设置默认天数的选项,则新协议的默认日期将反映该默认值。
- 如果未启用设置默认日期的选项,则系统将以发送日期起 180 天作为协议默认有效期限值。
如果禁用文档有效期限功能,则编写页面将不显示此选项。
如果启用文档有效期限功能,且仅开启默认值选项,则完成截止日期选项会显示在编写页面中。该选项显示为选中状态,表示截止日期已配置,但呈灰显,阻止发件人进行编辑。
启用文档有效期限功能,且启用允许发件人设置截止日期的选项后,完成截止日期选项可用且可编辑。发件人可以自由输入协议有效期(最长 180 天),在此期限内均可签署。
到期时间
文档到期时间始终在非高峰时段进行,具体时间取决于发送协议的服务器。非高峰时段为晚上 7 点到次日早上 7 点(服务器本地时区)。
默认情况下,通过现代请求签名流程发送的协议分配的到期时间为晚上 11:59,尽管发件人可以设置自定义到期日期和时间。但是,通过 API、集成或旧版界面发送的协议默认不会采用晚上 11:59 作为到期时间,而是采用协议最初发送时的时间戳。
如果协议设置为在高峰时段内到期,则会排队等待到期,但会自动延迟 12 小时,确保在非高峰时段处理过期事件。
到期排队期间状态和编辑
- 当协议在排队等待到期时,其状态在管理页面和 API 响应上保持进行中状态。
- 收件人无法签署排队等待的协议,并且将收到一条错误消息,指示无法签署协议。
- 在 12 小时的排队等待窗口期中,发件人可以编辑管理页面上的到期日期,以延长截止日期,并为收件人提供额外的时间进行签名。
非高峰时段从晚上 7 点到次日早上 7 点,基于发送协议的分片组的最中央时区。 用于每个分区群组的时区如下:
|
高峰时段的时区(早上 7 点到晚上 7 点) |
---|---|
NA1、NA2、NA3、NA4 |
美国/芝加哥 |
EU1、EU2 |
欧洲/柏林 |
AU1 |
澳大利亚/悉尼 |
JP1 |
亚洲/东京 |
IN1 |
亚洲/科尔卡托 |
SG1 |
亚洲/新加坡 |
某些分片组包括多个分片,横跨多个时区。 组中的所有分片都应用相同的非高峰时段到期窗口期。
例如,NA1、NA2、NA3 或 NA4 均以美国中部时间 (GMT -6) 为基准,采用相同的非高峰时段。
协议将按计划过期,通常在设置过期时间的几分钟内过期。
根据发件人的环境,它指的是发送协议的分片。 (查找您所在的分片 >)
即使协议尚未转换为已过期状态,签名者在到期时间过后也将无法签名。 他们将看到一条错误消息:
如果协议已排队等待到期,但系统尚未处理该到期事件,则发件人仍然可以编辑到期日期。 这可为收件人在协议到期之前提供额外的时间来签署协议。
在系统处理到期日期之前(12 小时内),协议将保持 IN_PROCESS 状态。 到期事件处理完成后,它将转换为已过期状态。
是的,您可以在处理到期之前随时编辑到期时间。 在协议过渡到已过期状态之前,修改到期时间没有任何限制。
是的,但延迟可能会因系统加载而相差几分钟时间。
在请求签名页面上设置到期日期/时间时,默认设置为晚上 11:59,从而确保在非高峰时段到期并在该时间或之后不久进行处理。 您可以在协议设置部分中调整此设置。
协议将继续显示为进行中状态,直到过期处理完成(通常是 12 小时后)。
数据治理仅在协议过渡到终止状态(例如已过期)后才开始。 延迟到期也会延迟保留期限的开始时间。
处理到期后会记录到期事件,如果到期时间在高峰时段内,则可以延迟 12 小时。
此更新优化了系统性能,以适应不断增长的需求。