Comment Leina connecte les applications métier via OpenConnector
Découvrez la passerelle d'autorisation OpenConnector de Leina, la différence entre fournisseurs, actions et autorisations de compte, et comment vérifier une connexion avec une tâche en lecture seule.

Illustration conceptuelle : une tâche atteint des applications métier autorisées via une passerelle d’accès.
Un agent IA a besoin d’accéder aux systèmes pertinents avant de pouvoir résumer des notes de réunion, compiler des mises à jour client ou modifier un tableur métier. Les questions pratiques sont précises : quel compte est connecté, quelles opérations sont disponibles et à quels enregistrements peut-il accéder ?
Leina connecte les applications métier via OpenConnector, notre propre passerelle d’autorisation sécurisée. La passerelle fournit l’autorisation pour les appels d’applications. La portée utilisable dépend aussi du support du connecteur, des autorisations du compte métier et des paramètres d’équipe.
La passerelle et ses outils compagnons ont un code source public. Explorez la portée, les contributions de la communauté et les parcours d’utilisation indépendants sur notre page Open Source, ou lisez notre article sur les connexions sécurisées et notre engagement open source.
Commencez par une tâche définie et remontez aux capacités et aux accès qu’elle nécessite. Cela rend la connexion plus facile à vérifier et aide à éviter d’accorder un accès large pour une tâche étroite.
Que signifient 1 500 fournisseurs et 16 000 actions ?
D’après la couverture produit au moment de la publication, la passerelle OpenConnector prend en charge plus de 1 500 fournisseurs et plus de 16 000 actions. Ces chiffres décrivent la couverture des services et des opérations. Consultez le répertoire actuel et le connecteur pour connaître les capacités spécifiques.
| Concept | Signification | Ce qu’il faut vérifier |
|---|---|---|
| Fournisseur | Un service qui peut être connecté | L’application métier de l’équipe est-elle disponible ? |
| Action | Une opération exposée par son connecteur | Prend-elle en charge la recherche, la création ou la mise à jour requise ? |
| Autorisations de compte | L’accès du compte au sein de ce service | Peut-il atteindre l’espace de travail, le dossier ou les enregistrements cibles ? |
Un fournisseur pris en charge n’expose pas toutes les fonctionnalités de son service. Une action prise en charge ne donne pas au compte connecté accès à toutes les données. Par exemple, un connecteur peut prendre en charge la recherche de documents alors que le compte n’a pas accès à un dossier de projet particulier.
La couverture des services donne des options à une équipe ; une connexion appropriée et une portée d’autorisation déterminent si sa tâche peut réussir.
Le rôle de la passerelle dans l’accès aux applications
L’accès de Leina aux applications métier passe par OpenConnector. Les équipes autorisent les comptes via le processus de connexion et définissent l’accès utilisable via les autorisations des membres, des groupes et côté application.
D'une tâche à un appel autorisé
flowchart TB
accTitle: D'une tâche à un appel autorisé
accDescr: Leina utilise OpenConnector pour accéder aux opérations d'application via des comptes autorisés. Il faut vérifier à la fois les actions disponibles et la portée des données.
T("Tâche définie"):::channel
T --> L("Leina"):::agent
L --> G("OpenConnector
Passerelle d'autorisation"):::gateway
G --> A("Compte autorisé
Données accessibles"):::resource
G --> O("Pris en charge
actions d'application"):::resourceL’autorisation fait partie de l’architecture d’appel d’application. La configuration doit encore établir quelles connexions peuvent être utilisées, quelles autorisations possède un compte et qui reçoit le résultat. Une passerelle ne remplace pas ces décisions.
Autorisez les comptes via le flux de connexion plutôt que de coller des mots de passe ou des jetons d’accès bruts dans le chat. Consultez Autorisations et accès aux données pour des conseils sur le compte et la portée des tâches.
Partez d’une tâche et remontez le fil
Pour une tâche telle que résumer les notes de réunion de projet de cette semaine, établissez quatre choses avant de connecter :
- Source : l’application, le projet ou le dossier contenant les notes.
- Opérations : accès en recherche et lecture, sans opérations de mise à jour ou de suppression pour cette tâche.
- Portée : le nom du projet, la plage de dates et les champs à extraire.
- Sortie : la destination et les liens sources à conserver.
Trouvez le service dans les Intégrations, vérifiez les opérations requises, puis autorisez un compte approprié via Connexions. Si le compte ne peut pas accéder aux enregistrements sources, modifier uniquement le prompt ne résoudra pas le problème d’autorisation.
Testez la connexion avec une requête vérifiable :
Trouve les notes de réunion du Projet A de cette semaine dans l’application de documents connectée. Renvoie les dates de réunion, les décisions, les responsables et les liens sources. Lis uniquement le contenu du Projet A et ne modifie pas les documents. Marque les informations manquantes comme manquantes.
Vérifiez que les sources et la plage de dates sont correctes et que les lacunes sont signalées avec précision avant de transformer la tâche en workflow récurrent.
Revérifiez l’accès avant de passer de la lecture à l’écriture
Lire, créer, mettre à jour et supprimer sont des exigences distinctes. Produire un résumé exact n’établit pas la permission de modifier le système source.
Pour écrire les actions de réunion dans un tableau métier, vérifiez le support du connecteur, les autorisations du compte, ainsi que la table et les champs de destination. Commencez par une requête telle que :
Prépare les lignes à ajouter à partir des actions de réunion que nous venons de vérifier. Liste la table de destination, les champs et les valeurs. Renvoie un brouillon sans rien écrire pour l’instant.
Examinez la destination, les enregistrements concernés et les valeurs avant de demander l’exécution. Il s’agit d’un processus de travail suggéré ; cela n’implique pas que chaque connecteur dispose des mêmes fonctionnalités d’approbation, de brouillon ou de retour arrière.
Pourquoi une application connectée peut-elle encore renvoyer des données manquantes ?
Vérifiez ces possibilités dans l’ordre :
- Service et opération : l’application prend-elle en charge l’action nécessaire à la tâche ?
- Compte : le compte connecté est-il celui qui a accès aux enregistrements cibles ?
- Portée : l’espace de travail, le projet, le dossier et les enregistrements sont-ils dans l’accès de ce compte ?
- Autorisations d’équipe : le membre ou le groupe actuel peut-il utiliser la connexion et l’opération ?
- État de la connexion : si l’interface signale une autorisation expirée ou une erreur de connexion, suivez le flux de connexion actuel pour la résoudre.
Des résultats partiels n’établissent pas une couverture complète. Conservez les liens sources et comparez les résumés importants avec la portée attendue. Si le problème reste flou, contactez le support avec le nom de l’application et les détails de l’erreur, sans inclure d’identifiants.
Rendez la portée de la connexion vérifiable
Une large couverture de connecteurs aide Leina à fonctionner avec davantage d’outils existants d’une équipe. Commencez par une tâche, vérifiez son action, son compte et ses exigences de données, puis vérifiez le résultat via une requête en lecture seule.
Pour un usage partagé, poursuivez avec les autorisations des membres et des groupes. Lisez un agent sur plusieurs plateformes de chat pour la relation avec les points d’entrée, ou la présentation de Leina pour une introduction plus large au produit.