Paramétrage d'un Agent Conversationnel pour les RH
Architecture et Intégration SIRH
L'architecture Client-Serveur
Pour qu'un agent conversationnel RH soit plus qu'une simple boîte de dialogue, il doit s'intégrer profondément dans l'écosystème de l'entreprise. Cela repose sur une architecture client-serveur classique. Dans ce modèle, l'agent conversationnel (le client) est l'interface avec laquelle l'employé interagit. Lorsqu'un employé pose une question, comme « Combien de jours de congé me reste-t-il ? », l'agent ne connaît pas la réponse lui-même.
Il formule plutôt une requête et l'envoie à un serveur. Ce serveur est connecté au Système d'Information des Ressources Humaines (SIRH), la base de données centrale qui contient toutes les informations sur les employés. Le serveur interroge le SIRH, récupère la donnée demandée, puis la renvoie à l'agent conversationnel, qui la présente à l'employé dans un format lisible. Ce dialogue constant entre le client et le serveur est le fondement de toute intégration réussie.
Dialoguer avec les données via les API
La communication entre l'agent et le serveur se fait via une API REST (Application Programming Interface Representational State Transfer). Une API est un ensemble de règles qui permet à différentes applications de se parler. C'est comme un menu dans un restaurant : il définit les plats disponibles (les données) et la manière de les commander (les requêtes).
Dans ce cadre, les données sont presque toujours échangées au format JSON (JavaScript Object Notation). C'est un format léger et facile à lire pour les humains comme pour les machines. Lorsqu'une requête est faite, le serveur renvoie les informations de l'employé structurées en JSON.
{
"idEmploye": "E12345",
"nom": "Durand",
"prenom": "Marie",
"soldeConges": {
"annuel": 15.5,
"rtt": 4
},
"managerId": "E67890"
}
Ce petit paquet de données contient tout ce dont l'agent a besoin pour répondre précisément à la question de l'employé, sans avoir à accéder à l'ensemble de la base de données SIRH. Il demande uniquement ce qui est nécessaire.
Sécurité et authentification
Permettre à un agent conversationnel d'accéder à des données RH sensibles nécessite une sécurité à toute épreuve. On ne peut pas simplement laisser n'importe qui interroger le SIRH. C'est là qu'intervient le Single Sign-On (SSO). Lorsqu'un employé se connecte à son portail d'entreprise, le SSO valide son identité une seule fois. Ensuite, cette authentification est propagée à toutes les applications connectées, y compris l'agent conversationnel.
Techniquement, cela fonctionne souvent avec des jetons JWT (JSON Web Tokens). Après une connexion réussie, le service d'authentification génère un jeton crypté, une sorte de passeport numérique. Ce jeton est inclus dans chaque requête API que l'agent envoie au serveur. Le serveur vérifie la signature du jeton pour s'assurer que la requête provient bien d'un utilisateur authentifié et autorisé avant de renvoyer toute donnée.
Chaque requête API doit être validée. Le jeton JWT prouve que l'utilisateur est bien celui qu'il prétend être, sans avoir à renvoyer son mot de passe à chaque fois.
Pour la localisation de l'infrastructure, le choix se résume souvent à deux options : sur site (on-premise) ou dans le cloud. Une solution sur site offre un contrôle maximal sur la sécurité, car tout est hébergé sur les serveurs de l'entreprise. Cependant, elle est plus coûteuse et complexe à maintenir. Une solution cloud est plus flexible et évolutive, mais elle implique de confier les données à un fournisseur tiers, ce qui nécessite une analyse rigoureuse des contrats et des certifications de sécurité (comme ISO 27001 ou SOC 2).
Synchronisation en temps réel
Pour que l'agent soit vraiment utile, ses informations doivent être à jour. Si un manager approuve une demande de congé, l'employé doit voir son solde mis à jour instantanément. Attendre une synchronisation nocturne n'est pas une option.
C'est le rôle des Webhookss. Un webhook est un mécanisme qui permet à un système d'en informer un autre en temps réel lorsqu'un événement se produit. Au lieu que le serveur de l'agent demande constamment au SIRH « Y a-t-il du nouveau ? », le SIRH envoie proactivement une notification (un petit message HTTP POST) au serveur de l'agent dès qu'une donnée change. C'est un modèle de communication "push" beaucoup plus efficace.
L'automatisation de l'IA doit fonctionner sur tous les systèmes : CRM, ERP, SharePoint, outils personnalisés, etc. Les plates-formes de premier plan s'intègrent dès le départ ou par le biais d'agents de navigation et d'API sécurisés.
Par exemple, lorsqu'un nouvel employé est ajouté dans Workday ou SAP SuccessFactors, le SIRH peut être configuré pour déclencher un webhook. Ce webhook envoie les informations de base du nouvel employé au serveur de l'agent, qui peut alors préparer son profil ou même lui envoyer un message de bienvenue automatisé. Cette interopérabilité est la clé pour transformer l'agent en un assistant proactif plutôt qu'un simple répondeur.
Dans l'architecture d'un agent conversationnel RH, quel est le rôle principal de l'agent lui-même lorsqu'un employé pose une question comme « Combien de jours de congé me reste-t-il ? »
Quel est le format de données le plus couramment utilisé pour l'échange d'informations entre le serveur et l'agent conversationnel ?
En combinant une architecture solide, des communications sécurisées et une synchronisation en temps réel, un agent conversationnel RH devient une extension puissante et intégrée du système d'information de l'entreprise.