La configuration décrit les sources de données — le framework découvre le reste à l’exécution. Connecteurs, écrans, menus et tableaux de bord se construisent dans les éditeurs Paramètres — ou en une seule passe avec l’Assistant de création d’écran ; l’interface React construit ensuite une grille typée, une ligne de filtres, un formulaire modal et des listes de valeurs à partir des colonnes que la requête retourne réellement. Aucune duplication de schéma, aucun code par écran.
Fonctionnement
Définissez un connecteur dans les éditeurs, exposez ses requêtes à un écran ou à un tableau de bord, et le framework rend tout le reste — grille, dialogue, filtres, authentification, filtrage par rôle, boutons d’export, colonnes d’audit, l’assistant et les jobs planifiés.
La grammaire
Tout ce que fait le framework se compose à partir de cinq primitives. Une fois ces cinq concepts compris, vous avez l’essentiel du framework en tête.
Une connexion à une base de données — une URL SQLAlchemy et des identifiants.
« Comment j’atteins ces données ? »
Un ensemble nommé de requêtes ou d’endpoints REST au-dessus d’un pool.
« Quelles questions je veux poser à cette source ? »
Une grille + un dialogue d’édition au-dessus des requêtes d’un connecteur.
« Comment je laisse une personne consulter et modifier ça ? »
Une mise en page de KPI et de graphiques sur les mêmes requêtes.
« Comment je résume ça pour une vue d’ensemble ? »
L’arborescence latérale qui organise écrans et tableaux de bord en une application.
« Comment je rends ça navigable ? »
Autour de ces cinq concepts, les couches de support : le dictionnaire pour les libellés et les formats, l’authentification et les rôles pour qui-voit-quoi, Nomaflow pour le travail planifié, l’assistant IA et les plugins Python.
Schéma découvert, pas déclaré
Rien de vos données n’est dupliqué dans la configuration du framework. Le connecteur connaît la requête ; la base de données connaît les colonnes. Quand une colonne change, l’interface en tient compte au prochain rechargement.
Cas d’usage
CRUD sur des tables existantes, contrôlé par rôle, avec une ergonomie par défaut cohérente. De « j’ai une base de données » à « les utilisateurs s’en servent » en une journée environ.
KPI et graphiques sur des requêtes SQL nommées. Barre de filtres partagée, exploration vers les grilles, export PDF — pas d’outil BI séparé pour 80 % des besoins.
Une interface moderne au-dessus de JD Edwards, SAP ou NetSuite — utilisateurs, sécurité, file BIP, données de référence. Les équipes d’exploitation travaillent plus vite dans l’ERP.
Une interface au-dessus des récepteurs de webhooks, des synchronisations planifiées et des pipelines ETL. Nomaflow exécute les jobs ; le framework affiche les exécutions.
Une partie délimitée d’une application interne ouverte à des utilisateurs externes via OIDC. Accès par ligne, piste d’audit et dépôt de fichiers, nativement dans le framework.
Approuver / rejeter / router — formulaires multi-étapes, workflows à statuts, relances planifiées. Les conditions de formulaire gèrent l’ergonomie propre à chaque état.
Le bon outil quand la plupart de vos écrans sont des listes éditables au-dessus d’une base de données, avec quelques tableaux de bord, jobs et intégrations — ce qui décrit la grande majorité des applications internes.
IA intégrée
Liberty Next intègre un assistant Claude avec tool use. Chaque requête SQL et chaque endpoint HTTP que l’utilisateur connecté peut exécuter devient un outil, avec un schéma JSON généré à partir des paramètres de la requête et une description issue du connecteur et du dictionnaire. Demandez « quels fournisseurs ont été payés en retard le mois dernier ? » : l’assistant choisit la requête, l’exécute avec vos droits et répond avec les chiffres.
Sans clé API, aucun appel à l’IA — toutes les autres fonctionnalités continuent de fonctionner. Le modèle, le budget de tokens et les limites quotidiennes se règlent dans Paramètres → App.
Limité aux droits de l’utilisateur
Le framework vérifie le droit de l’utilisateur sur le connecteur avant chaque appel d’outil — un outil que l’utilisateur ne peut pas exécuter n’est jamais proposé.
Lecture seule par défaut
Les requêtes en écriture sont exclues, sauf si le connecteur définit expose_to_ai et que le rôle détient la permission ai:tool correspondante.
Encadré
Les appels d’outils par tour, les tokens par conversation et les messages par jour sont plafonnés et affichés dans le chat.
Partageable
Les conversations sont conservées par utilisateur et peuvent être partagées via un lien en lecture seule pour transmettre une analyse.
Applications éditeur
Le framework lui-même est gratuit et open source. Une clé de licence (un JWT signé RS256) déverrouille les produits éditeur livrés au-dessus du framework.
Sécurité, Object Usage Tracking, conformité des licences Oracle et JD Edwards et séparation des tâches (SoD) — une seule plateforme, prête pour l’audit.
Données de référence, maintenance de la sécurité, transactions et reporting BIP sur une grille unique et interrogeable. SQL + API AIS, sans allers-retours dans le client lourd.
Tâches cron, pipelines ETL, synchronisation LDAP et appels HTTP en parallèle avec relance, historique des exécutions et suivi des logs en direct — dans le même processus, sur les mêmes connecteurs et permissions.
Sous le capot
React 19 + Vite + TypeScript, buildé une fois et servi en statique par le backend sur le même port. Thème sombre par défaut avec bascule en thème clair, react-i18next EN / FR, @tanstack/react-table pour la grille, react-markdown pour l’assistant, Monaco pour l’édition dans l’application. Vous n’en écrivez pas une ligne — le framework rend tout à partir de la configuration.
Python 3.12, FastAPI, SQLAlchemy 2.0 async avec asyncpg (PostgreSQL), oracledb (Oracle, mode thin) et aiosqlite (SQLite), le SDK Anthropic pour l’assistant IA, authlib pour OIDC, Argon2 pour le hachage, chiffrement des champs en AES-256-GCM, APScheduler pour les tâches cron, Socket.IO pour les mises à jour en temps réel. Un processus, un port, aucun démon annexe.
Questions fréquentes
Liberty Next est un framework low-code open source piloté par connecteur, édité par Nomana-IT. Vous connectez une source SQL ou API et construisez connecteurs, écrans, menus et tableaux de bord dans les éditeurs Paramètres intégrés et l’Assistant de création d’écran ; l’interface React construit ensuite la grille typée, la ligne de filtres, le dialogue d’édition, les listes de valeurs et les tableaux de bord à partir des colonnes que la requête retourne réellement, sans code par écran. La configuration est stockée dans de simples fichiers TOML : elle peut donc être versionnée et promue d’un environnement à l’autre.
Oui. Le framework est gratuit et open source. Nomasx-1, Nomajde et Nomaflow sont des applications construites avec et pour lui ; une clé de licence (un JWT signé RS256) déverrouille les applications éditeur sous licence.
Liberty Next se connecte à PostgreSQL, Oracle Database et SQLite via des pools asynchrones SQLAlchemy, et aux services REST via des connecteurs HTTP et API. Le schéma est découvert à l’exécution depuis la requête réelle.
L’assistant intégré utilise Claude d’Anthropic avec tool use. Chaque requête SQL et chaque endpoint HTTP que l’utilisateur connecté peut exécuter devient un outil ; le framework vérifie la permission de l’utilisateur avant chaque appel, et les requêtes en écriture sont exclues sauf si elles sont explicitement exposées à l’IA et accordées par rôle.
Oui. L’administration ERP est l’un de ses principaux cas d’usage : Nomajde (le compagnon JD Edwards) et Nomasx-1 (sécurité, licences et séparation des tâches) sont tous deux construits sur Liberty Next, avec Nomaflow pour les jobs planifiés.
Un seul processus Python sert l’API et l’interface React sur un seul port, déployé avec systemd, Docker ou Kubernetes sur vos propres serveurs ou dans votre cloud — ou hébergé par Nomana-IT sur Oracle Cloud Infrastructure (OCI) ou AWS.
Liberty Next est gratuit et open source. Essayez la démo en ligne, lisez la documentation ou déployez votre propre instance.