Ein Arbeitsablauf.
Viele bewegliche Teile.
Produktion, Prüfung, Etiketten und Rückverfolgbarkeit zwischen Fertigung, Browser und ERP verbinden.
Den Weg nachvollziehen.
Den Kontext bewahren.
Ein abgeschlossener Vorgang
erzählt nicht alles.
Produktionssoftware muss physische Arbeit mit digitalen Datensätzen koordinieren. Ein Bauteil wird gefertigt, geprüft, freigegeben, verpackt und etikettiert — mit unterschiedlichen Beteiligten und Oberflächen in jedem Schritt.
Die Herausforderung besteht darin, diese Übergänge eindeutig zu machen. Einen Datensatz speichern, Qualität freigeben und ein Etikett übertragen sind verschiedene Ereignisse. Ein pauschales „Erfolgreich“ lässt offen, was tatsächlich passiert ist.
Den Arbeitsstand klar darstellen.
Den nächsten Schritt sicher machen.
Produktionsabläufe, Prüfungen, Verpackung, Etiketten, Rückverfolgbarkeit, Bestände und ABAS-Integration.
Ein Organisationsprojekt bei Rotoclear. Diese Fallstudie erläutert das System und seine Entwurfsentscheidungen; sie beansprucht keine alleinige Urheberschaft.
Verschiedene Oberflächen.
Eine gemeinsame Datenbasis.
Das SvelteKit-Backend ist für Weboberfläche und native Android-App maßgeblich. Wähle eine Ebene, um ihre Aufgabe zu sehen.
SvelteKit-Backend
Prüft Übergänge und definiert die Abläufe für beide Clients. Geschäftsregeln bleiben auf dem Server.
Vereinfachte Architektur auf Basis der Repository-Dokumentation. Die auswählbaren Ebenen zeigen Aufgaben, nicht die vollständige Bereitstellungstopologie.
„Gespeichert“ und „gedruckt“
sind zwei Versprechen.
Ein Druckauftrag kann länger bestehen als die Verbindung, über die er gesendet wurde. Die Anwendung unterscheidet zwischen gespeichertem Datensatz und bestätigter Übertragung und behandelt fehlgeschlagene oder unklare Ergebnisse.
Zwei Zustände. Beide bekannt.
Der Datensatz ist gespeichert und die Übertragung bestätigt. Eine Übertragungsbestätigung beweist nicht, dass das physische Etikett geprüft wurde.
Bekanntes bestätigen. Unklarheit ausdrücklich darstellen und einen sicheren nächsten Schritt anbieten.
Zuverlässigkeit steckt
in den Details.
01 Regeln auf dem Server halten
Gemeinsame serverseitige Validierung verhindert, dass Web- und Android-Client zu konkurrierenden Instanzen werden. Dafür hängen beide vom festgelegten Ablaufmodell des Backends ab.
02 Wiederherstellung mitdenken
Vorgangsprotokolle, Bestätigungen und idempotente Bestandsentnahmen unterstützen den Abgleich. Das erfordert zusätzliche Zustandsverwaltung, hilft aber, doppelte Geschäftsvorgänge durch Wiederholungen zu verhindern.
03 Interne und externe Ansichten trennen
Kundenprüfberichte enthalten weder Namen der Prüfenden noch Diagnose- oder Netzwerkdetails. Interner Prüfkontext und externe Dokumente erfüllen unterschiedliche Zwecke.
04 Kontext in der Oberfläche bewahren
Gespeicherte Ansichten, URL-Filter, lokale Entwürfe und beständige Validierungsergebnisse unterstützen unterbrochene Arbeit. Wer zurückkehrt, muss den aktuellen Stand verstehen können.
Ein vernetzter Ablauf.
Ein nachvollziehbarer Datensatz.
Der Seriennummer folgen.
Eine einheitliche Suche verbindet Schritte, Komponenten, Qualitätsfälle und Kartons mit den jeweils erlaubten Lieferinformationen.
Abschluss und Freigabe trennen.
Prüfungen und Qualitätsfreigabe werden getrennt dargestellt, mit bedingtem Abschluss und serverseitiger Validierung.
Über Oberflächen hinweg arbeiten.
Browser- und Android-Abläufe nutzen ein gemeinsames Backend statt eigener Geschäftsregeln.
Dies sind dokumentierte Funktionen. Nicht gemessene Zeitersparnisse oder Nutzungszahlen werden nicht behauptet.
Die Oberfläche ist Teil
des Betriebsmodells.
Eine gute Prozessoberfläche zeigt, was bekannt ist, was unklar bleibt und was als Nächstes zu tun ist. Dieses Prinzip reicht über Produktionssoftware hinaus in die gesamte Digitalisierung.
Auf Basis der Dokumentation zur Produktionsplanung, V2.0.0 (Oktober 2026). Der Quellcode ist privat. Diagramme und Beispieldatensätze dienen der Veranschaulichung.
← Weitere Projekte entdecken