Le 19 octobre 2026, Zendesk présente Employee Service AI Agents et Advanced Action Flows. Ces outils visent des demandes internes allant de l’accès informatique aux attestations RH. Le premier test utile porte sur les droits, les exceptions et le retrait des accès.
Ce que Zendesk présente aujourd’hui
Zendesk décrit des agents capables de coordonner des demandes internes dans plusieurs systèmes, avec des flux construits par les administrateurs. Les exemples couvrent arrivées et départs, approbations d’accès, équipements et badges.
Au 19 octobre, le communiqué les situe dans un programme d’accès anticipé ouvert, avec une disponibilité générale attendue dans les semaines suivantes. Il ne faut pas présenter cette annonce comme une disponibilité immédiate identique pour tous les contrats.
Le chiffre de productivité demande une lecture attentive
L’éditeur annonce environ 500 000 heures de travail manuel économisées, à partir de six millions d’exécutions de workflows chez 300 clients en accès anticipé. Sa note précise que l’estimation applique un benchmark de cinq minutes économisées par exécution.
Ce n’est donc pas un relevé universel de temps effectivement mesuré pour chaque tâche. Votre analyse doit compter les contrôles, les exceptions et les corrections. Une exécution de workflow n’est pas nécessairement une demande entièrement résolue.
Exemple : le badge est coupé, l’application métier reste ouverte
Situation fictive : une entreprise automatise les départs. Le flux désactive le badge et clôt le ticket, mais un connecteur vers une application métier échoue. Le compte reste actif alors que le dossier est déclaré terminé.
Le bon critère de réception ne consiste pas à vérifier qu’une succession d’étapes s’est lancée. Il faut démontrer que tous les droits prévus sont retirés ou qu’une exception explicite empêche la clôture.
La personne chargée du départ doit voir ce qui reste à faire et pouvoir reprendre la main sans créer une seconde procédure contradictoire.
Les contrôles à prévoir avant l’ouverture
- Un catalogue des actions. Distinguez information, attestation, modification d’accès et suppression. Attribuez un approbateur aux actions engageantes.
- Un contrôle de l’identité du demandeur. Une conversation dans un outil interne ne suffit pas à autoriser toutes les opérations. Testez les demandes faites pour un autre salarié.
- Des accès aux données limités. Les dossiers RH et informations sensibles ne doivent pas devenir visibles à toute personne capable de solliciter l’agent.
- Une clôture liée au résultat. Un échec de connecteur doit laisser une tâche ouverte et alerter un responsable. Conservez les preuves des opérations exécutées.
- Un calcul de valeur local. Mesurez le délai de résolution et le travail humain restant sur votre propre jeu de demandes, pas seulement les exécutions.
La décision pour une PME ou une DSI
Commencez avec un périmètre interne limité et des comptes fictifs. Testez ensuite une arrivée, un changement de rôle et un départ comportant un échec technique.
N’élargissez le pilote que lorsque la personne responsable peut montrer ce que l’agent a fait, ce qu’il n’a pas réussi et quels droits subsistent. Un ticket fermé n’est pas une preuve de retrait des accès.