Direkt zum Inhalt
Zagru

Technische Details

Für Ihr IT-Team: So funktioniert Zagru One

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 anfragen

Gemessene Zahlen

Im Code gezählt, nicht fürs Marketing erfunden.

gemessene Fähigkeiten
177
147 vollständig, 20 teilweise, 10 noch nicht gemessen
Backend-API-Endpunkte
1.700+
dokumentiert mit einer OpenAPI-Definition
Fähigkeitsbereiche
17
Lager, Transport, 3PL, Abrechnung, Zoll und weitere
konfigurierbare Definitionsarten
35
im Studio, mit freigegebenem Lebenszyklus

Quelle: Abdeckungsbericht der Fähigkeiten von Zagru One und API-Definition, September 2026.

Technisches Gespräch anfragen

Worin der Unterschied liegt

Vier Fragen für jede Demo.

Jede davon ist ein Mechanismus im Code, kein Adjektiv aus der Broschüre.

01Geführte Prozesse

Eine Entscheidung pro Schritt, auf dem Server erzwungen.

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.

Der erste Schritt beim Anlegen eines Lagers, der nur nach Standortcode und Name fragt.

02Studio

35 Definitionsarten, ein freigegebener Lebenszyklus.

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

  1. Entwurf
  2. Sandbox
  3. Test
  4. Freigabe
  5. Veröffentlicht
Das Formular für ein neues Regelwerk im Studio mit punktiertem Namensraumschlüssel, Name und Beschreibung.

Alle 35 Definitionsarten

  • Workflows
  • Regeln
  • Masken
  • Formulare
  • Mobile Masken
  • Dashboards
  • Berichte
  • Dokumente
  • Etiketten
  • Benachrichtigungen
  • KPIs
  • Integrations-Mappings
  • Berechtigungssätze
  • Agenten
  • Aufgabentypen
  • Konfigurationssätze
  • Semantische Modelle
  • Benutzerfelder
  • Lagerplatztypen
  • Bestandsstatus
  • Parteirollentypen
  • Kostenarten
  • Meilensteintypen
  • Ausnahmetypen
  • Pakete
  • Merkmale
  • Verkehrsträger
  • Ressourcentypen
  • Ausrüstungstypen
  • Sendungsprofile
  • Geführte Prozessdefinitionen
  • Integrationsbindungen
  • Dokumentbindungen
  • Dokumentpakete
  • Compliance-Dokumentarten

03Standort-Hub

Jeder Standort hat einen Ort, der sich selbst erklärt.

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.

Der Verwaltungs-Hub eines Distributionszentrums; Aktionen gruppiert unter Struktur, Betrieb und Weiteres.

04Mandanten und Zugriff

Trennung, die die Datenbank erzwingt — nicht die Abfrage.

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.

Die Maske zur Rollenvergabe, in der Rolle und Lagerbereich gewählt werden.
Technisches Gespräch anfragen

Architektur

Der Teil, nach dem der Einkauf fragt.

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.

Kernprinzipien des Produkts — Domänenintegrität vor Framework-Bequemlichkeit

  • Mandantentrennung

    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.

  • Auditspur

    Wer was wann geändert hat — je Standort und über den Mandanten hinweg lesbar, inklusive des Kommentars zu einer Entscheidung.

  • Identität

    Single Sign-on über Ihren eigenen Unternehmens-Identitätsanbieter, Rollen pro Lager vergeben und API-Zugangsdaten, die nur können, was ihnen erteilt wurde.

  • Telemetrie

    Jeder Vorgang ist durchgängig nachvollziehbar, mit Health- und Metrikdaten für Ihren Betrieb, während interne Details in öffentlichen Antworten zurückgehalten werden.

  • Versionierte Konfiguration

    Die wirksame Konfiguration wird mit einer Version gestempelt, sodass sich später rekonstruieren lässt, unter welchen Einstellungen eine Entscheidung fiel.

  • Dauerhafte Ausführung

    Lang laufende Arbeit ist dauerhaft: Ein Neustart setzt den Prozess dort fort, wo er stehen blieb, statt ihn zu verlieren.

Technisches Gespräch anfragen

Integration

Ein Lager ist nie das einzige System im Gebäude.

Sechs Kanäle, jeder ein echtes Backend-Modul statt eines Beratungsprojekts. Ihr Status steht unten einzeln.

  • REST-API

    Dieselbe API, die die Oberfläche des Produkts aufruft. Nichts bleibt dem Hersteller vorbehalten.

  • Webhooks

    Signierte Zustellungen an Ihren Endpunkt, damit ein Fremdsystem informiert wird, statt pollen zu müssen.

  • EDI

    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.

  • Konnektoren

    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.

  • Ereignisse

    Ein Event-Backbone trägt Domänenereignisse zwischen Modulen und nach außen, mit Wildcard-Mustern für Abonnenten.

  • Begrenzte Zugangsdaten

    Maschinenzugriff ist ein erstklassiges Objekt mit eigenen Scopes, Auditkonto und Widerruf.

Das Formular zum Anlegen von Zugangsdaten mit Name, Servicekonto und den erteilten Scopes.

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.

Branchenverhalten ohne Fork.

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

  • Pharma
  • Lebensmittel
  • Mode
  • Automobil
  • Chemie
  • Elektronik
  • 3PL

Länder- und Regulatorikpakete

  • Europäische Union
  • Türkei
  • Vereinigtes Königreich
Technisches Gespräch anfragen

Maskenübersicht

