KAIM / SYSTEM 01 · PRODUKCJA / KLIENT NDA
Manufaktura
Produkcyjny MES/APS obejmujący planowanie, wykonanie, magazyn, integrację ERP i telemetrię stanu maszyn. Odpowiadam za architekturę aplikacji oraz pełny proces dostarczania full-stack w .NET 10, React i PostgreSQL w ramach NDA klienta.
KAIM / WARTOŚĆ BIZNESOWA
Manufaktura łączy planowanie, wykonanie, magazyn, ERP i telemetrię maszyn. Celem nie jest kolejny dashboard. Celem jest skrócenie drogi od zdarzenia na hali do decyzji, ograniczenie ręcznego uzgadniania stanu i utrzymanie identyfikowalności produktu.
cykl odczytu telemetrii PLC
stan maszyny trafia do warstwy operacyjnej, gdy nadal można na niego zareagować
maszyny w przepływach telemetrii
audytowany zakres telemetrii, nie deklaracja liczby całego parku maszynowego
ról biznesowych w modelu RBAC
od planowania i produkcji po magazyn, utrzymanie ruchu, zakupy i obsługę klienta
CO ZMIENIA SIĘ OPERACYJNIE
Największa wartość pojawia się tam, gdzie plan, materiał, maszyna i człowiek muszą zgodzić się co do aktualnego stanu. Manufaktura spina te punkty w jeden przepływ, zamiast przerzucać koszt uzgadniania na użytkowników.
Problemy wychodzą na powierzchnię wtedy, gdy jest jeszcze czas na reakcję.
Telemetria, odchylenia wydajności i sygnały ryzyka planistycznego wracają do warstwy decyzyjnej. Kierownik nie musi czekać na zamknięcie zmiany, aby zobaczyć, że rzeczywistość zaczyna odbiegać od planu.
Planowanie i przepływ materiału korzystają z tych samych ograniczeń.
Dostępność maszyn, bufory, stany magazynowe, zlecenia i dane ERP są częścią jednego modelu. Mniej decyzji wymaga ręcznego składania obrazu z osobnych arkuszy, ekranów i rozmów między działami.
Jakość, genealogia partii i decyzje pozostawiają sprawdzalny ślad.
Bramki Hold i Release, cyfrowa genealogia produktu, RBAC oraz audyt sesji pozwalają odtworzyć nie tylko co się wydarzyło, ale także kto podjął decyzję i na jakim etapie procesu.
KAIM / ZAUFANIE
Zakres prac, bez domysłów.
- STATUS
- PRODUKCJA / KLIENT NDA
- ROLA
- Jedyny właściciel techniczny / inżynier full-stack .NET
- OKRES
- wrz 2025–obecnie
- ODPOWIEDZIALNOŚĆ
- Architektura aplikacji, implementacja .NET / React, model danych, kontrakty po stronie aplikacji dla maszyn, bezpieczeństwo, obserwowalność, testy automatyczne, wsparcie wdrożeniowe, UAT i przekazanie systemu.
- POZA ZAKRESEM
- Firmware PLC i fizyczna logika sterowania maszyną. Definiowałem i konsumowałem kontrakty po stronie aplikacji, nie przypisuję sobie autorstwa firmware sterowników.
- OGRANICZENIA
- Dane klienta i domenowe pozostają prywatne. Publiczny materiał używa zagregowanych liczników repozytorium, zanonimizowanej architektury i pomiarów konkretnych przepływów pracy.
- WERYFIKACJA
- Statyczny audyt kodu, AST i repozytorium · 17 sie 2026; dowody z profilowanych przepływów · sie 2026
KAIM / DOWODY
Każde twierdzenie ma jawny status epistemiczny.
Liczby nie są traktowane jako równoważne. POLICZONE oznacza wartość policzoną w artefakcie lub repozytorium, ZMIERZONE — pomiar konkretnego przepływu pracy, SZACOWANE — wartość przybliżoną, a UDOKUMENTOWANE — jakościowy element kontraktu lub architektury.
POLICZONE 38 domen funkcjonalnych
PochodzenieStatyczny audyt repozytorium · src/features · 17 sie 2026
POLICZONE 396 aktywnych endpointów REST
PochodzenieAudyt kontrolerów i kontraktów HTTP · 17 sie 2026
POLICZONE 1 789 metod testów automatycznych
PochodzenieAudyt suity xUnit + Vitest · 17 sie 2026
Zakres955 metod backendowych + 834 frontendowe.
POLICZONE 112 encji warstwy trwałości
PochodzenieStatyczny audyt encji warstwy trwałości · 17 sie 2026
UDOKUMENTOWANE 54+ maszyn ujętych w przepływach telemetrii
PochodzenieAudyt architektury telemetrii maszyn · 17 sie 2026
ZakresZakres telemetrii; nie jest to deklaracja całkowitej liczby urządzeń w zakładzie.
ZMIERZONE ~80% redukcji zasobów backendu
PochodzenieProfilowane przepływy produkcyjne
ZakresPomiar dotyczy wybranych profilowanych przepływów, nie całego systemu.
KAIM / MAPA SYSTEMU
Architektura w jednym przebiegu.
- 01Operacyjny UI React / TypeScript
- 02API ASP.NET Core / .NET 10
- 03Usługi domenowe + aplikacyjne
- 04Trwałość EF Core / PostgreSQL
- 05Integracja ERP + magazyn
- 06Telemetria maszyn + SignalR
- 07Testy automatyczne / UAT / dostarczanie
Przepływy systemu / 04
Jak sygnał z hali staje się decyzją operacyjną.
Zanonimizowany przekrój przez trzy nakładające się przepływy: telemetria maszyn jest normalizowana i wypychana na żywo, planowanie waliduje ograniczenia marszrut, a działania operatora i magazynu wracają do jednego modelu stanu produkcji.
Ramki z hali reprezentują impulsy, prędkość, stan i dostępność urządzenia.
- polling 1–3 s
- surowa telemetria
- fail-soft
Worker odbiera stan urządzeń, odrzuca brakujące lub niewiarygodne ramki i przekazuje dalej wartości znormalizowane.
- polling worker
- sanity guards
- availability
Warstwa diagnostyczna wylicza przyrost produkcji, prędkość i anomalie przed utrwaleniem zmiany stanu.
- normalizacja
- anomalie
- stan maszyny
Istotne zmiany są zapisywane i wypychane do klientów bez ręcznego odświeżania całego widoku.
- SignalR
- selektywny push
- stan live
Dashboard i warstwa planowania otrzymują bieżący stan, odchylenia i sygnały ryzyka kontraktowego.
- dashboard
- alerty
- selektywny render
Zmiana harmonogramu przechodzi przez ograniczenia maszyn, buforów pośrednich, materiałów i terminów.
- marszruty
- bufory
- materiały
Meldunki produkcji, przestoju i jakości wracają do tego samego modelu domenowego i ścieżki zdarzeń.
- kontekst operatora
- meldunek
- przestój / QA
Synchronizacja stanów zasila rezerwacje materiału i ruchy magazynowe bez robienia z zewnętrznego ERP źródła prawdy dla interfejsu.
- stock sync
- rezerwacje
- dokumenty magazynowe
Punkt przepływu Punkt przepływu
KAIM / INŻYNIERIA
Co było istotne inżynieryjnie.
Planowanie, wykonanie, magazyn i stan maszyn musiały opisywać tę samą rzeczywistość operacyjną.
Manufaktura łączy zamiar produkcyjny z wykonaniem przez planowanie, przydziały maszyn, ruchy magazynowe, dane ERP i przepływy operatorskie. Najtrudniejsza jest spójność pomiędzy granicami systemu, a nie pojedynczy ekran.
Domenowy rdzeń .NET z operacyjną warstwą React.
System wykorzystuje .NET 10, EF Core i PostgreSQL za frontendem React / TypeScript. Audytowana powierzchnia obejmuje 38 domen funkcjonalnych, 396 aktywnych endpointów REST i 112 encji warstwy trwałości, a telemetria maszyn i aktualizacje SignalR są częścią ścieżki operacyjnej.
Dowody regresji są przypięte do systemu rzeczywiście używanego produkcyjnie.
Audytowana suita zawiera 1 789 metod testów automatycznych w backendowym xUnit i frontendowym Vitest. Profilowanie produkcyjne, UAT i dowody dostarczania uzupełniają liczniki repozytorium; deklaracje wydajności pozostają jawnie ograniczone do zmierzonych przepływów.