Entitlements et milestones Salesforce : configuration, actions et limites

Que sont les entitlements et milestones Salesforce ?

Un entitlement est une unité de support, et un milestone est une étape avec échéance sur un case. L'aperçu des entitlements de Salesforce décrit les entitlements comme des unités telles que « support téléphonique » ou « support web », qui modélisent généralement les termes d'un contrat de service. On les attache à des comptes, des actifs, des contacts et des contrats de service, pour qu'un agent puisse vérifier qu'un appelant est couvert avant d'ouvrir un case.

Les entitlements fonctionnent seuls comme un oui ou un non. L'horloge arrive avec un processus d'entitlement, que la page des termes de Salesforce définit comme une ligne de temps de milestones, chacun une étape obligatoire comme First Response ou Resolution Time. Les actions de milestone sont les automatisations dépendantes du temps sur chaque étape. L'aide Salesforce appelle encore le produit Service Cloud, tandis que le nom Agentforce Service apparaît dans le branding plus récent, donc cherchez les deux.

Quatre objets, une direction. L'entitlement se trouve sur le case, pointe vers un processus, le processus assigne des milestones selon des critères, et chaque milestone déclenche des actions. Si un case n'a pas d'entitlement, la chaîne ne démarre jamais. Ce seul fait explique la plupart des plaintes du type « mon SLA ne fonctionne pas ».

Quelles éditions Salesforce incluent la gestion des entitlements ?

Professional, Enterprise, Performance, Unlimited et Developer avec Service Cloud. Cela vient de la page des éditions prises en charge de Salesforce, qui liste Service-Level Agreements (Entitlement Management) et ajoute que le suivi des processus d'entitlement n'est pas disponible en Professional.

La page de tarification des services de Salesforce a une ligne « Service Contracts and Entitlements » dans son tableau comparatif, mais les coches ne sont pas passées lors de mon scraping, donc je ne peux pas vous dire lesquels de ses plans actuels portent la fonctionnalité. La page de tarification utilise aussi des noms plus récents que la page des éditions. Demandez à votre account executive de confirmer le plan par écrit. Mon article tarifs Salesforce Service Cloud suit les prix par poste.

Comment activer la gestion des entitlements ?

Activez-la dans Setup, puis construisez les pièces dans un ordre fixe. L'article d'activation de Salesforce donne le chemin : ouvrez Entitlement Settings, sélectionnez Entitlement Management, et enregistrez. Il ajoute que seuls les utilisateurs avec un profil standard System Administrator peuvent l'activer, donc un profil admin personnalisé ne suffit pas.

La checklist de configuration liste ensuite la personnalisation des champs et des page layouts, les filtres de recherche sur les cases, l'accès utilisateur, les modèles d'entitlement, l'ajout automatique d'entitlements, et les rapports. Mon ordre :

1. Activez les entitlements et, si vous devez un jour modifier un processus en production, cochez maintenant Enable Entitlement Versioning. Salesforce indique qu'on ne peut plus désactiver le versioning ensuite.
2. Donnez l'accès aux utilisateurs et ajoutez les champs d'entitlement aux page layouts des cases.
3. Créez les milestones sous Entitlement Management dans Setup.
4. Créez le processus d'entitlement, ajoutez des milestones, ajoutez des actions, puis activez.
5. Appliquez le processus aux entitlements, ou à un modèle d'entitlement pour que les nouveaux entitlements en héritent.

Pour comparer avec d'autres outils, les SLA de Freshdesk et Zendesk sont une politique par ticket. Salesforce construit l'horloge à partir de plusieurs objets liés, ce qui donne plus de contrôle et plus d'endroits où ça peut mal tourner.

Comment créer un processus d'entitlement et ses milestones ?

Créez d'abord les milestones, car l'article sur le processus de Salesforce indique qu'il faut les avoir avant de créer un processus. Suivez ensuite les étapes de cette page :

