概念：时区和截止日期
您可以为整个业务流程设置截止日期，也可以为每个业务流程步骤设置截止日期。截止日期是从步骤开始到步骤完成的已用时间。查看业务流程历史记录时，您可以确定是否对某个步骤执行了适当的操作，以及该步骤是否按时完成。
当您为业务流程步骤配置截止日期时，如果用户位于 UTC-1 或更早的时间，则 Workday 会以用户本地时区显示该步骤的截止日期。示例：爱尔兰和澳大利亚。这不适用于位于 UTC-2 或更小的时区的用户。示例：加拿大和纽约
为了确定薪级的截止日期，Workday 使用系统太平洋时区 (UTC-8) 中的一天结束时间 (23:59:59)，并将截止日期转换为用户的本地时区。
我们在以下位置显示截止日期对应的用户本地时区：
- Workday 主页上的“等待操作”版块。
- “我的任务”条目。
- 我的任务条目的流程历史记录（）。
- 下一条消息
- 您已提交对话框。
- “查看事件”页面上的“截止日期”列。
此功能仅适用于我们显示截止日期的方式，不适用于系统计算截止日期的方式。
如果您为某个业务流程步骤设置了截止日期，并选中了该步骤或整个业务流程定义的
“截止日期基于生效日期”
复选框，则 Workday 可能会在截止日期的基础上再增加 1 天，具体取决于系统会保留该业务流程的生效日期。示例 1：
Betty 的工作场所为加利福尼亚州旧金山，她于 2024 年 7 月 14 日发起了一个业务流程。在业务流程定义中，“
待办事项
”步骤的截止日期为 “1 天”
，这表示截止日期为 2024 年 7 月 15 日。“待办事项
”步骤已指定给 Yumiko。她现居住在日本东京。基于 UTC 偏移量，日本采用 UTC+9 时间。在 “View Event”
页面上，我们向 Yumiko 显示 “截止日期”
为 2024 年 7 月 16 日
。如果 Betty 查看了该事件，则 Workday 会将 2024 年 7 月 15 日
显示为 “待办事项
”步骤的截止日期。示例 2：
“标题变更（默认定义）”
业务流程定义的 生效日期
为 2024 年 6 月 13 日
。在 “审批”
步骤中：
- “截止日期”字段为“1 天”。
- 基于生效日期的截止日期已选中
- 步骤已指定给人力资源合作伙伴安全组。James 是一名常驻新加坡的人力资源合作伙伴。新加坡采用 UTC+8 时区。
Mike 在加利福尼亚州普莱森顿工作。在 2024 年 6 月 13 日，他发起了
“头衔变更”
业务流程。Workday 会将业务流程的持续保存生效日期设置为 2024 年 6 月 13 日。审批
步骤的截止日期为 2024 年 6 月 14 日太平洋时区的一天结束日期。当到达 “审批”
步骤时，Workday 会将截止日期转换为 James 在新加坡的本地时区。在 Workday 中，
“审批
步骤”的截止日期将显示为：
- 在他的本地时区（新加坡）中，对于 James 而言，日期为 2024 年 6 月 15 日。
- 2024 年 6 月 14 日（太平洋时区的业务流程管理员）。
在某些情况下，如果业务流程是在非太平洋时区发起的，并且发起人选择了业务流程生效日期，则我们可能会在截止日期之后额外添加 1 天。在以上示例中，新加坡的一名员工发起
“头衔变更”
业务流程并选择 “06/14/2024”
作为生效日期。Workday 会继续保留 2024 年 6 月 14 日作为业务流程生效日期。在 Workday 中查看事件时， 审批
步骤的截止日期显示为：
- 将 06/15/2024分配给采用太平洋时区的用户。（2024 年 6 月 14 日加 1 天。）
- 2024 年 6 月 16 日发送给了新加坡的用户。（2024 年 6 月 15 日加 1 天。）