Zagru FlowIntégration et automatisation des workflows
Dessinez-le. Il s'exécute.
Déclencheurs, bases de données, REST, SOAP, fichiers et approbations sur un seul canevas — exécutés de manière fiable et sécurisée, dans le cloud ou sur vos propres serveurs. Aucun événement accepté n'est jamais perdu en silence.
Accès anticipé — nous intégrons un petit nombre de partenaires de conception.
- exécutions du test de chaos au vert, sous 82 arrêts forcés
- 1 000 / 1 000
- événement perdu
- 0
- surcoût p95 du moteur, mesuré
- 3,8 ms
Interface illustrative
Du déclencheur à la facture électronique, sur un seul canevas.
Chaque étape écrit dans un journal durable, de sorte que chaque exécution peut être reprise, rejouée ou expliquée.
Illustration : un canevas Zagru Flow. Un déclencheur quotidien lit les nouvelles commandes dans SQL Server, mappe les champs, crée les commandes dans Zagru One via REST, envoie les factures électroniques via SOAP, puis envoie un résumé par e-mail.
Ce qu'il fait
Conçu pour les intégrations qui font tourner une entreprise.
- 01
Bases de données et fichiers d'abord
PostgreSQL, SQL Server, MySQL et Oracle ; SOAP avec WSDL et WS-Security ; REST avec import OpenAPI ; FTP, FTPS et SFTP ; e-mail ; CSV, JSON, XML et Excel.
- 02
Une promesse de livraison honnête
Clés d'idempotence, compensation de type saga, reprise depuis l'étape en échec et rejeu en masse — et un état « résultat inconnu » qui n'est jamais compté discrètement comme un succès.
- 03
Chaque exécution raconte son histoire
Une exécution est une chronologie lisible — « Inserted 1,240 rows into STOCK_IMPORT » — avec reprise depuis cette étape, rejeu, annulation et résolution d'un résultat inconnu à portée de clic.
- 04
Dev et Prod, comme il se doit
Des environnements séparés avec promotion, des versions pour chaque flow, une étape de code en sandbox — et une copie vers Prod ne copie jamais un secret.
- 05
Flow Apps
Pointez Flow vers une base de données existante et obtenez des listes, des fiches d'enregistrement et des formulaires générés à partir de ses tables, sans déplacer les données. Les lectures sont automatiques ; les écritures passent toujours par un flow, de sorte que les règles de l'ancien système continuent de s'appliquer.
Comment ça marche
Déclencher. Enchaîner. Journaliser. Rétablir.
La seule infrastructure obligatoire est PostgreSQL — c'est le journal qui rend chaque exécution durable.
Déclencheur
Une planification, un webhook, une modification en base, l'arrivée d'un fichier, un message de file d'attente ou une personne qui appuie sur Exécuter.
Étapes
Base de données, REST, SOAP, fichiers, transformations, branches, boucles, approbations, code en sandbox et sous-flows.
Journal
L'entrée et le résultat de chaque étape sont écrits de manière durable avant que la suivante ne commence — résistant aux pannes et rejouable.
Rétablissement
Nouvelles tentatives avec idempotence, compensation lorsqu'une étape ultérieure échoue, et décision humaine lorsque le résultat est inconnu.
Compte rendu
Notifications, explorateur d'exécutions consultable et piste d'audit complète de qui a modifié quoi.
Interface illustrative
L’histoire d’une exécution.
Chaque exécution se lit comme une chronologie. Quand un résultat est inconnu, Flow le dit — et une personne décide.
En détail
Les détails que les équipes d'intégration vérifient en premier.
Déclencheurs et étapes
- Planification, webhook, modification en base, arrivée de fichier, message de file d'attente, manuel
- Requête en base et insertion en masse
- REST avec import OpenAPI ; SOAP avec WSDL et WS-Security
- FTP, FTPS, SFTP ; e-mail
- Transformation, branche, boucle, approbation, sous-flow
- Étape de code en sandbox
Fiabilité
- Journal d'exécution durable et résistant aux pannes
- Clés d'idempotence sur les effets de bord
- Compensation de type saga
- État « résultat inconnu », jamais transformé automatiquement en succès
- Reprise depuis une étape ; rejeu d'exécutions entières en masse
Fonctionne sur
- SaaS ou sur vos propres serveurs
- Petite installation : 2 vCPU / 4 GB de RAM, PostgreSQL compris
- PostgreSQL est la seule infrastructure requise
- Interface en turc et en anglais
Sur la feuille de route
- Agent en connexion sortante uniquement pour les systèmes derrière le pare-feu
- Rejeu de régression sur l'historique réel
- Mode fantôme
- Rapprochement quotidien attestant l'absence de perte de données
- Analyse d'impact des changements
- Cartographie automatique des données KVKK
- Chaque flow comme outil MCP ; option de LLM local
- Connecteurs locaux : Logo, Mikro, Netsis, Nebim, intégrateurs de facture électronique, places de marché, transporteurs, Zagru One
Sécurité et données
La sécurité est au cœur, pas dans un plug-in.
Les intégrations touchent chaque système que vous possédez. Flow est construit sur ce principe.
Isolation des locataires dans la base de données
La sécurité au niveau des lignes sépare les flows, les exécutions et les données de chaque locataire, imposée par PostgreSQL lui-même.
Secrets chiffrés par enveloppe
Les identifiants sont conservés dans un coffre, masqués dans les journaux et jamais copiés lorsqu'un flow est promu vers Prod.
Protection SSRF et politique de sortie
Les appels sortants sont vérifiés par rapport à une politique, de sorte qu'un flow ne peut pas être retourné contre votre réseau interne.
Uniquement du SQL paramétré
Aucune requête construite par concaténation de chaînes, nulle part — les étapes de base de données lient des paramètres.
Traitement de fichiers durci
Le traitement XML et zip est durci contre l'expansion d'entités et la traversée de répertoires.
Rôles, 2FA et journaux discrets
Rôles Owner, Admin, Builder, Operator et Viewer ; connexion à deux facteurs par TOTP ; un mode de journalisation limité aux métadonnées pour les flows sensibles.
Dans la suite
Vendu seul. Plus fort ensemble.
Flow connecte les systèmes qui entourent Zagru One — ERP, intégrateurs de facture électronique, dépôts FTP, services SOAP — et journalise chaque événement en chemin. Il connecte tout aussi bien n'importe quels autres systèmes ; il est donc également vendu seul.
Questions
Ce que les acheteurs nous demandent d'abord.
Est-ce encore un outil d'automatisation no-code ?
C'est une plateforme d'intégration opérationnelle : bases de données, fichiers, SOAP et systèmes sur site d'abord, avec un journal durable derrière chaque exécution. Elle est conçue pour les intégrations qu'une entreprise ne peut pas se permettre de perdre.
Que signifie exactement « aucune perte de données » ?
Chaque événement accepté est journalisé de manière durable et se termine de l'une de trois façons : terminé, compensé, ou signalé « résultat inconnu » pour qu'une personne le résolve. Nous ne revendiquons pas d'effets exactly-once sur les systèmes externes ; les clés d'idempotence rendent les nouvelles tentatives sûres.
Comment cela a-t-il été testé ?
Lors d'un test de chaos de 1 000 exécutions avec 82 arrêts forcés de processus et 588 redémarrages de nœuds, les 1 000 exécutions ont toutes réussi, aucun événement n'a été perdu et chacun des 5 000 effets de bord de test a été appliqué exactement une fois.
De quoi a-t-il besoin pour fonctionner ?
PostgreSQL — rien d'autre n'est obligatoire. Une petite installation fonctionne avec 2 vCPU et 4 GB de RAM, base de données comprise.
Peut-il atteindre des systèmes derrière notre pare-feu ?
Aujourd'hui, en installant Flow sur vos propres serveurs. Un Agent en connexion sortante uniquement, qui ne nécessite aucun port entrant ouvert, figure sur la feuille de route.
Est-il disponible aujourd'hui ?
Zagru Flow est en accès anticipé. Nous travaillons avec un petit nombre de partenaires de conception ; demandez une démo pour nous rejoindre.
Dessinez votre intégration la plus difficile.
Apportez celle qui casse chaque mois. Nous la dessinerons avec vous.
Ou écrivez à hello@zagru.com