1. Setup, Entitlement Processes, New Entitlement Process.
2. Choisissez le type, Case ou Work Order. Un processus ne s'exécute que sur les enregistrements de son type, et ça ne peut plus être changé après.
3. Nommez-le, et laissez Active désactivé jusqu'à ce que les actions de milestone soient en place. Salesforce prévient qu'on ne peut plus mettre à jour ni supprimer les actions de milestone après activation et utilisation sur un enregistrement.
4. Choisissez quand les enregistrements entrent (date de création, ou un champ date/heure personnalisé) et sortent (clos, ou critères personnalisés).
5. Définissez éventuellement les heures ouvrées pour chaque Target Date de milestone.

Ensuite, l'article pour ajouter un milestone couvre les champs du milestone. Ceux qui comptent :

• Time Trigger (Minutes) : le temps dont disposent les utilisateurs pour terminer le milestone. Vous pouvez à la place pointer vers une classe Apex qui implémente Support.MilestoneTriggerTimeCalculator pour le calculer par case.
• Start : Milestone Criteria calcule le Target Date quand le milestone s'applique à l'enregistrement, pour les milestones récurrents. Entitlement Process le calcule depuis le démarrage du processus, ce qui convient à First Response et Resolution Time.
• Order and criteria : un filtre ou une formule comme Priority equals High décide quel milestone s'applique quand plusieurs correspondent.

Salesforce définit aussi trois types de récurrence. No Recurrence convient à First Response et Resolution Time, Independent convient à quelque chose comme une passation d'ingénierie qui peut se répéter, et Sequential se répète dans l'ordre. Une seule occurrence d'un milestone récurrent est active à la fois.

Que font les actions de succès, d'avertissement et de violation ?

Elles sont les automatisations sur le minuteur d'un milestone, et c'est là qu'un SLA fait quelque chose. L'aperçu Salesforce des actions de milestone liste trois types : les actions de succès se déclenchent quand un milestone se termine, les actions d'avertissement quand il approche de la violation, et les actions de violation quand il est violé. Les actions de succès se déclenchent même sur les milestones terminés en retard.

Chaque action peut être l'une de celles-ci :

L'option Flow est arrivée avec Winter '25. La note de version de Salesforce indique qu'elle couvre les éditions Professional à Developer avec Service Cloud. Une astuce de l'article pour ajouter une action : pour une action de violation qui se déclenche immédiatement, mettez son time trigger à 0 minute.

Trois comportements à connaître avant de promettre quoi que ce soit :

• Les actions peuvent se déclencher quelques secondes avant le Target Date. La page des limites de Salesforce indique qu'une action de violation à 0 minute peut s'exécuter dans la minute précédente.
• Les mises à jour de champ ont une limite de traitement de 10 secondes, et les plus longues échouent sans erreur.
• Ne programmez pas d'actions pour s'exécuter à la création ou à la mise à jour du case. Salesforce indique que ça peut donner des résultats incohérents.

Comment fonctionnent les heures ouvrées pour les milestones ?

Les heures les plus spécifiques l'emportent. L'article sur les heures ouvrées de Salesforce indique que les heures du milestone remplacent celles du processus d'entitlement, qui remplacent celles du case.

Le conseil pratique de Salesforce : définir les heures sur le processus quand de nombreux cases partagent un processus, et sur un milestone quand la sévérité change le rythme, comme un milestone 24/7 « Update Customer » à l'intérieur d'un processus de jours ouvrés. Pour changer les heures sur un processus actif : créez une nouvelle version, modifiez les heures là, et renvoyez la mise à jour avec une nouvelle règle de mise à jour.

Ici, la documentation se contredit elle-même. La page pour ajouter une action indique que les actions déclenchées par le temps n'ont lieu que pendant les heures ouvrées de votre organisation. L'aperçu des actions indique que les actions d'avertissement et de violation ne respectent pas les heures ouvrées et tournent sur une horloge de 24 heures. Son exemple : un avertissement réglé sur « 2 Days Before » sur une journée ouvrée de 8 heures devient 2,880 minutes, donc sur un case ouvert le lundi à 9h avec une cible le jeudi, il se déclenche immédiatement. Je construirais un case de test avant de me fier à l'une ou l'autre lecture. Pour voir comment d'autres outils gèrent les calendriers, mon article heures ouvrées Zendesk offre un contraste utile.

