Connectez une application que nous ne gérons pas encore

Chaque outil interne, chaque SaaS régional, chaque application dont une seule équipe dépend : la liste de ce qui mérite d'être gouverné est toujours plus longue que la liste des intégrations livrées par un éditeur. Attendre que nous les construisions une par une n'est pas un plan.

Un connecteur personnalisé est une spécification, pas du code. Vous décrivez l'API d'administration de l'application : quelle route liste les membres, laquelle en ajoute un, laquelle change un rôle, laquelle retire un accès, comment elle s'authentifie et où se trouvent les champs dans la réponse. Lutril traite ensuite cette application exactement comme une intégration native : elle apparaît dans le graphe des accès, elle entre dans les revues, et une politique d'accès juste-à-temps peut y accorder puis reprendre un accès.

Un choix de conception mérite d'être nommé, car il change ce qu'un connecteur peut rater. Une opération d'appartenance remplace la liste entière au lieu d'appliquer une différence. Un connecteur qui expire à mi-chemin ne peut pas laisser un compte avec la moitié d'un changement appliqué, et c'est précisément le défaut qui rend une revue d'accès peu fiable.

Les spécifications appartiennent à votre tenant. Elles ne sont pas partagées, et ce n'est pas un fork de notre code à maintenir au fil de nos versions.