Heute
Die Schicht auf einer Maske: was fällig ist, was verspätet ist und was auf eine Entscheidung wartet.
- Heute
Technische Details
Der Teil hinter der Produktseite: Architektur, Konfiguration, Integration, Identität und Datentrennung. Jede Aussage auf dieser Seite wurde im Produktcode geprüft; was noch nicht live ist, ist gekennzeichnet.
Technisches Gespräch anfragenGemessene Zahlen
Quelle: Abdeckungsbericht der Fähigkeiten von Zagru One und API-Definition, September 2026.
Worin der Unterschied liegt
Jede davon ist ein Mechanismus im Code, kein Adjektiv aus der Broschüre.
01Geführte Prozesse
Einen Standort anzulegen ist kein Formular mit zwanzig Feldern. Es ist eine Folge einzelner Fragen, jede serverseitig aufgelöst und im Kommandopfad validiert.
Eine Frage nach der anderen — Jeder Schritt fragt nur, was er braucht, und nennt die Folge: der Standortcode erscheint auf jedem Dokument, Etikett und Bericht und lässt sich später nicht mehr ändern.
Schritte sind Daten, keine Masken — Reihenfolge, Sichtbarkeit, Pflichtfelder, Vorbelegungen und Validierung sind Regeln, aufgelöst gegen Plattform, Mandant, Partei, Lager, Prozess und Rolle. Ein Renderer bedient jeden Prozess.
Die Regel gilt auch ohne Oberfläche — Das Backend validiert jeden Schritt gegen dieselbe wirksame Experience, sodass ein Client, der die API direkt aufruft, keine Pflicht auslassen kann.
Ungesicherte Arbeit wird verteidigt — Wer ein Formular mit ungespeicherten Änderungen verlässt, bekommt eine ausdrückliche Rückfrage statt eines stillen Verwerfens.

02Studio
Konfiguration ist ein erstklassiges Objekt mit Schlüssel, Version und Freigabespur — keine Einstellungsseite, die jemand im letzten März bearbeitet hat.
Ein stabiler, bewusst dauerhafter Schlüssel — Artefakte werden mit Punkten in Namensräume gelegt, und der Schlüssel ist nach der Anlage unveränderlich, damit Referenzen über Versionen hinweg gültig bleiben.
Version eins ist ein Entwurf — Ein Artefakt anzulegen erzeugt eine Entwurfsversion. Veröffentlichen ist ein eigener, bewusster Schritt.
Sandbox und Tests vor der Freigabe — Eine Version wird validiert, in die Sandbox überführt und getestet, bevor sie zur Freigabe eingereicht werden kann.
Verfasst, nicht programmiert — Workflows, Regelwerke, Masken, Formulare, Dokumente, Etiketten und Mappings werden aus Registry-Komponenten zusammengesetzt. Konfiguration parametrisiert sie und liefert nie ausführbaren Code.
Lebenszyklus einer Definition

Alle 35 Definitionsarten
03Standort-Hub
Kein Einstellungsbaum. Ein Hub benannter Aktionen in klarer Sprache, gruppiert nach dem, was sie verändern — und ehrlich dabei, was noch nicht gebaut ist.
Nach Absicht gruppiert — Struktur, Betrieb und alles Weitere: die Gestalt des Standorts, die darauf gebuchte Arbeit und der Nachweis über beides.
Jede Aktion sagt, was sie tut — Zonen werden als Annahme, Lagerung, Kommissionierfront und Bereitstellung beschrieben; ein Lagerplatz ist ein Fach, eine Regalposition, ein Tor oder eine Bereitstellungsspur.
Unfertiges wird gekennzeichnet — Noch nicht verfügbare Aktionen bleiben sichtbar und markiert, statt versteckt zu werden, damit das Produkt fertig aussieht.
Deaktivierung bewahrt die Historie — Einen Standort stillzulegen stoppt neue Arbeit, während Struktur und Historie lesbar bleiben.

04Mandanten und Zugriff
Mandantenfähigkeit, die davon abhängt, dass jede Entwicklerin an eine WHERE-Bedingung denkt, ist keine Mandantenfähigkeit. Diese wird unterhalb der Anwendung erzwungen.
Trennung, die die Anwendung nicht umgehen kann — Jede Mandantentabelle erzwingt die Trennung in der Datenbank selbst, und der aktive Mandant wird vor der ersten Abfrage an die Transaktion gebunden, sodass die Regel für deren gesamte Dauer greift.
Kein Standardmandant — Ohne Mandantenkontext liefern Mandantentabellen keine Zeilen. Es gibt keinen impliziten Rückfall, der alles sieht.
Rollen sind auf Standorte begrenzt — Eine Rolle wird für ein einzelnes Lager vergeben oder — bewusst und sichtbar — für alle Lager des Mandanten.
Beim Start geprüft — Die Plattform prüft beim Hochfahren ihre eigenen Trennungsregeln; eine fehlende Regel ist ein Startfehler und kein stilles Leck.

