Workday veut rendre ses agents accessibles depuis Claude Copilot Gemini Teams et Slack

Workday annonce l’extension de Sana, son expérience agentique et moteur d’orchestration, aux outils conversationnels utilisés par les salariés.[1] L’ambition est de permettre des opérations RH et financières depuis ces points d’entrée. Pour les entreprises, la question est pratique : comment simplifier les démarches sans perdre la maîtrise des droits, des validations et du suivi des opérations ?

Le point d’entrée change, les règles métier restent essentielles

Selon Workday, Sana reçoit la demande, applique les permissions et les politiques de l’entreprise, puis coordonne les agents nécessaires. Les outils tiers passent par Sana plutôt que d’obtenir un accès direct aux données Workday.[1] Cette architecture vise à maintenir les contrôles métier lorsque l’utilisateur change d’interface.

La différence compte pour une demande de congé ou une note de frais. Une conversation peut faciliter la formulation du besoin, mais l’opération suppose toujours de connaître l’identité du demandeur, les informations nécessaires et la personne habilitée à valider. Une réponse dans un chat ne doit pas être confondue avec une transaction effectivement enregistrée.

Workday conserve une interface pour les processus complexes

L’éditeur prévoit que le travail puisse commencer dans un outil tiers, puis rejoindre Sana lorsqu’une vue plus riche devient nécessaire.[1] Workday annonce aussi une nouvelle expérience Workday Home disponible, avec des capacités supplémentaires à venir.[2] Le communiqué ne décrit donc pas la disparition de son interface.

Cette coexistence peut être utile pour suivre une démarche longue. Consulter un statut dans une conversation et examiner un dossier complet répondent à des besoins différents. Le parcours doit permettre de passer de l’un à l’autre sans perdre les pièces, les décisions ni les étapes restantes.

Un déploiement progressif selon les plateformes

Le communiqué distingue les fonctions de libre-service existantes de l’expérience Sana étendue. Cette grille résume les statuts annoncés au 13 octobre et les vérifications utiles avant un projet.[1]

Une opération doit rester identifiable de bout en bout

Le principal enjeu d’intégration est de préserver un état cohérent entre les interfaces. Si un salarié soumet une demande depuis un assistant puis la consulte dans Workday, il doit retrouver la même opération. Une relance après un délai de réponse ne devrait pas créer une seconde demande identique.

Les équipes doivent aussi distinguer ce qui a été préparé, soumis et approuvé. Un message rassurant ne remplace pas la confirmation de l’enregistrement dans le système métier. En cas d’échec partiel, l’utilisateur doit savoir quelle étape reste à reprendre et à qui s’adresser.

Un pilote peut commencer par une démarche RH limitée

Dans une organisation équipée de Workday, un pilote illustratif pourrait porter sur une demande de congé, si cette action est couverte par l’intégration retenue. L’équipe testerait le parcours avec des comptes dédiés : formulation de la demande, vérification des dates, confirmation puis transmission au bon responsable. Ce scénario est une proposition d’évaluation, pas un déploiement client rapporté.

Les essais devraient inclure une demande ambiguë, un utilisateur sans droit suffisant et une interruption de connexion. Le responsable applicatif comparerait ensuite le statut affiché dans la conversation avec celui du dossier métier. Le nombre d’étapes réellement supprimées et le taux de demandes nécessitant une reprise humaine permettraient de juger l’intérêt du dispositif.

Pour une PME, les abonnements, les intégrations disponibles et le temps consacré au support entrent aussi dans le calcul. Une interface plus simple ne garantit pas une administration moins complexe. Il convient de commencer par un usage fréquent dont le résultat est facile à vérifier.

La compétence IT à retenir : Gestion des logiciels et applications

Cette évolution mobilise directement la Gestion des logiciels et applications. Le professionnel doit comprendre comment les services se connectent, quelles données circulent et quelles opérations chaque interface autorise. Il conserve une vue d’ensemble du processus, même lorsque l’utilisateur n’ouvre plus systématiquement l’application métier.

La configuration des droits devient un travail transversal. Il faut vérifier les profils, les changements de fonction et la révocation des accès, puis tester leur effet dans les différents outils connectés. Les informations sensibles doivent apparaître uniquement dans les espaces et pour les personnes autorisés à les consulter.

Le rôle comprend enfin l’accompagnement et le support. Une demande qui semble bloquée dans un chat peut dépendre d’une validation métier ou d’une connexion défaillante. Documenter le parcours, identifier les responsables et prévoir une solution de repli permet de maintenir le service lorsque l’intégration ne répond pas comme prévu.

La simplicité doit préserver la fiabilité des opérations

L’intérêt de Sana sera de rendre les démarches plus accessibles tout en maintenant un suivi fiable. Le critère décisif reste la qualité de l’opération accomplie : un résultat correct, des validations respectées et une trace exploitable, quel que soit le point d’entrée choisi.

L’Actu IT à 360°, décrypter la technologie pour comprendre les métiers de demain.

Découvrir CCCLX →