Un calendrier Salesforce accessible pour le secteur public

Publié le 11 octobre 2026 · MultiDatePick

En avril 2024, le ministère de la Justice américain a fixé une norme technique ferme pour les sites web et applications des États et collectivités locales au titre de l'ADA Title II : les WCAG 2.1 niveau AA. En avril 2026, il a accordé aux administrations un an de plus pour y parvenir. Cette année est le moment de corriger les parties de votre org Salesforce sur lesquelles les habitants et les agents cliquent vraiment, et le calendrier de planification figure en haut de la liste.

Les échéances en vigueur

Une règle finale provisoire publiée le 20 avril 2026 a repoussé les deux échéances d'un an. La norme elle-même n'a pas changé.

Deux points passent facilement inaperçus. D'abord, beaucoup d'articles citent encore avril 2026, une date dépassée. Ensuite, le ministère de la Justice est explicite : l'obligation de rendre les services accessibles n'a pas été suspendue. Les échéances fixent le moment où la norme technique devient opposable, pas celui où l'accessibilité commence à compter. Les agences fédérales n'ont jamais été concernées par ce calendrier : elles relèvent de la Section 508, qui exige déjà les WCAG 2.0 AA, dont chaque critère fait aussi partie des WCAG 2.1 AA.

Où la planification intervient dans une org publique

Presque chaque service public sur Salesforce contient un calendrier.

Ce que fait MultiDatePick, critère par critère

MultiDatePick a été conçu selon les WCAG 2.1 AA dès le départ. Voici ce que cela donne dans le composant que vos habitants et vos agents utilisent réellement :

Le VPAT classe deux critères en Partially Supports, et explique précisément pourquoi. Le contraste : la palette par défaut atteint 4.5:1, mais les administrateurs peuvent choisir leurs propres couleurs de statut, et un éditeur ne peut pas garantir une couleur qu'il n'a pas choisie. La redistribution (reflow) : à 320 pixels de large, la grille mensuelle garde ses sept colonnes et se rétrécit au lieu de s'empiler. Les évaluateurs font davantage confiance à un rapport qui explique ses « partiels » qu'à une liste de Supports sans explication.

Comparaison

Les administrations envisagent généralement quatre façons d'intégrer un calendrier de planification dans Salesforce. Une seule offre à la fois la sélection de plusieurs dates et la réservation de ressources, une documentation d'accessibilité publiée et des données d'habitants qui ne quittent jamais votre org, dès le premier jour.

Le champ date standard est accessible, mais il ne contient qu'une date : il ne peut pas gérer une réservation. Un outil externe sait réserver, mais les noms, adresses et historiques de rendez-vous des habitants vivent alors dans le système de quelqu'un d'autre, ce qui implique une deuxième revue de sécurité et une deuxième revue d'accessibilité. Un développement sur mesure garde les données chez vous, mais votre équipe porte alors les tests WCAG, le VPAT et chaque correctif, pour toujours. MultiDatePick est la seule option de la liste qui coche toutes les lignes.

Conçu pour la façon dont achète le secteur public

• 100 % natif Salesforce. Aucun serveur externe, aucun appel sortant, aucun sous-traitant. Les données des habitants restent dans votre org, sous le partage et la sécurité au niveau du champ que vous avez déjà configurés : aucun nouveau sous-traitant de données à faire approuver. Voir Confiance & sécurité.
• Security Review AppExchange de Salesforce réussie. Le package géré est passé par la revue de Salesforce avant sa publication.
• Libre-service pour les habitants. Le composant Booking fonctionne sur les sites Experience Cloud : les habitants peuvent choisir un créneau d'inspection ou réserver un équipement sur le même calendrier accessible que les agents.
• Aucun code à maintenir. Un assistant de configuration écrit la configuration, avec un aperçu en direct du vrai composant : une petite équipe informatique ne s'engage pas dans un développement sur mesure qu'elle devra maintenir conforme.

Se préparer avant avril 2027

1. Recensez chaque sélecteur de date que votre public utilise. D'abord les pages Experience Cloud, puis les flux d'écran (Screen Flow) des agents. Notez lesquels sont des champs standard et lesquels sont des composants tiers ou sur mesure.
2. Demandez un VPAT à jour pour chaque composant tiers. Vérifiez la date du rapport et qu'il a été testé sur la version packagée que vous installez réellement.
3. Testez le parcours de réservation au clavier seul. Choisissez une date, une heure, enregistrez. Si vous n'y arrivez pas sans souris, un habitant qui dépend du clavier ou d'un lecteur d'écran n'y arrivera pas non plus.