Ein lesbarer Stack, ein kontrollierbares Deployment.

Logische Architektur

• COREDomäne in C# / .NET — Die Domänendienste — Stammdaten, Wareneingang, Einlagerung, Kommissionierung, Inventur, Qualitätskontrolle, KPIs — liegen an einer Stelle und wissen nicht, von welchem Client die Anfrage kommt. Deshalb zeigen Web, Mobile und Desktop immer dieselben Zahlen: Sie haben nicht drei Logiken, sondern teilen sich eine.
• WEBKazam Web — Blazor Server auf .NET 10 — Der Hauptclient: 86 Seiten in 27 Bereichen, davon 31 rein für die Konfiguration. Die Anwendung läuft auf dem Server und überträgt an den Browser nur die Oberflächenunterschiede — am Arbeitsplatz ist nichts zu installieren, und ein Update gilt sofort für alle. Syncfusion-Komponenten für Tabellen, Diagramme und Lagerplan; Cookie-Authentifizierung.
• BFFEine Schicht für das Web, keine generische API — Zwischen Web-Anwendung und Domäne liegt ein Backend for Frontend: Es stellt genau das bereit, was die Seiten brauchen, und die Anwendung nutzt es über typisierte, per Schlüssel authentifizierte Clients. Die Web-Anwendung öffnet nie eine Datenbankverbindung.
• MOBILEKazam Mobile — .NET MAUI — Android auf Industrie-Handhelds und WinUI auf Windows-Tablets, für alle, die zwischen den Regalen arbeiten. Hardware-Scanner, Offline-Betrieb und differenzielle Synchronisation: Das Lager läuft weiter, auch wo das WLAN nicht bis ans Gangende reicht.
• DESKTOPKazam Desktop — Windows-Client — Der etablierte WinForms-Client, vollständig und unterstützt, für alle, die eine installierte Anwendung bevorzugen. Er arbeitet auf derselben Domäne und denselben Daten wie die anderen.
• WCSSun Tech WCS — die Schicht, die mit den Maschinen spricht — Anlagensteuerung für SPS, Shuttles, Sorter und FTF: Anlagenmodell, Aufträge, Routen und Recovery, wenn eine Maschine stoppt. Open Source unter der Apache-Lizenz 2.0. Diese Schicht hat ein ERP nicht — und sie unterscheidet ein automatisiertes Lager von einem nur digitalisierten.
• AUSTAUSCHIntegration mit dem ERP — REST/JSON-Schnittstellen, nach ERP-Schlüssel indiziert, plus ein Austauschbereich in der Datenbank mit Status je Datensatz. Zwei Wege zum selben Ziel: der synchrone, wenn sofort eine Antwort nötig ist, der asynchrone, wenn beide Systeme nicht aufeinander warten sollen.
• DATENSQL Server, on-premise oder in der Cloud — Die transaktionalen Daten liegen auf SQL Server — dort, wo Sie es wollen. Keine implizite Abhängigkeit von einem proprietären Dienst: Die Datenbank gehört Ihnen und ist mit Ihren gewohnten Werkzeugen abfragbar.