Architektur
Acht Schichten mit je einer Aufgabe und eine klare Grenze zwischen Ihrer Fachdomäne und der Mechanik darunter. Diese Grenze ist der Grund, warum sich Ihr Betrieb ändern kann, ohne dass die Plattform neu geschrieben wird.
Kanonisches Modell
Lager, Transport, Zoll und 3PL teilen eine einzige Definition jedes Datensatzes — zwischen ihnen bleibt nichts abzugleichen.
Ausführungskern
Die Maschine hinter Wareneingang, Kommissionierung, Verladung und Abrechnung. Ein Verhalten für alle Mandanten, ohne Abzweigung pro Kunde.
Führendes System
Bestände, Bewegungen und Entscheidungen werden einmal gespeichert — als die maßgebliche Fassung, auf die sich jedes andere System verlassen kann.
Konfigurationsschicht
Was Ihren Betrieb besonders macht, lebt als Metadaten, Regeln und Masken — versioniert und veröffentlicht, niemals als Abzweig des Quellcodes.
Prozessmaschine
Arbeit, die Stunden oder Tage läuft, wird Schritt für Schritt zu Ende gebracht, und jeder Schritt wird festgehalten, sobald er fertig ist.
Event-Backbone
Jede bedeutsame Änderung wird veröffentlicht, damit angebundene Systeme informiert werden, statt ständig nachzufragen.
Zugriffsschicht
Ein Ort, an dem Personen, Rollen und Maschinen-Zugangsdaten für jeden Bereich der Plattform definiert werden.
Analyseschicht
Berichte laufen auf einem eigenen, für schwere Fragen gebauten Pfad — die Fläche wartet nie auf die Auswertung eines anderen.
Technologieentscheidungen dürfen keine framework-spezifischen Konzepte in die Fachdomäne durchsickern lassen.
Kein Mandant erreicht die Daten eines anderen. Die Regel wird in der Datenbank selbst erzwungen, und fehlt sie an einer Tabelle, startet die Plattform nicht.
Wer was wann geändert hat — je Standort und über den Mandanten hinweg lesbar, inklusive des Kommentars zu einer Entscheidung.
Single Sign-on über Ihren eigenen Unternehmens-Identitätsanbieter, Rollen pro Lager vergeben und API-Zugangsdaten, die nur können, was ihnen erteilt wurde.
Jeder Vorgang ist durchgängig nachvollziehbar, mit Health- und Metrikdaten für Ihren Betrieb, während interne Details in öffentlichen Antworten zurückgehalten werden.
Die wirksame Konfiguration wird mit einer Version gestempelt, sodass sich später rekonstruieren lässt, unter welchen Einstellungen eine Entscheidung fiel.
Lang laufende Arbeit ist dauerhaft: Ein Neustart setzt den Prozess dort fort, wo er stehen blieb, statt ihn zu verlieren.
Integration
Sechs Kanäle, jeder ein echtes Backend-Modul statt eines Beratungsprojekts. Ihr Status steht unten einzeln.
Dieselbe API, die die Oberfläche des Produkts aufruft. Nichts bleibt dem Hersteller vorbehalten.
Signierte Zustellungen an Ihren Endpunkt, damit ein Fremdsystem informiert wird, statt pollen zu müssen.
Liest X12 850, 856, 940, 943, 944, 945, 947, 214 und EDIFACT ORDERS, DESADV, RECADV, IFTSTA. Schreibt X12 850, 856, 945, 997 und EDIFACT DESADV. Übertragung: Dateien und SFTP. Noch keine eigene EDI-Maske; Feldzuordnung im Studio.
Der Dateikonnektor (CSV, SFTP) ist live. Konnektoren für ERP-Aufträge, Marktplätze und Paketdienste laufen gegen Testumgebungen; ihre Live-Anbindung ist in Entwicklung.
Ein Event-Backbone trägt Domänenereignisse zwischen Modulen und nach außen, mit Wildcard-Mustern für Abonnenten.
Maschinenzugriff ist ein erstklassiges Objekt mit eigenen Scopes, Auditkonto und Widerruf.

