工作日与休息日随地区不同
别名: 工作日历 · 周末规则 · 营业日 · business day calendar
概念解释
地区感知的工作日历（locale-aware business calendar）把“某天是否可工作”视为地区惯例、法定或行业日历、组织制度与个人安排共同决定的状态，而不是固定的“周一至周五”。周起始日、周末落在哪几天、一天何时开始，以及节假日调休、临时停工和轮班，都可能改变截止日期、服务承诺和排班结果。地区数据只能提供默认基线，组织政策与用户明确设置必须能够覆盖它。
机制
“增加一个工作日”不是给时间戳加 24 小时，而是在指定日历和时区里寻找下一个满足工作条件的本地日期。地区层给出通常的周结构和公共休息日，组织层加入行业休市、公司假期、补班和营业时段，用户层再加入兼职日、请假或个人工作周。多方协作时还要说明使用发起方、接收方还是共同可用日历。若只依据界面语言、设备 locale 或一个全球周末数组，系统会把本来关闭的日子算入服务期，或把轮班人员实际可工作的时间排除。
怎么研究
先为目标场景建立日历决策表：地区与下级行政区、业务主体、组织日历、用户覆盖、时区、适用起止日期及来源版本。以跨周末、公共假日、调休、临时关闭、夜班和跨地区参与者为样本，比较系统计算与当地运营人员给出的预期日期。指标可包括截止日期误算率、人工改期率、错过预约、值班覆盖缺口与不同地区的错误差异。访谈应追问人们说“下个工作日”时默认站在哪一方的日历上，因为这个参照常被界面省略。
边界
Unicode CLDR 一类地区数据可提供周起始与通常周末信息，但不能代表某个组织当前营业，也不能覆盖临时行政通知、宗教或行业安排和个人例外。法定假日也不自动等于所有人的休息日；全天候服务、学校、交易所、医疗和轮班组织有自己的日历。历史记录应使用当时有效的规则，不用今天的日历反算；未来日期则可能因政策变化而重排。没有足够上下文时，“工作日”不是可唯一计算的单位。
怎么落地
- 将地区默认、组织日历和用户覆盖建成分层规则，记录来源、生效区间、时区与优先级；在界面中显示最终采用的是哪一层日历。缺少组织日历、辖区不明确或版本冲突时，把高风险期限标为待确认或阻止作出承诺，不静默套用地区默认。
- 对“若干工作日后”、营业时段和截止日期使用日历运算，不用固定小时数替代；跨组织流程明确以接收方日历、发起方日历还是交集计算。
- 允许获授权的组织管理员维护补班、休市和临时关闭，允许用户设置个人工作周；覆盖发生时保留审计记录，并通知受影响的预约或期限。
- 用周末差异、跨午夜班次、公共假日、调休和跨时区协作做回归测试；让当地运营人员核对结果，并在日历数据更新后重算尚未履行的未来事项、提示差异。