--- title: "Dwadzieścia obiektów. Ile z nich zna Wasz ERP?" url: "https://majchrzycki.com/blog/cyfrowy-model-firmy-serwisowej" description: "Katalog 20 obiektów cyfrowego modelu firmy serwisowej z technikami w terenie: co to jest, z czym się łączy, gdzie dziś leży. Bez powiązań agent AI zgaduje." --- # Dwadzieścia obiektów. Ile z nich zna Wasz ERP? 3 października 2026·7 min czytania·[Krzysztof Majchrzycki](https://majchrzycki.com/o-mnie) Temat: [Usługi techniczne i serwisowe](https://majchrzycki.com/blog/filar/uslugi-techniczne-i-serwisowe) **Cyfrowy model firmy serwisowej to dwadzieścia obiektów, od klienta i urządzenia po fakturę i rentowność umowy, oraz powiązania między nimi, zapisane raz i w jednym miejscu.** Większość tych obiektów już macie: w ERP, w aplikacji techników, w załącznikach do umów i w pamięci dyspozytora. Brakuje nie danych, tylko połączeń. Zgłoszenie nie wie, do którego z dwóch pieców tego samego modelu należy, a protokół nie wie, czy praca była w ryczałcie. Bez tych połączeń agent AI zgaduje, a człowiek dzwoni. Ten tekst należy do serii o [usługach technicznych i serwisowych jako jednym systemie](https://majchrzycki.com/blog/filar/uslugi-techniczne-i-serwisowe). Poniżej pełny katalog obiektów, cztery powiązania, które w tej branży ważą najwięcej, i odpowiedź na pytanie, od czego zacząć, żeby model nie został plakatem w dyspozytorni. ## Po co zarządowi cyfrowy model firmy > — _To ta sama linia, co w zeszłym roku?_ — _Nie, tamta była u „Zakładów”, ta jest u „Zakłady Sp. z o.o.”._ — _To ten sam klient._ — _W systemie nie._ Na pytanie, ile razy to urządzenie psuło się w ostatnim roku i czy to już piąta awaria tej samej fotokomórki, da się odpowiedzieć w minutę, jeśli zgłoszenie wie, do którego numeru seryjnego należy, a numer seryjny wie, pod którą umową stoi i co pokazały poprzednie protokoły. Te informacje zwykle już są w firmie, tylko w trzech miejscach, pod trzema nazwami, a łączy je człowiek, który akurat pamięta. Kiedy ten człowiek jest w terenie, firma odpowiada wolniej, choć nic się w niej nie zepsuło. Cyfrowy model firmy (w dziale IT mówi się na to ontologia) to spisanie tych obiektów i powiązań tak, żeby ludzie i agenci czytali je z jednego miejsca. Nie zastępuje ERP ani aplikacji techników. Wasz ERP dalej fakturuje i prowadzi magazyn części, aplikacja dalej zbiera protokoły; nad nimi powstaje warstwa do codziennej pracy, która wie, co z czym się łączy. Dla zarządu oznacza to jedno: pytanie „czy dotrzymaliśmy SLA u tego klienta” przestaje wymagać trzech telefonów do techników. ## Katalog: 20 obiektów od zgłoszenia do zapłaty Tabela jest wzorcem dla firmy, która utrzymuje i naprawia cudze urządzenia u klienta: serwis maszyn i linii, instalacje HVAC i chłodnicze, dźwigi i urządzenia pod dozorem, automatyka budynkowa, sprzęt gastronomiczny i medyczny. Kolumna „Powiązany z” mówi, z czym obiekt musi się łączyć, żeby odpowiadać na pytania zarządu. Kolumna „Gdzie leży dziś” opisuje typową firmę, nie konkretną. Obiekt Co to jest Powiązany z Gdzie leży dziś (typowo) **Klient i obiekt** Firma, dla której pracujemy, i miejsce, gdzie stoją urządzenia Urządzenie, Umowa, Zgłoszenie, Faktura ERP, załączniki do umów, telefon technika **Urządzenie** Konkretny egzemplarz u klienta z historią Klient, Umowa, Zgłoszenie, Protokół, Część Załącznik do umowy, zdjęcia, pamięć technika **Umowa serwisowa** Zakres, urządzenia, SLA, ryczałt lub stawki, przeglądy, kary Klient, Urządzenie, Zgłoszenie, Faktura, Przegląd PDF, arkusz kalkulacji **Zgłoszenie** Awaria, usterka, przegląd lub zapytanie przypięte do urządzenia Urządzenie, Umowa, Diagnoza, Zlecenie Telefon technika, mail, system zgłoszeń **Diagnoza i zakres prac** Co prawdopodobnie jest przyczyną i co trzeba zrobić Zgłoszenie, Urządzenie, Część, Zlecenie Głowa technika, mail z wyceną **Zlecenie serwisowe** Praca do wykonania u klienta z przydziałem Zgłoszenie, Technik, Część, Wizyta, Protokół Tablica dyspozytora, arkusz, aplikacja **Technik i uprawnienie** Kto może co robić, gdzie jest i co ma w aucie Zlecenie, Auto, Część Kadry, segregator, pamięć dyspozytora **Część zamienna** Część katalogowa i jej egzemplarze w autach, magazynie, u dostawcy Urządzenie, Zlecenie, Zamówienie części, Faktura ERP (magazyn), katalogi producentów, auto technika **Zamówienie części** Co zamówiono u producenta lub dystrybutora i kiedy przyjdzie Część, Zlecenie, Dostawca Mail, ERP **Wizyta serwisowa** Pobyt technika u klienta Zlecenie, Technik, Protokół, Część Aplikacja mobilna, kartka, telefon **Protokół wykonania** Dowód, co zrobiono i w jakim stanie zostawiono urządzenie Wizyta, Urządzenie, Faktura, Rekomendacja PDF, papier, zdjęcia **Dowód SLA** Czy dotrzymaliśmy czasu reakcji i naprawy z umowy Zgłoszenie, Umowa, Protokół, Kara Odtwarzany z telefonów przy sporze **Harmonogram przeglądów** Kiedy i jakie przeglądy wynikają z umów i przepisów Umowa, Urządzenie, Zgłoszenie, Zestaw Arkusz, kalendarz jednej osoby **Rekomendacja** Zalecenie wymiany, modernizacji lub ryzyka z protokołu Protokół, Oferta, Zgłoszenie Ustnie, mail **Odnowienie umowy** Decyzja o kolejnym okresie umowy i jej warunkach Umowa, Rentowność, Park urządzeń Kalendarz handlowca albo nigdzie **Faktura i należność** Co wystawiono ze zlecenia lub ryczałtu i co zapłacono Protokół, Umowa, Klient ERP (finanse) **Reklamacja i kara SLA** Zastrzeżenie klienta do wykonania lub czasu Zgłoszenie, Protokół, Dowód SLA, Faktura Mail, pamięć kierownika **Rentowność umowy i klienta** Co zostaje z ryczałtu i dodatków po dojazdach, częściach i czasie Umowa, Faktura, Wizyta, Część Arkusz raz na rok **Auto i narzędzia** Flota serwisowa i przyrządy z wzorcowaniem Technik, Wizyta Kalendarz, segregator **Dokument dozoru lub przeglądu** Dokument wymagany przepisami lub normą po przeglądzie Protokół, Urządzenie, Harmonogram Segregator, PDF Najwięcej mówi ostatnia kolumna. W niemal każdym wierszu pojawia się telefon technika, arkusz, segregator albo czyjaś pamięć, a przy odnowieniu wprost „albo nigdzie”. Dowód SLA — obiekt, który broni firmę przed karą — jest „odtwarzany z telefonów przy sporze”. To nie jest zarzut wobec ludzi, tylko opis tego, gdzie firma przechowuje wiedzę, gdy system jej nie przyjmuje. ## Cztery powiązania, które ważą najwięcej Wszystkie dwadzieścia obiektów ma znaczenie, ale cztery łańcuchy decydują o marży i gotówce. Od nich warto zacząć rozmowę o modelu. **Zgłoszenie → urządzenie → umowa → dowód SLA.** Kiedy przychodzi zgłoszenie, dyspozytor potrzebuje trzech rzeczy: którego egzemplarza dotyczy, jaka umowa go obejmuje i od której godziny biegnie zegar. Jeśli zgłoszenie jest przypięte do numeru seryjnego, a numer seryjny do umowy z godzinami obsługi, dowód dotrzymania SLA liczy się sam. Jeśli zgłoszenie żyje w telefonie technika, dowód powstaje przy reklamacji z tego, co kto pamięta. **Diagnoza → część zamienna → technik i uprawnienie → zlecenie.** To łańcuch pierwszego wyjazdu. Diagnoza wypisuje części i uprawnienie, część wie, w którym aucie leży, technik wie, jakie uprawnienie ma ważne — i dopiero z tych trzech powstaje zlecenie, z którym da się wyjechać raz. Bez tych powiązań technik jedzie „zobaczyć”, a część zamawia się ekspresem, choć leży w aucie kolegi. **Wizyta → protokół wykonania → faktura i należność.** Protokół jest zdarzeniem, które uruchamia pieniądz. Jeśli składa się z danych wizyty i zna zakres ryczałtu z umowy, faktura za dodatki może wyjść w dniu podpisu klienta. Jeśli protokół leży w telefonie technika do wieczora, a zakres ryczałtu w PDF-ie, faktura czeka dwa tygodnie, a dodatki nie wychodzą wcale. **Protokół → rekomendacja → harmonogram przeglądów → odnowienie umowy.** To łańcuch drugiej połowy przychodu. Zalecenie z protokołu staje się zgłoszeniem albo ofertą, awaryjność po przeglądach wraca do zakresu następnych, a wszystko razem — awaryjność, koszty, zalecenia — trafia do zestawienia na odnowienie, zanim klient zapyta. Bez tych powiązań rekomendacja zostaje na korytarzu, a odnowienie w kalendarzu handlowca albo nigdzie. ## Dlaczego agent bez modelu zgaduje > — _Ten alarm to z której komory?_ — _Z FL-400._ — _Mają dwie._ — _To z tej, co się psuje._ Agent AI czyta to, co mu dacie, i łączy to, co da się połączyć. Jeśli ten sam klient nazywa się inaczej w ERP, w aplikacji techników i w zgłoszeniu, agent połączy go po podobieństwie nazwy, czyli zgadnie. Zrobi to szybko i pewnym tonem, a to gorsze niż wolny człowiek, który wie, że nie wie. Agent Czego potrzebuje z modelu Co robi, gdy powiązania brak Agent zgłoszeń zgłoszenie, urządzenie z numerem seryjnym, umowa z godzinami obsługi przypina zgłoszenie do pierwszego pasującego urządzenia i liczy zegar w godzinach kalendarzowych, choć umowa mówi pn–pt Agent dyspozycji zlecenie, technik i uprawnienie, część w aucie, okno klienta wysyła najbliższego technika, który na miejscu okazuje się technikiem bez uprawnienia Agent protokołu wykonania wizyta, wymagania protokołu per typ urządzenia, dowód SLA składa protokół z tego, co znajdzie; brak pomiaru dozoru wykrywa jednostka dozoru Agent rozliczeń protokół, umowa z zakresem ryczałtu, faktura fakturuje wszystko jako ryczałt albo wszystko jako dodatek, zależnie od tego, czego nie wie Granica odpowiedzialności jest tu taka sama jak w całej serii. Agent czyta model, liczy, wskazuje braki i proponuje scalenia. Człowiek decyduje, który zapis jest źródłem prawdy, kto jest właścicielem obiektu i czy dwa piece tego samego modelu w tym samym obiekcie to na pewno dwa urządzenia, a nie jedno wpisane dwa razy. Pilnowaniem jednej nazwy dla jednej rzeczy zajmuje się [agent danych podstawowych](https://majchrzycki.com/blog/agent-finansowy-i-agent-danych-podstawowych#agent-danych-podstawowych), ale scalenie zatwierdza właściciel danych. ## Gdzie modelowanie szkodzi Model łatwo zamienić w projekt dla samego modelu. Pół roku rysowania dwudziestu obiektów, bez jednego procesu, który z nich korzysta, kończy się diagramem, który wszyscy chwalą i nikt nie otwiera. Druga pułapka to automatyzacja na niezgodnych definicjach. Dla dyspozytora „zgłoszenie” zaczyna się od telefonu klienta, dla aplikacji od wpisania, dla finansów od zlecenia z numerem. Jeśli tego nie uzgodnicie, agent policzy czas reakcji od trzech różnych godzin i pokaże dotrzymane SLA, które klient właśnie reklamuje. Warunek brzegowy jest prosty: jeśli urządzenia u klientów nie mają numerów seryjnych w żadnym zapisie poza zdjęciami w telefonach, obiekt Urządzenie będzie miał pustą historię i żaden model tego nie naprawi. Najpierw jedna kartoteka urządzeń z numerem seryjnym, klientem i umową, potem powiązania, a na końcu agent. ## Po czym poznacie, że model działa Liczba obiektów w modelu i liczba tabel w bazie to mierniki próżności. Model działa wtedy, gdy krócej trwa dojście do odpowiedzi i mniej spraw czeka między biurkami — albo między biurkiem a autem. Miernik Jak liczyć Skąd dane Liczba miejsc, w których żyją dane jednego zgłoszenia przejść drogę jednego zgłoszenia od telefonu do faktury i zapisać każde źródło lista systemów, arkuszy, skrzynek i telefonów Czas odpowiedzi na pytanie „czy dotrzymaliśmy SLA u tego klienta w tym miesiącu” zmierzyć przy najbliższej reklamacji, przed modelem i po nim zgłoszenie reklamacji i godzina odpowiedzi Odsetek urządzeń z numerem seryjnym i historią urządzenia z numerem, umową i co najmniej jednym protokołem wobec wszystkich obsługiwanych kartoteka urządzeń, protokoły Protokoły zamknięte w dniu wizyty protokoły z podpisem klienta w dniu wizyty wobec wszystkich protokoły z datą podpisu Liczba duplikatów w kartotece klientów i urządzeń ten sam klient albo egzemplarz pod różnymi nazwami ERP, system zgłoszeń, aplikacja techników Uczciwie trzeba dodać, że model nie podniesie marży sam z siebie. Na marżę wpływają ryczałt, cena konkurenta i wiek parku urządzeń u klienta. Model sprawia, że zarząd widzi przyczyny wcześniej, a technicy przestają jeździć dwa razy. ## Od czego zacząć w poniedziałek Weźcie jedno zgłoszenie z ostatniego miesiąca, które skończyło się fakturą, i przejdźcie jego drogę przez pięć obiektów: zgłoszenie, urządzenie, umowę, protokół i fakturę. Dla każdego zapiszcie, gdzie leży i jakim numerem łączy się z poprzednim. Tam, gdzie łączy je tylko czyjaś pamięć, jest pierwsze powiązanie do spisania. Jednemu dyspozytorowi i jednej osobie z finansów zajmie to dzień. Jeśli chcecie zacząć od samego początku drogi, czyli od tego, skąd przychodzą zgłoszenia i kto je rozdziela, przeczytajcie tekst o [źródłach zgłoszeń w firmie serwisowej](https://majchrzycki.com/blog/skad-przychodza-zgloszenia-uslugi-serwisowe). - Usługi techniczne i serwisowe - Cyfrowy model firmy - Dane podstawowe - Agenci AI ## Chcecie zobaczyć, przez które etapy przechodzi każdy z tych obiektów? Darmowy poradnik „Usługi techniczne i serwisowe jako jeden system” rozkłada dziesięć etapów od zgłoszenia do zapłaty, dwunastu agentów na jednym modelu firmy i pięć liczb dla zarządu. [Pobierz darmowy poradnik](https://majchrzycki.com/transformacja-agenci-ai/uslugi-techniczne-i-serwisowe#pobierz) FAQ ## Najczęstsze pytania Mamy aplikację dla techników i ERP. Czy to nie jest już cyfrowy model firmy? To dwa z kilku miejsc, w których leżą obiekty. Model zaczyna się tam, gdzie zgłoszenie z aplikacji wie, do którego urządzenia z załącznika do umowy należy, a protokół wie, którą pozycję ryczałtu z PDF-a rozlicza. Jeśli te połączenia robi dziś człowiek, który pamięta, modelu jeszcze nie ma — są dwa systemy i jedna osoba między nimi. Czy te dwadzieścia obiektów to lista zamknięta? To wzorzec dla firmy, która utrzymuje cudze urządzenia u klienta na podstawie zgłoszeń, przeglądów i umów SLA. U Was lista może być krótsza, jeśli pracujecie od zlecenia bez umów, albo dłuższa o szkolenia techników czy flotę wózków klienta. Zaczyna się od obiektów, przez które przechodzi pieniądz: urządzenia, umowy, zgłoszenia, protokołu i faktury. ## Czytaj dalej - [Dwadzieścia jeden obiektów. Ile z nich zna Wasz ERP?](https://majchrzycki.com/blog/cyfrowy-model-firmy-produkcyjno-uslugowej) - [Jeden wyjazd i protokół przed wyjazdem z obiektu](https://majchrzycki.com/blog/jeden-wyjazd-i-protokol-przed-wyjazdem-z-obiektu) - [Zegar SLA rusza sam, a ryczałt jest policzony na historii](https://majchrzycki.com/blog/zegar-sla-rusza-sam-ryczalt-policzony-na-historii) - [Technik w drodze, część w innym aucie. Gdzie to spiąć?](https://majchrzycki.com/blog/uslugi-techniczne-i-serwisowe-jako-jeden-system)