面向政府团队的无障碍 Salesforce 日历

发布于 2026 年 10 月 11 日 · MultiDatePick

2024 年 4 月，美国司法部依据 ADA 第二章为州和地方政府的网站和应用确立了明确的技术标准：WCAG 2.1 AA 级。2026 年 4 月，它又给了各机构一年时间。这一年正是修复 Salesforce 组织中居民和员工实际会点击的部分的窗口期，而排期日历就排在清单的前列。

现行适用的日期

2026 年 4 月 20 日发布的临时最终规则将两个合规日期都推后了一年。标准本身没有变化。

有两点容易被忽略。第一，许多文章仍在引用 2026 年 4 月，这已经过时了。第二，司法部明确表示，提供无障碍服务的义务并没有暂停：这些日期确定的是具体技术标准何时可以强制执行，而不是无障碍从何时开始才重要。联邦机构从来不受这个时间表约束；它们遵循 Section 508，该法已经要求 WCAG 2.0 AA，而其中每一条准则也都包含在 2.1 AA 中。

政府组织中哪些地方会用到排期

Salesforce 上几乎每一项公共服务都离不开日历。

MultiDatePick 逐条准则的实现

MultiDatePick 从一开始就按照 WCAG 2.1 AA 构建。下面是这在居民和员工实际使用的组件中的体现：

VPAT 将两项准则标为“部分支持”，并准确说明了原因。对比度：默认配色达到 4.5:1，但管理员可以自行选择状态颜色，而供应商无法为一个不是自己选的颜色作保证。重排 (Reflow)：在 320 像素宽度下，月份网格保留七列并收窄，而不是堆叠排列。比起满篇未加说明的“支持”，采购审查人员更信任一份解释了“部分支持”原因的报告。

对比一览

政府机构在 Salesforce 中加入排期日历，通常会权衡四种方式。只有一种能在第一天就同时提供多日期与资源预订、公开的无障碍文档，以及始终不离开您组织的居民数据。

标准日期字段是无障碍的，但它只能存一个日期，因此无法支撑预订。外部工具可以预订，但居民的姓名、地址和预约历史就会存放在别人的系统里，这意味着要再做一次安全审查和一次无障碍审查。自建方案能让数据留在内部，但您的团队从此要永远负责 WCAG 测试、VPAT 和每一次修复。MultiDatePick 是列表中唯一每一行都满足的选项。

为政府的采购方式而生

• 100% Salesforce 原生。没有外部服务器，没有出站调用 (callout)，没有子处理方。居民数据留在您的组织中，受您已配置的共享规则和字段级安全性保护，因此无需审批新的数据处理方。请参阅信任与安全。
• 已通过 Salesforce 的 AppExchange 安全审查。该托管软件包在上架前已通过 Salesforce 自己的审查。
• 居民自助服务。Booking 组件可在 Experience Cloud 站点上运行，居民可以在员工使用的同一个无障碍日历上选择检查时间窗口或预订设施。
• 无需维护代码。设置向导会生成配置，并提供真实组件的实时预览，因此小型 IT 团队无需承担一个必须持续保持合规的自建项目。

在 2027 年 4 月之前做好准备

1. 盘点公众会接触到的每一个日期选择器。先从 Experience Cloud 页面开始，再到员工使用的屏幕 Flow（Screen Flow）。记下哪些是标准字段，哪些是第三方或自建组件。
2. 为每个第三方组件索取最新的 VPAT。检查报告日期，并确认它是在您实际安装的打包版本上测试的。
3. 只用键盘测试预订流程。选择日期，选择时间，保存。如果不用鼠标就完成不了，那么依赖键盘或屏幕阅读器的居民同样完成不了。