工单SLA的到期时间算得准不准，很大程度上取决于服务日历有没有把节假日和调休工作日管好。国内假期安排每年由国务院办公厅发布，春节、国庆常伴随调休上班的周末，如果日历只按“周一到周五”判断工作日，到期时间就会整体偏移。本文按“定口径—设字段—做配置—管暂停—分角色—做回算—上线维护”的顺序，给出一套可执行的设置方法。
要点总览（TL;DR）
- 先定计时口径：7×24紧急响应按自然时间，工作日响应按服务时间；时区与每日服务时段在日历层固定，不同优先级按承诺差异决定是否拆日历。
- 服务日历拆成主表与例外表：主表管常规工作日、时段和时区，例外表管法定节假日、公司假日、临时停服和调休工作日，年度更新只动例外表。
- 配置按五步走：建基础日历、录入年度节假日与调休、设置覆盖优先级、绑定SLA策略、设定生效时间并准备回滚，每步都有可核对的完成标志。
- 暂停只适用于等待客户、等待第三方、经审批挂起等非服务方原因；按服务时间计时的工单恢复后从恢复时刻续算，恢复时刻落在非服务时段则从下一服务时段起算。
- 上线前用跨周末、跨法定节假日、跨调休工作日和含暂停的样例工单回算，与人工计算逐项比对；年度安排发布后两周内完成录入审批，并约定历史工单沿用创建时生效版本。
先定计时口径：自然时间还是服务时间
配置日历之前，先要回答一个前提问题：这条SLA承诺按自然时间计时，还是按服务时间计时。自然时间指从工单创建起连续计时，夜间、周末、节假日都计入；服务时间指只在服务日历规定的工作日和每日服务时段内计时，其余时间不计入。口径一旦确定，后续日历字段、暂停规则和报表口径都围绕它展开。
选择依据是承诺本身的性质。面向客户承诺“7×24小时响应”的，通常按自然时间计时，日历只用于说明服务覆盖范围；承诺“工作日9:00—18:00内4小时响应”的，按服务时间计时，日历必须准确反映工作日、时段和例外日期。混合场景也常见：P1紧急工单按自然时间，P2及以下按服务时间。
时区需要在日历层固定。国内服务团队一般统一使用北京时间，跨区域团队则要明确以哪个时区作为计时基准，避免同一工单在不同终端显示不同剩余时间。每日服务时段要与实际排班一致，午休是否计入服务时间应事先约定并写入策略说明。
| 承诺类型 | 计时方式 | 适用日历 | 时区 |
|---|---|---|---|
| 7×24小时紧急响应（如P1） | 自然时间 | 全天候日历，仅标注服务覆盖说明 | 北京时间 |
| 工作日响应（如P2、P3） | 服务时间 | 标准工作日历，含节假日与调休例外 | 北京时间 |
| 工作日解决（如P4） | 服务时间 | 标准工作日历，可叠加更短服务时段 | 北京时间 |
| 跨时区客户支持 | 服务时间 | 按客户所在时区建独立日历 | 客户时区 |
不同优先级是否使用不同日历，取决于承诺差异是否真实存在。如果P1与P3的服务时段相同，共用一张日历即可，减少维护量；如果P1要求全天候、P3只在工作时间响应，就应拆成两张日历分别绑定。日历数量宜少不宜多，每多一张日历就多一份年度更新和核对成本。
服务日历的字段设计：工作日、时段、节假日、调休
服务日历建议拆成“主表+例外表”两层。主表定义常规规则：每周哪几天是工作日、每日服务时段的起止、时区、日历名称和适用范围。例外表记录对常规规则的覆盖：法定节假日、公司假日、临时停服、调休工作日。计时引擎先读主表得到常规判断，再查例外表做覆盖，这样年度更新只需维护例外表，不必改动主表。
例外日期需要区分类型，因为不同类型对计时的影响不同。法定节假日和公司假日通常整日不计时；临时停服（如系统维护、极端天气）可能只停部分时段；调休工作日则相反，它把原本的周末变成工作日，必须显式登记，否则系统会按周末跳过，导致到期时间被错误顺延。
| 字段 | 所在表 | 说明 | 示例 |
|---|---|---|---|
| 日历名称 | 主表 | 唯一标识，建议含年份与适用范围 | 标准工作日历-2025 |
| 时区 | 主表 | 计时基准时区 | Asia/Shanghai |
| 常规工作日 | 主表 | 每周固定工作日 | 周一至周五 |
| 每日服务时段 | 主表 | 起止时间，可多段 | 09:00—12:00，13:30—18:00 |
| 例外日期 | 例外表 | 具体日期 | 2025-10-01 |
| 例外类型 | 例外表 | 法定节假日/公司假日/临时停服/调休工作日 | 调休工作日 |
| 覆盖时段 | 例外表 | 整日或指定时段 | 整日 |
| 生效范围 | 例外表 | 适用的日历或策略 | 标准工作日历-2025 |
| 版本与审批 | 例外表 | 版本号、审批人、生效时间 | v1.2，服务台负责人审批 |
覆盖优先级要写清楚。同一日期同时命中多条规则时，建议按“临时停服 > 调休工作日 > 法定节假日 > 公司假日 > 常规工作日”的顺序判定，并在配置文档中固化。调休工作日优先级高于法定节假日，是因为调休日本身就是为补足假期而设的工作日，若被节假日规则覆盖，计时会再次出错。
例外日期需要版本管理。年度安排发布后录入一版，后续如有临时调整（如台风停班），以新增版本的方式追加，保留旧版本用于解释历史工单的计时结果。生效范围要明确是“仅影响此后创建的工单”还是“同时重算在途工单”，这个原则在S7中统一约定。
配置步骤：从建日历到绑定SLA策略
以下步骤按顺序执行，每步给出输入、动作、输出和完成标志，便于配置人员逐项核对。
- 建立基础日历。输入：计时口径决策表、排班表。动作：新建日历，设置时区、常规工作日、每日服务时段。输出：一张可用的基础日历。完成标志：任选一个普通工作日，系统能正确算出当日可用服务时长。
- 录入年度节假日与调休安排。输入：国务院办公厅当年放假安排通知、公司内部假日通知。动作：在例外表中逐条录入节假日和调休工作日，标注类型与覆盖时段。输出：完整的例外日期表。完成标志：条目数与官方通知逐项核对一致，调休工作日无遗漏。
- 设置覆盖规则与优先级。输入：例外类型清单。动作：配置同日多规则命中时的判定顺序，确认调休工作日能覆盖周末判断。输出：覆盖规则配置记录。完成标志：用一条调休工作日样例验证，系统判定为工作日。
- 绑定SLA策略并按优先级区分。输入：SLA策略清单、优先级定义。动作：将日历绑定到对应SLA策略，P1与P2—P4可绑定不同日历或不同计时口径。输出：策略与日历的绑定关系表。完成标志：每条策略都能查到所绑日历和计时方式。
- 设置生效时间与回滚准备。输入：上线计划。动作：设定新日历或新版本的生效时间，保留旧版本快照，记录回滚操作步骤。输出：生效与回滚说明。完成标志：在测试环境完成一次版本切换与回滚演练。
在ONES Desk中，工单优先级可以被评估和定义，工作流与工单属性支持自定义配置，这为把不同优先级对应到不同SLA策略提供了管理基础。服务日历的具体配置位置和字段命名，以所用版本的帮助文档为准，配置前建议先在测试环境走通上述五步。
暂停与恢复：哪些状态停表、何时续算
暂停规则决定工单在哪些状态下停止计时。常见可暂停情形包括：等待客户补充信息、等待第三方厂商处理、工单被挂起且责任不在服务方。不可暂停的情形包括：坐席内部流转、等待内部审批、排队待分配。判定标准是“时钟停走的原因是否由服务方之外的因素造成”，这条标准应写入SLA策略说明，避免坐席随意挂起。
每次暂停都要留下记录字段：暂停原因、暂停开始时间、恢复时间、累计暂停时长、操作人。这些字段既用于续算，也用于事后核对和报表分析。恢复方式分自动与人工两种：客户回复触发自动恢复的，适合等待客户类场景；需要坐席确认后手动恢复的，适合等待第三方类场景。选择哪种方式取决于恢复信号是否可靠。
| 状态 | 触发条件 | 记录字段 | 恢复方式 |
|---|---|---|---|
| 等待客户 | 已发出补充信息请求 | 原因、开始时间、恢复时间、累计时长 | 客户回复后自动恢复 |
| 等待第三方 | 已提交外部厂商处理 | 原因、开始时间、恢复时间、第三方单号 | 坐席确认后手动恢复 |
| 挂起 | 经审批确认非服务方责任 | 原因、审批人、起止时间、累计时长 | 手动恢复并记录依据 |
| 内部流转 | 坐席之间转派 | 不暂停，仅记录流转时间 | 不适用 |
跨节假日与跨调休的续算，关键是恢复时刻落在哪张日历的哪个时段。按服务时间计时的工单，暂停期间本就不计时，恢复后从恢复时刻起继续累计服务时间；如果恢复时刻落在节假日或非服务时段，应从下一个服务时段起点开始续算。按自然时间计时的工单，暂停时长从总时长中扣除，恢复后连续计时，节假日不影响扣除逻辑。两种口径都要在策略中写明，避免同一团队混用。
角色分工与交付物
日历维护涉及三类角色，职责边界要清晰，避免年度更新时互相等待。
| 角色 | 职责 | 交付物 |
|---|---|---|
| 服务台负责人 | 确定计时口径与暂停规则，审批例外日期 | 计时口径决策表、暂停规则说明、例外日期审批记录 |
| SLA管理员 | 维护日历与例外表，绑定策略，执行版本切换 | 服务日历配置、策略绑定关系表、版本变更记录 |
| 一线坐席 | 按规则发起暂停与恢复，填写暂停原因 | 工单暂停记录、恢复依据说明 |
节假日与调休数据的维护责任建议落在SLA管理员，审批责任落在服务台负责人。年度安排发布后，SLA管理员在约定时限内完成录入并提交审批，审批通过后按计划生效。人员变动时，日历配置权限、版本记录和年度更新日历要一并交接，交接清单中列明当前生效版本、待生效版本和下一次更新时间点。
示例：一次跨国庆调休的工单计时回算
以下为演示情景，用于说明计算过程，数字为便于核对而设定。
设定：标准工作日历，服务时段09:00—18:00，时区北京时间；2025年国庆假期为10月1日至10月7日，10月11日（周六）为调休工作日；P3工单SLA为服务时间内8小时响应。
工单于9月30日15:00创建，当日剩余服务时间3小时（15:00—18:00）。10月1日至10月7日为法定节假日，不计时。10月8日、9日、10日为工作日，各计9小时，累计已超过8小时，因此在10月8日11:00达到8小时服务时间，到期时间为10月8日11:00。若日历漏登调休工作日，10月11日会被当作周末跳过，但由于到期时间在10月8日已达成，本例不受影响；若工单创建更晚、到期落在10月11日附近，漏登调休就会把到期时间错误顺延到10月13日。
再看暂停情形：同一工单在10月8日10:00进入等待客户状态，10月9日14:00客户回复恢复。暂停前已累计7小时，恢复后从14:00继续计时，再累计1小时于15:00到期。人工回算时按“创建至暂停的服务时长+恢复后的服务时长”分段相加，与系统结果逐项比对，两者一致才算配置正确。
上线前检查与年度维护
上线前用样例工单做回算，是发现配置错误最直接的手段。检查项如下：
- 跨周末样例：周五傍晚创建的工单，到期时间应跳过周六周日，落在下周一服务时段内。
- 跨法定节假日样例：节前创建的工单，到期时间应跳过整个假期。
- 跨调休工作日样例：到期时间落在调休周六附近的工单，应把调休日计为工作日。
- 暂停恢复样例：含一次暂停的工单，扣除暂停时长后与人工计算一致。
- 优先级差异样例：P1与P3分别绑定不同日历或口径时，同一创建时间得到不同到期时间。
- 时区样例：跨时区客户工单的剩余时间显示与基准时区一致。
年度维护按固定节奏推进：国务院办公厅发布次年放假安排后，SLA管理员在两周内完成例外表录入并提交审批，12月完成生效切换，切换前用次年1月的样例工单验证。临时停服等计划外变更，按新增版本处理并记录生效时间。
例外日期变更后的历史工单处理原则要事先约定。建议默认“新版本只影响生效时间之后创建的工单”，在途工单沿用创建时生效的日历版本，这样历史计时结果可解释、可追溯；如业务确需重算，应单独发起并留存审批记录。计时异常的发现路径包括：坐席对到期时间提出疑问、SLA报表中出现异常集中的超时工单、年度切换后的首批工单核对。发现异常后，先比对工单创建时生效的日历版本与例外表，定位是录入遗漏、优先级覆盖还是暂停规则误用，再按版本管理流程修正并记录。
常见问题
调休工作日为什么必须单独登记，漏登会怎样？
调休工作日是把原本的周末变成工作日，与常规“周一至周五”规则相反。计时引擎先按主表判断周末为非工作日，只有例外表里显式登记了调休，才会把这一天计为工作日。漏登时系统会按周末跳过该日，到期时间被错误顺延到下一个工作日。验证方法是用一条到期时间正好落在调休周六附近的样例工单回算，确认系统把该日计入服务时间。
同一日期同时命中节假日和调休规则，按哪个算？
需要在配置文档中固化覆盖优先级，建议按“临时停服 > 调休工作日 > 法定节假日 > 公司假日 > 常规工作日”判定。调休工作日排在法定节假日之前，因为调休日的作用就是补足假期、恢复上班，若被节假日规则覆盖，计时会再次出错。优先级确定后，用一条调休工作日样例验证系统判定为工作日，再正式发布。
工单在节假日前暂停、节后恢复，暂停时长怎么扣？
按服务时间计时的工单，暂停期间本就不计时，恢复后从恢复时刻起继续累计服务时间；如果恢复时刻落在节假日或非服务时段，从下一个服务时段起点开始续算。按自然时间计时的工单，暂停时长从总时长中直接扣除，恢复后连续计时，节假日不影响扣除逻辑。两种口径要在策略中分别写明，同一团队避免混用，否则跨节假日的工单会出现两套算法。
年度节假日安排发布后，在途工单要不要按新日历重算？
建议默认新版本只影响生效时间之后创建的工单，在途工单沿用创建时生效的日历版本，这样历史计时结果可解释、可追溯。如业务确需重算，应单独发起并留存审批记录。例外表保留旧版本快照，用于解释历史工单的到期时间；版本变更记录中写明生效时间、审批人和影响范围。
怎么快速发现日历配置错了？
三个信号值得关注：坐席对到期时间提出疑问、SLA报表中出现异常集中的超时工单、年度切换后的首批工单核对结果。发现异常后，先比对工单创建时生效的日历版本与例外表，定位是录入遗漏、优先级覆盖还是暂停规则误用，再按版本管理流程修正并记录。上线前的样例回算能提前拦住大部分录入类错误。
