LibreChat pour l'entreprise : SSO, équipes et facturation au token

Le pilote a eu lieu sans vous. Quelque part dans l'entreprise, LibreChat tourne déjà : un développeur l'a installé en une après-midi, deux équipes l'ont trouvé, et il porte maintenant du vrai travail en silence. Puis la demande atterrit sur le bureau de la DSI en une seule phrase, "peut-on rendre ça officiel ?" Officiel, c'est là que commence la partie difficile : single sign-on, contrôle d'accès, un budget qui appartient à quelqu'un et une facture que les achats peuvent réellement classer.

Cet article est la carte de cette étape. Ce qu'un déploiement d'entreprise de LibreChat exige vraiment, quelles parties LibreChat fournit d'origine et quelles parties quelqu'un doit construire. Transparence totale d'emblée : kral est un LibreChat géré conçu précisément pour cette lacune, et nous serons précis sur l'endroit où se termine le projet open source et où commence notre couche.

Ce que "officiel" signifie vraiment

Toute entreprise entend les six mêmes choses quand elle dit officiel, quel que soit l'outil :

• Identité. Une seule connexion, arrivées et départs gérés, aucune liste de mots de passe dans un tableur.
• Contrôle d'accès. Qui peut utiliser quels modèles, décidé par rôle, pas par celui qui a trouvé l'URL en premier.
• Attribution. Un usage traçable jusqu'à une personne, sinon la finance le tracera jusqu'à vous.
• Budgets. Un plafond par personne ou par équipe qui arrête les dépassements avant qu'ils n'arrivent, pas après.
• Une facturation compatible avec les achats. Une facture, une TVA correcte, un fournisseur qui s'intègre au processus d'approvisionnement.
• Un cycle de vie. Des mises à jour selon un calendrier, un journal des modifications que quelqu'un lit, et une sortie documentée.

Rien de tout cela n'est exotique. C'est la même liste que votre entreprise exige de tout autre système de référence. La différence, c'est que l'IA est entrée par la porte de service, et la liste est désormais en retard.

Ce que LibreChat fournit d'origine

Le crédit d'abord, car il est mérité. LibreChat donne à une entreprise une vraie matière pour démarrer :

• Prise en charge d'OpenID Connect. L'application peut s'authentifier contre un identity provider plutôt que contre des mots de passe locaux.
• L'interface que vos utilisateurs ont déjà choisie. Agents, chat sur fichiers, génération d'images, recherche ; l'adoption n'est pas votre problème.
• Une licence MIT. Aucune clause sur le nombre d'utilisateurs, aucune condition de marque, inspectez et adaptez le code librement.
• Les crédits de tokens comme primitive. Un mécanisme de base pour mesurer l'usage existe.

Et la limite honnête, la même que celle décrite dans l'hébergement LibreChat infogéré : LibreChat est une application de chat, pas un système de facturation ni un interlocuteur pour les achats. Il n'y a pas de forfaits, pas de factures, pas de traitement de la TVA, pas de plafonds de dépenses qu'un service financier reconnaîtrait, et les équipes existent comme des lignes d'utilisateurs, pas comme des contrats avec des budgets partagés. Ce n'est pas une critique ; c'est le périmètre.

La couche entreprise que kral opère

kral garde l'expérience LibreChat proche de l'upstream et construit la partie officielle autour d'elle comme une seule suite : le chat que vos utilisateurs voient, le gateway que vos outils internes appellent, la console d'administration où la DSI gouverne, et la facturation que la finance peut classer. Même LibreChat lui-même se configure depuis cette console ; activez un modèle, activez une fonctionnalité, et le chat suit, sans YAML édité à la main. En pratique, cela signifie :

• Une seule connexion. Un compte unique porte le chat, l'usage et la facturation. Aucune clé d'API nulle part dans l'entreprise.
• Des équipes comme des contrats. Un accord, un budget partagé, des membres que le propriétaire invite et retire. L'accès se termine au moment où se termine le siège.
• Des budgets qui s'appliquent d'eux-mêmes. Des plafonds mensuels par personne ; la plateforme mesure chaque requête face à eux et s'arrête à la ligne que vous avez tracée.
• Un usage que vous voyez réellement. Chaque requête est mesurée : modèle, tokens en entrée, tokens en sortie, coût. La dépense de tokens par utilisateur est une consultation de quelques secondes, pas une reconstitution de fin de mois, et chaque unité de dépense porte un nom.
• Gouvernance des modèles. Activez ou désactivez des modèles individuels ; chaque grand fournisseur est inclus et facturé au token.
• Une facturation prête pour les achats. Forfaits et crédits, TVA de l'UE gérée, une facture au lieu de cinq relevés de fournisseurs.
• Un cycle de vie que vous n'opérez pas. Quand LibreChat publie une version, nous l'intégrons, la testons et la déployons.

Hébergé en une minute, ou dans vos propres murs

La voie rapide est hébergée : connectez-vous sur app.kral.ai et la couche au-dessus est déjà active. La voie entreprise va plus loin : la plateforme sur laquelle kral est construit peut tourner à l'intérieur de votre entreprise, nativement sur votre propre Windows Server. Là, la connexion se branche sur l'identity provider que votre DSI exploite déjà, les données restent sur du matériel qui vous appartient, et vos outils internes atteignent chaque modèle via un seul point de terminaison gateway avec une seule clé.

Les deux voies gardent la même sortie : la base est open source et vos données sont exportables. Un outil officiel ne devrait jamais avoir besoin d'une clause d'otage pour retenir ses utilisateurs.

LibreChat brut vs kral, avec des yeux d'entreprise

Les questions que la DSI pose vraiment

kral n'est-il que LibreChat avec des extras ?

Délibérément, oui. kral garde le chat proche de l'upstream ; autour de lui se trouvent le gateway, la facturation, les budgets, le reporting d'usage et la gestion des équipes, pilotés depuis une seule console, précisément la partie qui manquait à un déploiement d'entreprise.

Pouvons-nous garder notre identity provider ?

Sur la plateforme auto-hébergée, oui : la connexion fonctionne contre l'IdP que votre DSI exploite. Le service hébergé sur app.kral.ai utilise des comptes kral avec une connexion unique entre le chat et la facturation.

Que disons-nous au délégué à la protection des données ?

Demandez où vont les requêtes. Sur votre propre serveur, elles vont vers du matériel qui vous appartient avant qu'aucun modèle ne les voie. Sur le service hébergé, elles passent par kral vers les fournisseurs de modèles que vous choisissez, et vos données restent exportables à tout moment. Ce n'est pas une réponse d'avocat ; c'est la topologie honnête sur laquelle en construire une.

Nos collaborateurs ont-ils besoin de clés d'API ?

Non. Chaque modèle de la plateforme est inclus et facturé au token. Personne n'ouvre de comptes fournisseurs, et aucune clé ne peut fuiter, car il n'y en a aucune à distribuer.

Combien ça coûte ?

Des forfaits mensuels avec un usage inclus, plus des crédits pour les semaines chargées. Les chiffres actuels sont sur kral.ai ; il n'y a pas de majoration par siège cachée dans un PDF, et le collègue qui pose trois questions par mois ne vous coûte presque rien.

LibreChat a déjà conquis vos utilisateurs ; cette partie est faite. Ce qui reste, c'est de le rendre officiel sans en faire un projet de six mois. C'est la partie que kral opère :

Réserver une démo

Essayer kral maintenant