KAIM / SYSTEM 01 · PRODUKTION / KUNDEN-NDA
Manufaktura
Ein produktives MES/APS für Planung, Ausführung, Lagerprozesse, ERP-Integration und Maschinenzustands-Telemetrie. Ich verantworte die Anwendungsarchitektur und die vollständige Full-Stack-Umsetzung mit .NET 10, React und PostgreSQL im Rahmen einer Kunden-NDA.
KAIM / BUSINESS VALUE
Manufaktura verbindet Planung, Ausführung, Lager, ERP und Maschinentelemetrie. Ziel ist nicht ein weiteres Dashboard, sondern ein kürzerer Weg vom Ereignis auf dem Shopfloor zur Entscheidung, weniger manuelle Zustandsabstimmung und durchgängige Produktrückverfolgbarkeit.
PLC-Telemetrie-Lesezyklus
Maschinenzustand erreicht die operative Ebene, solange noch Zeit zum Reagieren bleibt
Maschinen in Telemetrieflüssen
auditierter Telemetrieumfang, keine Aussage über den gesamten Maschinenpark
Business-Rollen im RBAC-Modell
von Planung und Produktion bis Lager, Instandhaltung, Einkauf und Kundenservice
WAS SICH OPERATIV ÄNDERT
Der größte Wert entsteht dort, wo Plan, Material, Maschine und Operator sich auf den aktuellen Zustand einigen müssen. Manufaktura verbindet diese Punkte in einem Ablauf, statt die Abstimmungskosten auf die Nutzer zu verlagern.
Probleme werden sichtbar, solange noch Zeit zum Handeln bleibt.
Telemetrie, Performance-Abweichungen und Planungsrisiken kehren in die Entscheidungsebene zurück. Führungskräfte müssen nicht bis zum Schichtende warten, um Abweichungen vom Plan zu erkennen.
Planung und Materialfluss arbeiten mit denselben Randbedingungen.
Maschinenverfügbarkeit, Puffer, Bestände, Aufträge und ERP-Daten sind Teil eines Modells. Weniger Entscheidungen erfordern die manuelle Rekonstruktion des Zustands aus Tabellen, Screens und Abstimmungen zwischen Teams.
Qualität, Chargengenealogie und Entscheidungen hinterlassen eine prüfbare Spur.
Hold-/Release-Gates, Produktgenealogie, RBAC und Session-Audit machen nachvollziehbar, was passiert ist, wer entschieden hat und an welcher Stelle des Prozesses.
KAIM / VERTRAUEN
Verantwortungsbereich – ohne Interpretation.
- STATUS
- PRODUKTION / KUNDEN-NDA
- ROLLE
- Alleinige technische Verantwortung / Full-Stack-.NET-Engineer
- ZEITRAUM
- Sep. 2025–heute
- VERANTWORTUNG
- Anwendungsarchitektur, .NET-/React-Implementierung, Datenmodell, anwendungsseitige Maschinenverträge, Security, Observability, automatisierte Tests, Deployment-Guidance, UAT und Übergabe.
- NICHT VERANTWORTET
- PLC-Firmware und physische Maschinensteuerungslogik. Ich habe die anwendungsseitigen Verträge definiert und konsumiert, ohne Eigentum an der Controller-Firmware zu beanspruchen.
- EINSCHRÄNKUNGEN
- Kunden- und Domänendaten bleiben privat. Öffentliches Material verwendet aggregierte Repository-Zählungen, anonymisierte Architektur und gemessene Performance-Evidenz auf Workflow-Ebene.
- VERIFIZIERUNG
- Statischer Code-, AST- und Repository-Audit · 17. Aug. 2026; profilierte Workflow-Evidenz · Aug. 2026
KAIM / EVIDENZ
Jede Aussage trägt einen epistemischen Status.
Zahlen werden nicht als gleichwertig behandelt. GEZÄHLT bedeutet im Artefakt oder Repository gezählt, GEMESSEN bezeichnet eine Messung in einem konkreten Workflow, GESCHÄTZT ist eine Näherung und DOKUMENTIERT markiert einen qualitativen Workflow- oder Architekturvertrag.
GEZÄHLT 38 Funktionsdomänen
HerkunftStatischer Repository-Audit · src/features · 17. Aug. 2026
GEZÄHLT 396 aktive REST-Endpunkte
HerkunftController- und HTTP-Vertrags-Audit · 17. Aug. 2026
GEZÄHLT 1.789 automatisierte Testmethoden
HerkunftAudit der xUnit- + Vitest-Suite · 17. Aug. 2026
Geltungsbereich955 Backend- + 834 Frontend-Testmethoden.
GEZÄHLT 112 Persistenzentitäten
HerkunftStatischer Audit der Persistenzentitäten · 17. Aug. 2026
DOKUMENTIERT 54+ Maschinen in Telemetrieflüssen
HerkunftAudit der Maschinen-Telemetriearchitektur · 17. Aug. 2026
GeltungsbereichTelemetrieumfang; keine Aussage über die Gesamtzahl der Fabrikmaschinen.
GEMESSEN ~80% Reduktion von Backend-Ressourcen
HerkunftProfilierte Produktions-Workflows
GeltungsbereichGemessen in ausgewählten profilierten Workflows; keine systemweite Aussage.
KAIM / SYSTEMKARTE
Die Architektur in einem Durchgang.
- 01React-/TypeScript-Bedienoberfläche
- 02ASP.NET Core / .NET 10 API
- 03Domänen- + Application Services
- 04EF Core / PostgreSQL Persistenz
- 05ERP- + Lagerintegration
- 06Maschinentelemetrie + SignalR
- 07Automatisierte Tests / UAT / Delivery
Systemflüsse / 04
Wie ein Shopfloor-Signal zur operativen Entscheidung wird.
Ein anonymisierter Schnitt durch drei überlappende Flüsse: Maschinentelemetrie wird normalisiert und live gepusht, Planung validiert Routing-Constraints und Operator- sowie Lageraktionen laufen in einem Produktionszustandsmodell zusammen.
Shopfloor-Frames repräsentieren Impuls, Geschwindigkeit, Zustand und Geräteverfügbarkeit.
- Polling 1–3 s
- Rohtelemetrie
- fail-soft
Ein Worker spiegelt Gerätezustand, verwirft fehlende oder unplausible Frames und reicht normalisierte Werte weiter.
- Polling Worker
- Sanity Guards
- Verfügbarkeit
Die Diagnostik leitet Produktionsdelta, Geschwindigkeit und Anomalien ab, bevor eine relevante Zustandsänderung persistiert wird.
- Normalisierung
- Anomalien
- Maschinenzustand
Relevante Zustandsänderungen werden persistiert und an Clients gepusht, ohne die gesamte operative Oberfläche manuell zu aktualisieren.
- SignalR
- selektiver Push
- Live-Zustand
Dashboard und Planung erhalten aktuellen Zustand, Abweichungen und Signale zu Vertragsrisiken.
- Dashboard
- Alerts
- selektiver Render
Eine Planänderung wird gegen Maschinentopologie, Zwischenpuffer, Materialverfügbarkeit und Termine geprüft.
- Routen
- Puffer
- Materialien
Produktions-, Stillstands- und Qualitätsmeldungen fließen in dasselbe Domänenmodell und denselben Event-Pfad zurück.
- Operator-Kontext
- Produktionsmeldung
- Stillstand / QA
Bestandssynchronisierung speist Reservierungen und Lagerbewegungen, ohne das externe ERP zur UI-Quelle der Wahrheit zu machen.
- Stock Sync
- Reservierungen
- Lagerdokumente
Flusspunkt Flusspunkt
KAIM / ENGINEERING
Was technisch entscheidend war.
Planung, Ausführung, Bestand und Maschinenzustand mussten sich auf eine gemeinsame operative Realität einigen.
Manufaktura verbindet Produktionsabsicht und Ausführung über Planung, Maschinenzuweisung, Lagerbewegungen, ERP-Daten und operatornahe Workflows hinweg. Die eigentliche Schwierigkeit liegt in der Konsistenz über Systemgrenzen – nicht in einem einzelnen Bildschirm.
Ein domänenstarker .NET-Kern mit einer operativen React-Oberfläche.
Das System nutzt .NET 10, EF Core und PostgreSQL hinter einem React-/TypeScript-Frontend. Die auditierte Oberfläche umfasst 38 Funktionsdomänen, 396 aktive REST-Endpunkte und 112 Persistenzentitäten; Maschinenzustands-Ingestion und SignalR-Updates sind Teil des operativen Pfads.
Regressionsevidenz ist an ein tatsächlich betriebenes System gekoppelt.
Die auditierte Suite enthält 1.789 automatisierte Testmethoden aus Backend-xUnit und Frontend-Vitest. Produktionsprofiling, UAT und Delivery-Evidenz ergänzen die Repository-Zählungen; Performance-Aussagen bleiben ausdrücklich auf gemessene Workflows begrenzt.