Comment les agents voient-ils l'horloge sur un case ?

Via le milestone tracker, qu'on ajoute au case. L'article sur le tracker de Salesforce indique qu'un milestone en cours s'affiche comme un cercle vert qui se réduit, puis devient rouge une fois en retard.

Dans Lightning, ajoutez le composant Milestones dans App Builder. Le tracker affiche les heures réelles par défaut ; vous pouvez le basculer sur les heures ouvrées dans Entitlement Settings. Le statut global du milestone d'un enregistrement est l'une de trois valeurs :

Pour le reporting, le type de rapport Case Milestones permet de suivre les violations. Mon article indicateurs du service client avec IA couvre quels chiffres mettre à côté, et le guide objectifs SLA HubSpot montre la même tâche dans un autre outil.

Quelles limites et pièges les administrateurs doivent-ils prévoir ?

Le case a besoin d'un entitlement, le processus doit correspondre à l'enregistrement, et personne ne termine les milestones pour vous. La page des limites de Salesforce est courte et vaut la lecture complète. Les chiffres :

• 1,000 processus d'entitlement par organisation, et 10 milestones par processus
• 10 actions et 10 triggers de temps par type d'action sur un milestone
• 50,000 entrées de queue d'entitlement par heure

Les pièges qui font mal en pratique :

1. Les entitlements ne sont pas ajoutés aux cases par e-mail ou web. L'article sur l'ajout automatique de Salesforce indique que les cases Web-to-Case, Email-to-Case et experience n'en obtiennent pas un automatiquement, et donne un exemple d'Apex pour l'ajouter. Les contacts n'héritent pas non plus des entitlements du compte.
2. Les milestones ne se terminent pas automatiquement. L'article sur la finalisation automatique fournit des triggers Apex : Resolution Time quand un case se ferme, First Response quand un e-mail part vers le contact, ou quand un commentaire public est fait. Les agents peuvent utiliser Mark Completed. Je n'ai trouvé aucune recette basée sur Flow dans cette documentation.
3. Un processus par type d'enregistrement. Un processus Case ne s'exécute pas sur des work orders, donc gardez-les sur des entitlements séparés.
4. L'activation gèle les actions. Après activation, vous ne pouvez plus supprimer de milestones ni créer d'actions. Utilisez le versioning : sur une version en cours d'utilisation, vous pouvez ajouter des milestones mais pas modifier les existants.
5. La précision est à la minute. Les milestones sont mesurés en minutes et secondes, mais les heures de début et de fin sont précises à la minute, donc hors des heures 24/7, certaines secondes se perdent.
6. Les e-mails de violation de queue n'atteignent pas les membres. Si une queue a une adresse e-mail, la violation y va, et Salesforce indique que les membres de la queue ne la reçoivent pas.
7. Lacunes sur mobile et Lightning. Le tracker n'apparaît pas dans l'app mobile Salesforce, et Case Milestone n'a aucun champ montrant qui l'a terminé.

Si vous utilisez aussi Zendesk ou Help Scout, rien de tout cela ne vous sera familier. Le modèle de Salesforce est flexible, et il demande à l'administrateur de le câbler avec soin.

Où se situe l'IA pendant que l'horloge First Response tourne ?

Un coéquipier IA peut raccourcir la première réponse, mais ne remplace pas le processus. Je le dis clairement : eesel ne remplace pas les processus d'entitlement. Vos entitlements, milestones et actions continuent de tourner. Ce qu'eesel change, c'est le temps qu'un agent passe avant que la réponse soit prête.

