| 宣布日期 | 开始推行 | 结束推行 |
| 2026 年 2 月 27 日 | 2026 年 2 月 27 日 | 2026 年 4 月 30 日 |
Zendesk 拟将改进劳动力管理中休假的工作方式，确保记录的时间更好地匹配专员的实际带薪时间。
此公告包括以下主题：
有什么变化？
我们拟将更新记录和衡量休假的方式，以便更好地匹配专员的实际轮班和工资：
-
全天休假不再视为一个固定的 24 小时块。相反，全天请求会映射到专员当天计划的轮班，例如，9 小时轮班制而非 24 小时。
- 如果专员一天内有多个轮班，则所有轮班都会被相应的休假块覆盖。夜班从其开始日期开始计算，如果专员请了一整天假，也会被覆盖在内。
- 我们将推出一个名为“可计费时数”的新指标，表示休假所涵盖的带薪工作时间量。可计费时数等于轮班持续时间减去该轮班中任何无薪部分，例如午餐或其他无薪任务。
- 可计费时数仅计算专员根据所分配工作地点规定计划上班的天数。例如，若专员周末不工作，对于涵盖一个周末的两周休假，则仅将工作日计入可计费时数。
- 全天休假和半天休假都计入计费时数。
-
在专员方面，全天休假请求将映射到专员所分配工作地点的时区。专员将在请求期间看到产品内通知。这样可以确保管理者和专员共享相同的休假计时事实来源。
- 历史休假记录不会更改。只有启用此更改后创建的休假请求才会使用新的计算方式。
- 休假块和计费时数在提交请求时计算，不会因专员轮班更改而向后追溯更改。您可以删除休假请求然后重新添加，启动新的计算。
Zendesk 为何作出这项更改？
我们收到的用户反馈都一致称，以前的 24 小时方法会造成不准确和摩擦：
- 将整天记录为 24 小时制会导致工时增加和工资计算复杂化。
- 时区不匹配有时会导致休假显示在错误的日期，因为 24 小时制跨越了日期边界。
此更改使休假与实际轮班和当地时区保持一致，确保您看到和报告所依据的数据准确可靠。
我需要做些什么？
我们将延长推行到 4 月完成。第一阶段仅限选择加入。
如果您希望立即在帐户中启用新行为，请填写此表格。我们将在您提交后不久为您的帐户启用。
如果您想等以后再用，现在无需执行任何操作。推行结束后，所有帐户都将看到此更改。
可计费时间指标预计将在 2026 年上半年在报告中可用。
为团队推荐的步骤
- 通知专员和管理者，全天休假将按专员所分配的工作地点时区记录，并与其轮班相匹配。这意味着轮班长度将显示一整天，而不是 24 小时。
- 如果您之前避免使用全天休假，因为它记录为 24 小时，可选择加入早期试用，在一个小组中开始试运行。
- 查看所有采用 24 小时休假的工资单或报告整合，以便其使用新的可计费时数值。
- 如果您使用的是劳动力管理 API，请确保您已切换到用于导入和导出休假的 v2 端点。
- 更新内部文档或培训以反映以下内容：
- 可计费时数等于轮班持续时间减去无薪时间。
- 可计费时数仅计算每个工作地点的工作日。
- 请求时休假总数是固定的，即使以后轮班更改也不会变。
如要了解更多关于休假的信息，请参阅管理专员休假请求和请求休假。
有关配置工作地点和轮班的更多信息，请查看在 Zendesk 劳动力管理中设置工作地点和轮班。
如果您对此公告有任何反馈或疑问，请访问我们的社区论坛，我们在此收集和管理客户对产品的反馈。如需获取关于 Zendesk 产品的常规帮助，请联系 Zendesk 客户支持。