Architektur und Entwicklung
Wie Flowtor gebaut ist
Einkäufer, Lieferanten, Fabriken und Logistikpartner koordinieren echte Bestellungen in Flowtor. Wie die Software gebaut ist, zählt deshalb genauso wie das, was sie kann. Diese Seite erklärt die Prinzipien und Mechanismen dahinter, ohne Versprechen, für die wir nicht einstehen können.
Entwicklungsprinzipien
Realität zuerst
Das System zeigt, was tatsächlich passiert ist, nicht was versprochen wurde. Änderungen tragen eine Quelle, einen Zeitpunkt und einen Urheber, damit Flowtor begründen kann, warum es etwas für zutreffend hält.
Sicherheit von Grund auf
Organisationen arbeiten zusammen, ohne in das Geschäft der anderen zu sehen. Trennung und Zugriff sind Teil des Datenmodells, keine nachträglich ergänzte Schicht.
Automatisierung unterstützt, Menschen entscheiden
Software beobachtet den Betrieb, erkennt Lücken und entwirft Nachfragen. Sie erfindet keinen operativen Zustand, und Entscheidungen, die einem Menschen zustehen, bleiben bei einem Menschen.
Schrittweise, überprüfbare Auslieferung
Funktionen kommen in kleinen, prüfbaren Schritten hinzu und werden vor der Auslieferung gegen einen bekannten Ausgangsstand geprüft.
Operative Transparenz
Wesentliche Architekturentscheidungen werden dokumentiert und versioniert. Relevante Aktionen werden protokolliert: wer was wann in welcher Rolle getan hat.
Vom Kunden bestimmte Konfiguration
Das Verhalten folgt den eigenen Regeln jeder Organisation, statt eine einzige Arbeitsweise vorzugeben.
Wie sich das im Produkt zeigt
Trennung auf Organisationsebene
Jeder Datensatz gehört genau einer Organisation, und die Trennung wird serverseitig per Row-Level-Security durchgesetzt, nicht nur in der Oberfläche. Ein Einkäufer, seine Lieferanten und deren Fabriken können an denselben Bestellungen arbeiten, während jeder nur sieht, was zu ihm gehört.
Rollenbasierter Zugriff
Berechtigungen greifen auf Ebene von Funktionen und Datensatztypen, damit auch größere Teams mit den nötigen Grenzen verwaltet werden können.
Nachvollziehbare Historie
Wichtige Geschäftsvorgänge werden protokolliert: was sich geändert hat, wer es getan hat, wann und in welcher Rolle.
Kontrollierte Änderungen
Releases folgen einem dokumentierten Runbook und einer Checkliste für die Produktionsreife, mit automatisierten Prüfungen gegen einen Ausgangsstand.
Dienste, auf denen Flowtor läuft
Für Ihre eigene Prüfung: Das sind die wichtigsten externen Dienste, die heute am Betrieb von Flowtor beteiligt sind.
- Base44: Anwendungsplattform, Datenbank, Authentifizierung und Dateispeicher.
- KI-Verarbeitung über das KI-Gateway von Base44, derzeit mit Google-Gemini-Modellen für die Extraktion aus Dokumenten und E-Mails.
- Resend: transaktionale E-Mails wie Benachrichtigungen und Einladungen.
- Microsoft 365: das Postfach für Bestell-E-Mails, wo diese Funktion genutzt wird.
- Stripe: Zahlungsabwicklung, wo Online-Zahlung genutzt wird.
Gern führen wir Ihre Sicherheits-, Architektur- und Einkaufsteams durch den Aufbau der Plattform und die Trennung Ihrer Daten. Hinweise auf Sicherheitslücken (Responsible Disclosure) sind jederzeit willkommen unter hello@flowtor.com.
Läuft bei Ihnen eine technische Prüfung?
Sagen Sie uns, was Ihre Prüfer brauchen, und wir gehen so tief, wie sie möchten.