Zugangsdaten werden im Produkt erzeugt, nach dem System benannt, das sie halten wird, an ein Servicekonto gebunden, das alles protokolliert, und mit dem engsten Satz an Scopes versehen, der die Integration noch arbeiten lässt.
Ein Paket trägt die Regeln, Status, Dokumentarten und Validierungen, die eine Branche oder eine Rechtsordnung braucht, und wird als Konfiguration installiert, statt ins Produkt verzweigt zu werden.
Branchenpakete
Länder- und Regulatorikpakete
Maskenübersicht
Die Navigation der Anwendung, Abschnitt für Abschnitt, mit den Masken jedes Bereichs. Bereiche, die im Backend modelliert sind, aber noch keine Maske haben, sind gekennzeichnet.
01Betreiben
Die Schicht, so wie sie gerade steht.
Die Schicht auf einer Maske: was fällig ist, was verspätet ist und was auf eine Entscheidung wartet.
Ausnahmen in einer Warteschlange gebündelt, statt über Module verstreut.
02Ausführen
Die physische Arbeit: Ware rein, Ware raus und der Bestand dazwischen.
Vom erwarteten Eingang bis zur Einlagerung, inklusive Qualitätssperre.
Aufträge werden zu Wellen, Wellen zu Kommissionierungen und diese zu einem beladenen Trailer.
Bestände, Ladungsträger und Chargen — mit jeder Bewegung, die sie verändert hat.
Eine Warteschlange für Arbeit, die das System einer Person oder einer Maschine zuweist.
Laufende geführte Prozesse und die Freigaben, die sie gaten.
03Ressourcen
Die Menschen, der Hof und die Tore, durch die sie arbeiten.
Wer in der Schicht ist, worauf die Person eingeteilt ist und wie die Arbeit verteilt liegt.
Zeitfenster, die Torübersicht und die Trailer, die sich dazwischen bewegen.
04Netzwerk
Alles, was jenseits der vier Wände passiert.
Ladungen und Sendungen von der Ausschreibung bis zur Zustellung, mit den Frachtführern dahinter.
Verträge und die abrechenbaren Ereignisse, aus denen Rechnungen werden.
Eine Sicht über Standorte, Frachtführer und Aufträge hinweg.
Zollanmeldungen, Bestandsbuch für das Zolllager und Sicherheiten. Die Anbindung für die amtliche Übermittlung (BİLGE, Türkei) ist in Entwicklung.
05Erkenntnis
Fragen, beantwortet aus denselben Sätzen, die die Fläche schreibt.
Ein KI-Assistent, der auf denselben Datensätzen mit den Berechtigungen des Nutzers arbeitet. Early Access; standardmäßig ausgeschaltet.
Operatives Berichtswesen über den analytischen Speicher.
06Bauen
Wo die Plattform konfiguriert statt angepasst wird.
Wo Workflows, Regeln, Masken, Formulare, Dokumente und Etiketten erstellt und veröffentlicht werden.
07Verwalten
Mandanten, Zugriff und der Nachweis, wer was geändert hat.
Mandanten, Zugriff, Plattformkonfiguration und das Auditprotokoll.
Masken für Integration und Zugriff
Aus der laufenden Anwendung aufgenommen. Die Datensätze sind Demodaten (beispielhaft).
Aufgenommen in 1440 × 900 · beispielhafte Demodaten
Häufige Fragen
Über OpenID Connect. Jeder Mandant hinterlegt seinen eigenen Identitätsanbieter; Nutzer werden bei der ersten Anmeldung angelegt, Rollen werden zugeordnet. SAML wird über Keycloak-Föderation angebunden.
Auf Containern und Kubernetes. In der Cloud, optional in einer nur für Sie reservierten Umgebung: eigener Kubernetes-Namespace, eigene Datenbank, Message Queue und eigener Speicher. Eine Installation auf Ihren eigenen Servern ist auf Anfrage als Projekt möglich; ein fertiges Offline-Installationspaket gibt es heute nicht.
Auf Datenbankebene, mit Row-Level-Security-Richtlinien. Der aktive Mandant wird zu Beginn jeder Transaktion gebunden; ohne diesen Kontext liefern Tabellen keine Zeilen. Fehlt einer Tabelle die Richtlinie, startet die Plattform nicht.
Es ist dieselbe API, die die Oberfläche des Produkts selbst nutzt, dokumentiert mit OpenAPI. Schlüssel für Maschinenzugriff werden im Produkt erzeugt, per Scope und IP-Allowlist begrenzt und einzeln widerrufen.
Listen und Berichte lassen sich exportieren; alle Daten sind über die API lesbar. Ein Werkzeug für den Massenexport per Klick gibt es heute nicht; beim Ausstieg unterstützt unser Team die Übertragung Ihrer Daten.
Ja. Die Android-App speichert Aufgaben und ausstehende Buchungen auf dem Gerät und sendet sie der Reihe nach, sobald die Verbindung wieder da ist. Unterstützt werden Scanner von Zebra, Honeywell und Datalogic sowie Kamera- und Bluetooth-Scanner. Die Webanwendung funktioniert nicht offline.
Besprechen Sie Ihre Fragen mit unseren Entwicklern.
Technisches Gespräch anfragen