System zleceń dla firm serwisowych, zbudowany w 25 dni roboczych

Problem

Firma serwisowa żyje ze zleceń. Klient dzwoni, ktoś to zapisuje, technik jedzie na miejsce, ktoś podpisuje protokół, a po kilku miesiącach ktoś musi ten protokół znaleźć. Kiedy to wszystko jest w zeszytach, mailach i arkuszach, zlecenia giną między krokami.

Ten system zbudowałem po to, żeby każde zlecenie było w jednym miejscu, od pierwszego zgłoszenia do archiwum.

Co robi, po ludzku

Co jest w środku	Co to znaczy dla firmy
Etapy każdego zlecenia	Widzisz, gdzie jest każde zlecenie, bez dopytywania kogokolwiek.
Edytor przebiegu pracy	Kroki zlecenia zmienia się na schemacie, nie w kodzie.
Dokumenty i podpisy	Papiery są częścią zlecenia.
Dostęp klienta bez konta	Klient nie musi się nigdzie rejestrować, żeby brać udział w zleceniu.
Polski, niemiecki, angielski	Ten sam system dla pracowników i klientów w trzech językach.
Kilka firm, osobne konta, role	Każda firma widzi swoje dane. Każda osoba widzi to, na co pozwala jej rola.
Archiwum i dokumenty RODO	Stare zlecenia da się znaleźć. Dokumenty RODO są wbudowane od początku.
Dwie różne branże w jednym systemie	System nie jest przyspawany do jednego rodzaju pracy.

Liczby

Wszystkie liczby poniżej opisują jeden stan: kod na koniec 3 września 2026, ostatniego dnia okna prac, które zaczęło się 2 lipca.

• 25 dni roboczych — dni, w których zapisałem pracę w repozytorium; łącznie 211 commitów.

• 876 testów automatycznych, wszystkie zielone, w 81 plikach. Test to mały program, który przy każdej zmianie sprawdza, czy system dalej robi to, co powinien.

• 53 070 linii kodu w 345 plikach. Plików generowanych, takich jak klient bazy danych, nie liczę.

• 36 modeli danych, 20 enumów, 20 routerów tRPC, 11 handlerów REST — dla czytelnika technicznego.

• 68 commitów w najintensywniejszym dniu, 22 sierpnia.

Liczba linii mierzy tylko rozmiar. Liczą się testy: dzięki nim wiem, że piątkowa zmiana nie zepsuła czegoś z lipca.

Po oknie prac

18 września 2026 zrobiłem audyt produkcyjny: 0 krytycznych podatności w zależnościach, 0 krytycznych błędów dostępności.

Od 17 września 2026 działa demo na fikcyjnych danych.

Czego to nie pokazuje

• 25 dni roboczych to dni z commitami, nie dni kalendarzowe. Okno kalendarzowe to około dwóch miesięcy.
• Te liczby opisują oprogramowanie. Nie mówią nic o tym, kto go używa.