Configurer un calendrier Salesforce sans écrire de code

Publié le 19 août 2026 · Mis à jour le 21 octobre 2026 · MultiDatePick

La plupart des composants Salesforce vraiment complets s'apprennent deux fois : une fois pour comprendre les propriétés, une autre pour se souvenir de la combinaison choisie la dernière fois. L'assistant de configuration existe pour vous épargner les deux. Il vous demande ce que vous planifiez, écrit la configuration sous forme de métadonnées et vous donne un nom utilisable partout.

Deux façons de commencer, plus deux raccourcis

L'onglet Créer propose deux parcours. Deux autres onglets, juste à côté, servent pour les configurations que vous avez déjà.

Cinq étapes, du début à la fin

Les trois questions qui décident de tout

Le parcours guidé vous interroge sur la forme des enregistrements voulus, pas sur les propriétés. Toutes les combinaisons de réponses sont valides, et ensemble elles déterminent ce que le composant enregistre :

1. Avez-vous besoin d'heures, ou seulement de dates ? Des dates seules, une heure pour chaque date, ou un bloc parent avec des sous-blocs pour les intervalles qu'il contient.
2. Réservez-vous une ressource ? Aucune, une à la fois, ou plusieurs en même temps.
3. Les dates consécutives doivent-elles former une plage ? Un enregistrement par date, ou un seul enregistrement avec un début et une fin.

Les réponses sont indépendantes : elles couvrent toute la grille des possibilités au lieu d'un menu de préréglages. Du lundi au vendredi pendant six semaines, cela peut faire trente enregistrements ou six. Vous le décidez ici, en connaissance de cause, avant que la moindre donnée n'existe.

Un aperçu en direct, avant tout enregistrement

Le volet d'aperçu affiche un calendrier fonctionnel sous le formulaire, au fil de vos changements. Activez la vue sur deux mois et elle apparaît. Ajoutez des couleurs de statut et les cellules se remplissent. C'est le vrai composant : ce que vous validez est ce que vous déployez.

Les erreurs coûteuses dans une configuration de planning sont des choix de structure qu'on ne voit qu'une fois les vrais enregistrements créés. Voir le calendrier réagir pendant que vous décidez encore élimine l'essentiel de ce risque.

Au cœur des étapes : Objet & champs, Champs temporels, Statut & affichage

Deux étapes font l'essentiel du travail dans une configuration de réservation ou de planning. Champs temporels associe l'heure de début, l'heure de fin et l'intervalle dont votre calendrier a besoin. Statut & affichage, c'est là que se joue la finition visuelle, des couleurs de cellule pilotées par le statut aux champs affichés au survol.

Dans Statut & affichage, choisissez un champ de statut, associez une couleur à chaque valeur et décidez si la couleur s'applique à la cellule du calendrier, à la grille des créneaux, ou aux deux. Ajoutez des champs au survol pour qu'un simple pointage sur une réservation en affiche les détails.

Ce qu'il écrit réellement

L'enregistrement déploie un enregistrement de métadonnées personnalisées (Custom Metadata). Trois conséquences :

• C'est déployable. Les métadonnées personnalisées suivent votre chaîne de mise en production habituelle, de la sandbox à la production, comme n'importe quel autre composant.
• C'est réutilisable. Indiquez le nom dans Config Name sur n'importe quel composant, et il reprend toute la configuration. Une configuration, de nombreux emplacements.
• Cela reste dans votre org. Rien n'est stocké sur un serveur de l'éditeur : la configuration vous appartient et elle est visible dans Configuration.

Import, export, et l'étape de correspondance qu'on oublie

L'onglet Importer prend une configuration JSON et la transforme en configuration enregistrée. C'est ainsi que fonctionne la Config Library : plus de 40 configurations prêtes à l'emploi pour les demandes de congés, la réservation de salles, le flex office, la planification d'entretiens, la réservation de véhicules et bien plus.

L'étape qui fait gagner le plus de temps, c'est Smart Field Mapping, la mise en correspondance intelligente des champs. Les configurations de la bibliothèque font référence aux objets de démo ; votre org a les siens. Dès que vous collez, l'assistant analyse chaque référence, signale celles que votre org n'a pas et place à côté une liste déroulante alimentée en direct par la vraie liste de champs de l'objet. Refaites les correspondances dans l'assistant, cliquez sur Appliquer, et il déploie avec le JSON réécrit. Pas d'éditeur de texte, pas de rechercher-remplacer, pas de nouveaux imports.

L'export fonctionne de la même façon dans l'autre sens, ce qui rend les configurations faciles à partager. Une configuration qui fonctionne dans une org n'est qu'à un copier-coller d'une autre.

Utiliser la configuration une fois créée

Placez l'un des trois composants sur une page d'enregistrement Lightning, une page d'application, une page d'accueil ou un site Experience Cloud, renseignez Config Name avec le nom choisi et laissez toutes les autres propriétés vides : la configuration les fournit. Sur les pages d'application, d'accueil et Experience, indiquez l'enregistrement parent dans Static Parent Record Id.

C'est pareil dans un flux d'écran (Screen Flow) : indiquez le nom de la configuration dans Config Name et tous les paramètres activé/désactivé viennent de la configuration. Vous ne cochez pas une seule case dans Flow Builder ; les quelques paramètres propres au flux (Required, Show Inline, Output Date Ranges as JSON) restent désactivés tant que vous ne les activez pas. Transmettez l'enregistrement parent dans Parent Record Id.