Bereiche und ihre Masken.

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.

  • Heute

    Die Schicht auf einer Maske: was fällig ist, was verspätet ist und was auf eine Entscheidung wartet.

    • Heute
  • Zu klären

    Ausnahmen in einer Warteschlange gebündelt, statt über Module verstreut.

    • Zu klären

02Ausführen

Die physische Arbeit: Ware rein, Ware raus und der Bestand dazwischen.

  • Wareneingang

    Vom erwarteten Eingang bis zur Einlagerung, inklusive Qualitätssperre.

    • Erwartete Eingänge
    • Annahmeplatz
    • Qualitätskontrolle
  • Warenausgang

    Aufträge werden zu Wellen, Wellen zu Kommissionierungen und diese zu einem beladenen Trailer.

    • Aufträge
    • Wellen
    • Packplatz
    • Versandplatz
  • Bestand

    Bestände, Ladungsträger und Chargen — mit jeder Bewegung, die sie verändert hat.

    • Bestände
    • Ladungsträger
    • Chargen
    • Bewegungen
    • Korrekturen
    • Zählungen
  • Aufgaben

    Eine Warteschlange für Arbeit, die das System einer Person oder einer Maschine zuweist.

    • Aufgaben
  • Prozesse

    Laufende geführte Prozesse und die Freigaben, die sie gaten.

    • Instanzen
    • Freigaben

03Ressourcen

Die Menschen, der Hof und die Tore, durch die sie arbeiten.

  • Personal

    Wer in der Schicht ist, worauf die Person eingeteilt ist und wie die Arbeit verteilt liegt.

    • Personal
  • Hof / Tor

    Zeitfenster, die Torübersicht und die Trailer, die sich dazwischen bewegen.

    • Zeitfenster
    • Torübersicht
    • Hofkarte

04Netzwerk

Alles, was jenseits der vier Wände passiert.

  • Transport

    Ladungen und Sendungen von der Ausschreibung bis zur Zustellung, mit den Frachtführern dahinter.

    • Ladungen
    • Sendungen
    • Ausschreibungen
    • Tracking
    • Frachtführer
  • 3PL

    Verträge und die abrechenbaren Ereignisse, aus denen Rechnungen werden.

    • Verträge
    • Abrechnung
  • Leitstand

    Eine Sicht über Standorte, Frachtführer und Aufträge hinweg.

    • Leitstand
  • Zoll

    In Entwicklung

    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.

    • KI-Betrieb

      Ein KI-Assistent, der auf denselben Datensätzen mit den Berechtigungen des Nutzers arbeitet. Early Access; standardmäßig ausgeschaltet.

      • KI-Betrieb
    • Berichte

      Operatives Berichtswesen über den analytischen Speicher.

      • Berichte

    06Bauen

    Wo die Plattform konfiguriert statt angepasst wird.

    • Studio

      Wo Workflows, Regeln, Masken, Formulare, Dokumente und Etiketten erstellt und veröffentlicht werden.

      • Studio

    07Verwalten

    Mandanten, Zugriff und der Nachweis, wer was geändert hat.

    • Einstellungen

      Mandanten, Zugriff, Plattformkonfiguration und das Auditprotokoll.

      • Mandantenprofil
      • Organisationen
      • Benutzer
      • Rollen
      • API-Zugangsdaten
      • Konfiguration
      • Feature-Flags
      • Integrationen
      • Auditprotokoll
    Technisches Gespräch anfragen

    Masken für Integration und Zugriff

    Schlüssel, Webhooks, Konfiguration: aus dem Produkt.

    Aus der laufenden Anwendung aufgenommen. Die Datensätze sind Demodaten (beispielhaft).

    • Das Formular zum Anlegen von Zugangsdaten mit Name, Servicekonto und den erteilten Scopes.

      Einstellungen

      Ein Schlüssel wirkt als ein Servicekonto, ist auf die gewählten Berechtigungen begrenzt und für sich allein widerrufbar.

    • Das Formular zum Anlegen eines Webhooks mit Name, https-Adresse und den abonnierten Ereignissen.

      Einstellungen

      Signierte Zustellungen an einen https-Endpunkt; fehlschlagende Endpunkte werden nach wiederholten Fehlern deaktiviert.

    • Das Formular für ein neues Regelwerk im Studio mit punktiertem Namensraumschlüssel, Name und Beschreibung.

      Studio

      Ein neues Regelwerk beginnt als Entwurfsversion eins und wird über Sandbox, Test und Freigabe veröffentlicht.

    • Das Formular zum Anlegen einer Organisation mit festem Code, Art und übergeordnetem Knoten.

      Einstellungen

      Rechtseinheiten, Regionen, Standorte und Abteilungen grenzen Benutzer, Konfiguration und Berichte ein.

    • Eine Benutzerdetailmaske mit Kontoangaben und einer auf ein einzelnes Lager begrenzten Rollenzuweisung.

      Einstellungen

      Eine Person, ihr Konto und jede Rolle mit dem Geltungsbereich, für den sie gilt.

    Aufgenommen in 1440 × 900 · beispielhafte Demodaten

    Häufige Fragen

    Was IT-Teams uns fragen.

    Wie funktioniert Single Sign-on (SSO)?

    Ü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.

    Wie wird es installiert und wo läuft es?

    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.

    Wie werden die Daten der Mandanten voneinander getrennt?

    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.

    Wie nutzen wir die API?

    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.

    Wie bekommen wir unsere Daten heraus?

    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.

    Funktionieren die Handscanner offline?

    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
    Demo anfragen