ToolJet

C'EST QUOI ?

ToolJet est une plateforme d'outils internes à auto-héberger. Tu assembles une interface au glisser-déposer depuis un catalogue de composants, tu la branches sur tes bases et tes API, et tu publies l'app pour tes équipes. Le dépôt correspond à la Community Edition sous AGPL-3.0 : les fonctions IA et la gestion d'organisation vivent dans une offre commerciale séparée.

POURQUOI C'EST INTÉRESSANT ?

• Builder visuel à 60+ composants : tables, graphiques, formulaires, listes, barres de progression. Les apps sont multi-pages et s'éditent à plusieurs en simultané.
• 80+ sources de données : bases, API, stockage objet et outils SaaS se branchent depuis l'interface, sans écrire de couche d'accès maison.
• Base de données intégrée : la ToolJet Database sert de stockage no-code quand tu n'as pas déjà un backend à connecter.
• Du code là où le visuel bloque : JavaScript et Python s'exécutent à l'intérieur des apps, pour les transformations et la logique que les composants ne couvrent pas.
• Extensible en interne : la CLI @tooljet/cli sert à écrire tes propres plugins et connecteurs.
• Déployable un peu partout : Docker, Kubernetes, EC2, ECS, EKS, GKE, Cloud Run, AKS, Azure Container, DigitalOcean, OpenShift et Helm, avec en plus une présence sur les marketplaces AWS et Azure.
• Base de sécurité : chiffrement AES-256-GCM, flux de données passant uniquement par le proxy, SSO, commentaires en ligne et contrôle d'accès granulaire.
• La frontière open source est nette : la CE couvre le builder, la base, les sources de données et l'auto-hébergement. La génération d'app depuis un prompt, l'agent builder, le RBAC, le GitSync, le multi-environnement, le white-label et les logs d'audit sont dans l'offre payante ToolJet AI.

CAS D'USAGE

• Monter un back-office sur une base existante sans écrire de CRUD à la main.
• Donner à une équipe support un écran de consultation et d'action sur les données client.
• Assembler un dashboard opérationnel qui agrège plusieurs API et plusieurs bases.
• Remplacer une collection de scripts internes par des apps avec du contrôle d'accès.
• Prototyper un outil métier avant de décider s'il mérite un développement dédié.

Le dépôt suit git-flow : develop est la branche de base, et les versions stables sont sur main et les tags v1.x.x. Pour une montée de version, la doc recommande la ligne LTS plutôt que la dernière en date.