Des écrans que les gens utilisent (SSemForm) aux fichiers, aux workflows et aux agents IA — sur une seule plateforme. Installez-la sur votre infrastructure ; la saga compense les échecs automatiquement.
SSemWorks commence là où les outils SaaS s'arrêtent : réseaux isolés, traitements à grande échelle, cohérence transactionnelle.
Des écrans destinés aux utilisateurs au cœur d’exécution, au pilotage de l’IA et aux gros fichiers — tout est dans une seule plateforme, rien à assembler soi-même.
Coordination, planification et exécution tournent en couches séparées sur le bus Kafka. La panne d'un worker n'arrête pas le moteur, et chaque couche évolue horizontalement.
Quand un microservice échoue, les étapes déjà exécutées sont compensées automatiquement en ordre inverse. Le suivi se fait sur une console dédiée, et l’intervention manuelle reste possible.
Des fournisseurs LLM multiples entre lesquels basculer, et des agents qui utilisent des outils. La passerelle MCP fédère de nombreux outils derrière une seule adresse et autorise jusqu’à l’outil près avec une clé API.
Un serveur dédié aux fichiers reçoit les octets, et seule une référence circule dans le workflow. La charge est séparée à deux endroits — à l’envoi et entre les tâches — si bien que des fichiers de plusieurs centaines de Mo ne pèsent ni sur vos serveurs de pages ni sur le moteur.
Collez un JSON de workflow n8n existant ou un blueprint Make : l’import se fait directement. Contrats de service, sémantique des déclencheurs et expressions sont compatibles, donc votre équipe conserve ses acquis et son savoir-faire.
Concevez dans un éditeur visuel en glisser-déposer et supervisez les exécutions en temps réel. Dossiers, droits, identifiants et analyses au même endroit.
Un workflow commence et finit sur un écran qu’une personne regarde. Construisez vous-même les formulaires et les modèles PDF ; les signatures sont liées au contenu et scellées comme preuve.
Là où une décision humaine s’impose — approuver, rejeter, demander des pièces manquantes — le workflow se met en pause et attend. Une fois le formulaire envoyé, seules les valeurs que vous avez nommées poursuivent.
Les développeurs publient les microservices qu'ils créent sous forme de paquets, et l'administrateur de chaque site les choisit et les installe depuis un écran de réglages. Personne ne touche au serveur, et ce qui est installé s'utilise aussitôt sur le canevas.
SSO via OIDC et SAML, intégration LDAP/AD, authentification à deux facteurs et permissions par rôle. Même les connexions échouées sont consignées dans la piste d’audit ; jamais les secrets.
Tout le trafic entrant par une seule passerelle, toute l'exécution sur un moteur distribué au-dessus du bus — un principe simple soutient l'ensemble.
Tout appel externe doit franchir la passerelle API avant d’atteindre le moteur. Le moteur planifie l’exécution et confie les microservices aux workers via le bus de messages, tandis que l’état est toujours persisté dans la couche de données — quel que soit le composant redémarré, la trace de l’exécution subsiste.
De la création d'un workflow à son exécution et son observation — tout le cycle se boucle dans la plateforme.
Reliez les microservices par glisser-déposer dans l’éditeur visuel pour composer un workflow. Les JSON n8n existants et les blueprints Make arrivent directement via l’import.
Webhooks, planifications, messageries, formulaires SSemForm et bien d’autres passent par la passerelle et démarrent un workflow.
Chaque microservice s’exécute sur un worker, en parallèle et de façon distribuée, via le bus de messages. Les gros volumes contournent le bus automatiquement.
Suivez toute l'exécution en temps réel ; dès qu'un échec est détecté, Saga annule les étapes terminées en ordre inverse.
Construit sur des technologies standard que vos équipes savent déjà exploiter. Aucune nouvelle stack à apprendre : vos compétences Java et conteneurs suffisent.
Nous vous guidons vers la configuration et le déploiement adaptés à votre environnement.
Nous contacter