L'intégration Salesforce d'eesel rejoint Service Cloud comme un agent qui lit les cases et rédige ou envoie des réponses, ajoute des notes internes, et met à jour des champs, en utilisant le contexte contact et compte depuis la documentation. Sa page indique qu'elle fonctionne en parallèle de vos entitlements et automatisations existantes. Je n'ai trouvé aucune documentation eesel sur la lecture des objets milestone, donc je vérifierais comment votre trigger de finalisation compte une réponse avant de vous y fier.

Cette vérification compte. Les triggers documentés de First Response se terminent sur un e-mail envoyé au contact ou un commentaire public. Un brouillon enregistré comme note interne ne satisfait aucun des deux, donc une configuration de brouillon n'aide que si une personne envoie le brouillon rapidement. Une configuration d'envoi termine le milestone comme votre trigger le définit.

Ma preuve la plus proche n'est pas Salesforce, et je le dis ouvertement. SamCart exécute un agent eesel sur des tickets Freshdesk et un autre sur le chat de son site, répondant depuis 280 articles du centre d'aide, et l'agent de tickets répond seulement tant qu'aucun coéquipier n'est assigné. C'est la forme que veut un objectif de première réponse. smava montre l'autre extrémité : environ 27,000 tickets Zendesk traités en un mois, avec environ 15,300 brouillons de réponse préparés pour approbation par des personnes.

Le schéma que j'entends le plus des acheteurs est le mode brouillon d'abord, puis la réponse automatique une fois que les réponses tiennent la route. eesel simule sur vos propres cases passés avant de passer en production, et mes guides sur la première réponse IA et l'escalade IA Salesforce couvrent ces passations. Pour les options, voir mon tour d'horizon meilleure IA pour Service Cloud, les articles ChatGPT pour Service Cloud et Claude pour Service Cloud, et mon guide IA pour Salesforce Service Cloud.

Que ferais-je avec ça dans ma propre org ?

Voici la version courte que je donnerais à un administrateur :

1. Commencez avec deux milestones. First Response et Resolution Time, No Recurrence, un processus. Ajoutez les récurrents une fois que vous faites confiance aux données.
2. Corrigez d'abord le trou d'entitlement. Ajoutez de l'Apex pour que les cases par e-mail et web en obtiennent toujours un, sinon vos horloges ne couvrent qu'une partie de la queue.
3. Écrivez les triggers de finalisation avant la mise en production. Décidez ce qui compte comme première réponse : un e-mail, un commentaire public, ou les deux.
4. N'activez pas trop tôt. Ajoutez toutes les actions d'avertissement et de violation, puis activez, car vous ne pouvez plus ajouter d'actions après.
5. Activez le versioning maintenant. Modifier un processus en production sans lui est douloureux.
6. Testez le comportement des heures ouvrées. Créez un case de test et observez un avertissement se déclencher face aux deux lectures de la documentation.
7. Faites un rapport sur les violations. Construisez le rapport Case Milestones et passez en revue les Open Violations chaque semaine.

Si votre queue est le véritable goulot d'étranglement, mes notes sur la priorisation des tickets IA, la classification des tickets et le résumé des tickets montrent où l'IA gagne du temps avant qu'une horloge démarre. Les articles gestion de l'escalade et meilleures pratiques SLA vous aident à fixer des objectifs, et Front offre une version plus légère de la même idée.

Essayer eesel pour Salesforce Service Cloud

Si les premières réponses manquées sont un problème de taille de queue, eesel pour Salesforce fonctionne comme un nouveau coéquipier dans Service Cloud. Il apprend de vos articles de connaissance et de vos cases passés, lit chaque nouveau case avec le contexte du compte, et rédige ou envoie la réponse, pour que vos agents démarrent avec le travail fait. Il ne changera pas vos entitlements ni vos milestones, et continue de fonctionner à l'intérieur de ceux-ci.

Démarrez en mode brouillon sur une queue, comparez-le à vos propres cases passés, et activez la réponse automatique une fois que les réponses tiennent la route. Voyez comment un agent de helpdesk IA rejoint une queue, ou comparez les meilleurs helpdesks IA pour entreprise, puis essayez eesel.