分片组
上次更新日期：
2026年4月13日
定义签名截止日期，超过指定天数后系统将自动取消协议。
Acrobat Sign 中的完成截止日期功能允许发件人设置收件人完成签名的截止时间，超过此时间协议将自动取消。 这有助于控制签名截止日期，特别是对于时间敏感型协议，例如季节性合同或特价优惠。 它还可以通过从“进行中”列表中移除旧协议或不太可能完成的协议来简化协议管理，从而更轻松地跟踪活动协议。
可用性：
- Acrobat Standard 和 Acrobat Pro：不支持
- Acrobat Sign Solutions：支持；默认为禁用状态
- Acrobat Sign for Government：支持；默认为禁用状态
配置范围：
注释
过期日期最多可手动设置为未来 365 天。
未设置过期日期的协议将在 365 天后自动过期。
如果禁用了文档有效期限功能，则编写页面的协议设置部分中的选项将被锁定且不可编辑。 协议设置摘要中的注释将显示无。
如果启用文档有效期限功能，且仅开启默认值选项，则完成截止日期选项会显示在编写页面的协议设置部分中。 该选项显示截止日期，设置为管理员存储协议的默认期限，在此期限内均可签署协议。 选择新日期的日期选择器处于灰色状态且锁定状态,因此发件人无法对其进行编辑。
启用文档有效期限功能，且启用允许发件人设置截止日期的选项后，完成截止日期选项可用且可编辑。发件人可以自由输入协议有效期（最长 365 天），在此期限内均可签署。
- 如果启用了设置默认天数的选项，则新协议的默认日期将反映该默认值。
- 如果禁用设置默认日期的选项，则系统将以发送日期起 365 天作为协议默认有效期限。
- 启用文件过期时，无法删除 365 天自动删除功能。
到期时间
文档到期时间始终在非高峰时段进行，具体时间取决于发送协议的服务器。非高峰时段为晚上 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 小时。
此更新优化了系统性能，以适应不断增长的需求。
