Zagru FlowIntegration und Workflow-Automatisierung
Zeichnen Sie es. Es läuft.
Trigger, Datenbanken, REST, SOAP, Dateien und Freigaben auf einer Arbeitsfläche — zuverlässig und sicher ausgeführt, in der Cloud oder auf Ihren eigenen Servern. Kein angenommenes Ereignis geht jemals stillschweigend verloren.
Early Access — wir nehmen eine kleine Zahl von Design-Partnern auf.
- Chaostest-Läufe grün, bei 82 erzwungenen Abbrüchen
- 1.000 / 1.000
- Ereignisse verloren
- 0
- p95-Overhead der Engine, gemessen
- 3,8 ms
Beispielhafte Oberfläche
Vom Trigger zur E-Rechnung, auf einer Arbeitsfläche.
Jeder Schritt schreibt in ein dauerhaftes Journal, sodass sich jeder Lauf fortsetzen, erneut abspielen oder erklären lässt.
Beispiel: eine Zagru-Flow-Arbeitsfläche. Ein täglicher Trigger liest neue Aufträge aus SQL Server, ordnet Felder zu, legt Aufträge per REST in Zagru One an, sendet E-Rechnungen per SOAP und verschickt eine Zusammenfassung per E-Mail.
Was es leistet
Gebaut für die Integrationen, die ein Unternehmen am Laufen halten.
- 01
Datenbanken und Dateien zuerst
PostgreSQL, SQL Server, MySQL und Oracle; SOAP mit WSDL und WS-Security; REST mit OpenAPI-Import; FTP, FTPS und SFTP; E-Mail; CSV, JSON, XML und Excel.
- 02
Ein ehrliches Zustellversprechen
Idempotenzschlüssel, Saga-Kompensation, Neustart ab dem fehlgeschlagenen Schritt und Massen-Replay — und ein Status „Ergebnis unbekannt“, der nie stillschweigend als Erfolg gezählt wird.
- 03
Jeder Lauf erzählt seine Geschichte
Ein Lauf ist eine lesbare Zeitleiste — „Inserted 1,240 rows into STOCK_IMPORT“ — mit Neustart ab diesem Schritt, Replay, Abbrechen und Auflösen eines unbekannten Ergebnisses nur einen Klick entfernt.
- 04
Dev und Prod, richtig gemacht
Getrennte Umgebungen mit Promotion, Versionen für jeden Flow, ein Code-Schritt in der Sandbox — und beim Kopieren nach Prod wird nie ein Secret mitkopiert.
- 05
Flow Apps
Richten Sie Flow auf eine bestehende Datenbank und erhalten Sie aus deren Tabellen generierte Listen, Datensatzseiten und Formulare, ohne die Daten zu verschieben. Lesen geschieht automatisch; Schreibvorgänge laufen immer über einen Flow, sodass die Regeln des Altsystems weiter gelten.
So funktioniert es
Trigger. Schritte. Journal. Wiederherstellung.
Die einzige zwingend erforderliche Infrastruktur ist PostgreSQL — das Journal macht jeden Lauf dauerhaft.
Auslöser
Ein Zeitplan, ein Webhook, eine Datenbankänderung, eine eingehende Datei, eine Queue-Nachricht oder ein Mensch, der auf Ausführen klickt.
Schritte
Datenbank, REST, SOAP, Dateien, Transformationen, Verzweigungen, Schleifen, Freigaben, Code in der Sandbox und Sub-Flows.
Journal
Eingabe und Ergebnis jedes Schritts werden dauerhaft geschrieben, bevor der nächste beginnt — absturzsicher und wiederholbar.
Wiederherstellung
Wiederholungen mit Idempotenz, Kompensation, wenn ein späterer Schritt fehlschlägt, und eine menschliche Entscheidung, wenn das Ergebnis unbekannt ist.
Bericht
Benachrichtigungen, ein durchsuchbarer Run-Explorer und ein vollständiger Audit-Trail darüber, wer was geändert hat.
Beispielhafte Oberfläche
Die Geschichte eines Laufs.
Jeder Lauf liest sich wie eine Zeitleiste. Ist ein Ergebnis unbekannt, sagt Flow das — und ein Mensch entscheidet.
Im Detail
Die Details, die Integrationsteams zuerst prüfen.
Trigger und Schritte
- Zeitplan, Webhook, Datenbankänderung, Dateieingang, Queue-Nachricht, manuell
- Datenbankabfrage und Bulk-Insert
- REST mit OpenAPI-Import; SOAP mit WSDL und WS-Security
- FTP, FTPS, SFTP; E-Mail
- Transformation, Verzweigung, Schleife, Freigabe, Sub-Flow
- Code-Schritt in der Sandbox
Zuverlässigkeit
- Dauerhaftes, absturzsicheres Lauf-Journal
- Idempotenzschlüssel für Seiteneffekte
- Saga-Kompensation
- Status „Ergebnis unbekannt“, nie automatisch als erfolgreich gewertet
- Neustart ab einem Schritt; Replay ganzer Läufe in großen Mengen
Läuft auf
- SaaS oder auf Ihren eigenen Servern
- Kleine Installation: 2 vCPU / 4 GB RAM inklusive PostgreSQL
- PostgreSQL ist die einzige erforderliche Infrastruktur
- Türkische und englische Oberfläche
Auf der Roadmap
- Rein ausgehender Agent für Systeme hinter der Firewall
- Regressions-Replay auf realer Historie
- Schattenmodus
- Tägliche Abstimmung auf Datenverlustfreiheit
- Analyse der Auswirkungen von Änderungen
- Automatische KVKK-Datenlandkarte
- Jeder Flow als MCP-Tool; Option für ein lokales LLM
- Lokale Konnektoren: Logo, Mikro, Netsis, Nebim, E-Rechnungs-Integratoren, Marktplätze, Transportdienstleister, Zagru One
Sicherheit und Daten
Sicherheit steckt im Kern, nicht in einem Plug-in.
Integrationen berühren jedes System, das Sie besitzen. Flow ist auf dieser Annahme gebaut.
Mandantentrennung in der Datenbank
Row-Level Security hält Flows, Läufe und Daten jedes Mandanten getrennt, durchgesetzt von PostgreSQL selbst.
Secrets mit Envelope-Verschlüsselung
Zugangsdaten liegen in einem Vault, werden in Logs geschwärzt und nie mitkopiert, wenn ein Flow nach Prod befördert wird.
SSRF-Schutz und Egress-Richtlinie
Ausgehende Aufrufe werden gegen eine Richtlinie geprüft, sodass ein Flow nicht gegen Ihr internes Netzwerk gerichtet werden kann.
Nur parametrisiertes SQL
Nirgends per String zusammengesetzte Abfragen — Datenbankschritte binden Parameter.
Gehärtete Dateiverarbeitung
Die Verarbeitung von XML und Zip ist gegen Entity-Expansion und Path Traversal gehärtet.
Rollen, 2FA und stille Logs
Die Rollen Owner, Admin, Builder, Operator und Viewer; Zwei-Faktor-Anmeldung per TOTP; ein Logging-Modus nur mit Metadaten für sensible Flows.
In der Suite
Einzeln erhältlich. Gemeinsam stärker.
Flow verbindet die Systeme rund um Zagru One — ERPs, E-Rechnungs-Integratoren, FTP-Ablagen, SOAP-Dienste — und journalisiert unterwegs jedes Ereignis. Andere Systeme verbindet es genauso gut, daher ist es auch einzeln erhältlich.
Häufige Fragen
Was Käufer uns zuerst fragen.
Ist das ein weiteres No-Code-Automatisierungstool?
Es ist eine operative Integrationsplattform: Datenbanken, Dateien, SOAP und On-Premises-Systeme zuerst, mit einem dauerhaften Journal hinter jedem Lauf. Sie ist für die Integrationen gebaut, deren Verlust sich ein Unternehmen nicht leisten kann.
Was bedeutet „kein Datenverlust“ genau?
Jedes angenommene Ereignis wird dauerhaft journalisiert und endet auf eine von drei Arten: abgeschlossen, kompensiert oder als „Ergebnis unbekannt“ markiert, damit ein Mensch es klärt. Wir versprechen keine Exactly-once-Wirkung auf externe Systeme; Idempotenzschlüssel machen Wiederholungen sicher.
Wie wurde das getestet?
In einem Chaostest mit 1.000 Läufen, 82 erzwungenen Prozessabbrüchen und 588 Knoten-Neustarts waren alle 1.000 Läufe erfolgreich, kein Ereignis ging verloren und jeder der 5.000 Test-Seiteneffekte wurde genau einmal angewendet.
Was braucht es zum Betrieb?
PostgreSQL — sonst ist nichts zwingend. Eine kleine Installation läuft mit 2 vCPU und 4 GB RAM, Datenbank inklusive.
Kann es Systeme hinter unserer Firewall erreichen?
Heute, indem Sie Flow auf Ihren eigenen Servern installieren. Ein rein ausgehender Agent, der keine offenen eingehenden Ports benötigt, steht auf der Roadmap.
Ist es heute verfügbar?
Zagru Flow ist im Early Access. Wir arbeiten mit einer kleinen Zahl von Design-Partnern; fragen Sie eine Demo an, um dabei zu sein.
Zeichnen Sie Ihre schwierigste Integration.
Bringen Sie die mit, die jeden Monat bricht. Wir zeichnen sie mit Ihnen.
Oder schreiben Sie an hello@zagru.com