Gouverner les agents IA ServiceNow : données employés sous autorité

Les agents IA de ServiceNow trient des incidents, résolvent des demandes, orchestrent des processus RH et informatiques. Leur matière première, ce sont des tickets — et un ticket RH ou de soutien contient souvent bien plus que sa catégorie ne l'annonce : un arrêt maladie, une situation de paie, une plainte, des données de santé.

Les rôles et périmètres de la plateforme décident quel agent lit quelles tables. Ce qu'ils ne portent pas, c'est le droit applicable au traitement : une décision automatisée visant un employé — priorisation d'une plainte, traitement d'un dossier d'absence — déclenche dans plusieurs juridictions des obligations d'information, de révision humaine et de documentation. Le workflow ne le sait pas ; votre profil réglementaire, lui, le sait.

Le scénario d'intégration

ServiceNow excelle à appeler des services externes depuis ses flux : là où votre flux de traitement précède l'action sensible — assignation automatisée d'un dossier RH, communication de données d'employé, export vers un outil tiers —, une étape HTTP appelle l'endpoint de décision et route selon la réponse. Aucune application à installer.

1. 1

   Générez le profil de votre organisation

   L'évaluation gratuite (commencer ici) établit vos juridictions, votre secteur et vos catégories de données. Les décisions rendues à vos agents s'appuient sur ce profil — pas sur des règles génériques.

2. 2

   Créez une clé API à portée « authority »

   Depuis votre tableau de bord StructureClerk. La vérification des preuves reste publique et sans compte — seule la décision personnalisée passe par la clé.

3. 3

   Insérez l'étape de décision dans le flux

   Avant l'action sensible, une étape HTTP appelle l'endpoint avec les métadonnées : type d'action, catégories de données, juridiction de l'employé concerné.

   curl -X POST https://structureclerk.ca/api/v1/authority/decide \
     -H 'Authorization: Bearer $CLE_API' \
     -H 'Content-Type: application/json' \
     -d '{"agent":{"id":"servicenow-hr-triage","autonomy_level":3},"action":{"type":"process.employee_feedback","data_categories":["personal","health"]},"context":{"jurisdictions":["CA_QC"],"sector":"health"}}'

4. 4

   Routez selon les quatre verbes

   ALLOW poursuit le flux. APPROVE crée une tâche d'approbation pour un gestionnaire. DENY arrête le traitement automatisé — le dossier revient à un humain, avec la raison. ESCALATE notifie la conformité. La preuve s'attache au ticket : l'audit vit dans le dossier.

Le contrat de décision

POST https://structureclerk.ca/api/v1/authority/decide
{
  "agent": { "id": "servicenow-hr-triage", "autonomy_level": 3 },
  "action": {
    "type": "process.employee_feedback",
    "data_categories": ["personal", "health"]
  },
  "context": { "jurisdictions": ["CA_QC"], "sector": "health" }
}
// →
{
  "decision": "APPROVE",
  "reason": "human_involvement_required_in_jurisdiction",
  "confidence": 0.97,
  "evidence_id": "ev_c93e…7b12"
}

La décision est consultative — StructureClerk décide, votre infrastructure applique. Le moteur ne lit jamais le ticket : il décide sur les métadonnées, ce qui garde vos données d'employés là où elles sont.

La piste d'audit que vos employés méritent

Chaque décision laisse une preuve signée Ed25519, chaînée. Quand un employé, un syndicat ou un régulateur demande comment une décision automatisée a été prise, vous produisez la trace — vérifiable sur notre page de vérification, sans compte, par n'importe qui.

La dimension juridictionnelle compte double en RH : le même traitement automatisé peut être libre dans une juridiction et exiger information préalable et droit de révision humaine dans une autre. Le moteur porte cette différence ; un workflow générique ne la voit pas.