Metamodèle ORM
Modèles déclaratifs, champs typés, relations avec prefetch explicite — pas de N+1 sournois.
La plateforme
Kewos n'est pas un assemblage de modules : c'est un noyau cohérent qui fournit ORM, sécurité, événements, jobs, multi-tenancy, i18n et un moteur de vues — sur lequel les modules métier s'appuient proprement.
Le noyau
Les briques transverses que chaque module réutilise au lieu de les réinventer.
Modèles déclaratifs, champs typés, relations avec prefetch explicite — pas de N+1 sournois.
RBAC + record rules + field rules appliquées dans l'ORM, refus par défaut, audit immuable.
Événements transactionnels et file de jobs idempotente pour découpler les modules.
Une base par client, résolution de tenant systématique, connexions jamais ouvertes hors resolver.
Les écrans sont déclaratifs (JSON Schema + design tokens), rendus par un moteur générique.
Schéma versionné, jamais auto-créé en prod ; application explicite et confirmée.
Par construction
Impossible de contourner les permissions par un endpoint : elles vivent sous la couche de données.
Aucun montant en float ; triplet (montant, devise, montant société) pour chaque valeur monétaire.
Champs runtime, automatisations et vues custom — compatibles avec les mises à jour.
Non. Kewos est écrit de zéro avec une architecture propre, pour corriger les faiblesses structurelles des suites historiques.
Oui : champs runtime, vues et automatisations se déclarent par configuration et restent compatibles avec les versions suivantes.
Prefetch explicite des relations, requêtes maîtrisées, tests de profiling : pas de régression N+1 silencieuse.
Réservez une démo, ou estimez votre coût SaaS et on-premise en deux minutes.