Dwadzieścia jeden obiektów. Ile z nich zna Wasz ERP?

Cyfrowy model firmy produkującej na zamówienie to dwadzieścia jeden obiektów, od zapytania po fakturę, i powiązania między nimi, zapisane raz i w jednym miejscu. Większość tych obiektów już macie: w ERP, w poczcie, w arkuszach i w głowie kierownika projektu. Brakuje nie danych, tylko połączeń. Zapytanie nie wie, który projekt z niego wyrósł, a partia materiału nie wie, w którym elemencie skończyła. Bez tych połączeń agent AI zgaduje, a człowiek dzwoni.

Ten tekst należy do serii o firmie produkcyjno-usługowej jako jednym systemie. 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 na ścianie.

Po co zarządowi cyfrowy model firmy

— Lista materiałowa gotowa, zamawiamy? — A ta pozycja z trzeciej strony? — Ta jest z poprzedniej wersji. (Która wersja poszła już do zakupów, wie tylko kupiec. Kupiec jest na urlopie.)

Na pytanie, która wersja obowiązuje i co z niej już zamówiono, da się odpowiedzieć w minutę, jeśli zamówienie zakupu wie, z której listy materiałowej (BOM) wynika, a lista wie, do którego projektu należy i czy została zamrożona. 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 na urlopie, 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. Wasz ERP zostaje tam, gdzie jest dobry, czyli jako księga zapisu; nad nim powstaje warstwa do codziennej pracy, która wie, co z czym się łączy. Dla zarządu oznacza to jedno: pytanie „na czym stoimy” przestaje wymagać zebrania danych z czterech systemów.

Katalog: 21 obiektów od zapytania do zapłaty

Tabela jest wzorcem dla firmy, która produkuje według projektu klienta i wykonuje usługę u klienta: konstrukcje, maszyny specjalne, instalacje, zabudowy na wymiar. 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	Firma lub instytucja, dla której realizujemy projekty	Zapytanie, Umowa, Projekt, Faktura	CRM albo ERP, poczta, pamięć handlowca
Zapytanie	Prośba klienta o wycenę	Klient, Oferta	Poczta, platforma przetargowa
Oferta	Zobowiązanie co do zakresu, ceny i terminu	Zapytanie, Umowa	Arkusz wyceny, edytor tekstu
Umowa	Zakres, cena, terminy, płatności i gwarancje	Oferta, Projekt, Zmiana zakresu	Dokument w folderze, ERP
Zmiana zakresu	Zmiana wymagań po podpisaniu umowy	Umowa, Projekt, Lista materiałowa	Poczta, często nigdzie
Projekt	Realizacja jednej umowy od projektu do rozliczenia	Umowa, Zlecenie, Faktura	Arkusze, ERP, głowa kierownika projektu
Lista materiałowa	Co i w jakiej ilości trzeba wyprodukować i kupić	Projekt, Element, Zapotrzebowanie	CAD, arkusze zestawień
Element / Zespół	Fizyczna część wyrobu z własnym oznaczeniem	Lista materiałowa, Partia materiału, Protokół	Rysunek, karta pracy, etykieta
Zlecenie produkcyjne	Polecenie wykonania elementów	Projekt, Operacja, Element	ERP, papierowe karty pracy
Operacja	Krok technologiczny na stanowisku	Zlecenie, Maszyna, Pracownik	Karta technologiczna, raport z hali
Partia materiału	Konkretna dostawa materiału z identyfikacją (np. numer wytopu)	Dostawa, Element, Świadectwo materiałowe	Magazyn, segregator ze świadectwami
Dostawca	Firma dostarczająca materiał lub usługę	Zamówienie zakupu, Partia materiału	ERP, poczta
Zamówienie zakupu	Zobowiązanie wobec dostawcy	Dostawca, Dostawa, Faktura zakupu	ERP
Pracownik i uprawnienie	Osoba i jej kwalifikacje z datą ważności	Operacja, Zmiana, Brygada	Kadry, arkusz uprawnień
Maszyna	Stanowisko lub urządzenie produkcyjne	Operacja, Przegląd	Zeszyt awarii, sterownik maszyny
Kontrola / Protokół	Dowód sprawdzenia elementu lub etapu	Element, Niezgodność	Papier, arkusze, zdjęcia w telefonie
Niezgodność	Odstępstwo od wymagań	Element, Partia, Dostawca, Operacja	Arkusz, poczta
Wysyłka	Transport elementów do klienta	Projekt, Element	Arkusz wysyłek, telefon
Protokół odbioru i usterka	Formalny odbiór u klienta i lista spraw do zamknięcia	Projekt, Kamień milowy	Papier, poczta
Kamień milowy	Zdarzenie z umowy uruchamiające płatność	Umowa, Faktura	Umowa w folderze
Faktura i płatność	Należność i jej spłata	Klient, Kamień milowy, Projekt	ERP / księgowość, bank

Najwięcej mówi ostatnia kolumna. W niemal każdym wierszu pojawia się poczta, arkusz, papier albo czyjaś pamięć, a przy zmianie zakresu wprost „często nigdzie”. 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 jeden obiektów ma znaczenie, ale cztery łańcuchy decydują o marży i gotówce. Od nich warto zacząć rozmowę o modelu.

Zapytanie → klient → projekt → koszt rzeczywisty. Kiedy przychodzi nowe zapytanie, handlowiec potrzebuje trzech rzeczy: historii klienta, podobnych projektów i tego, ile te projekty naprawdę kosztowały. Jeśli koszt zamkniętego projektu wraca do obiektu Projekt, wycena opiera się na faktach. Jeśli zostaje w pamięci kosztorysanta, każda oferta zaczyna się od nowa.

Umowa → zmiana zakresu → lista materiałowa. Zmiana zakresu jest jedynym obiektem w katalogu, który w typowej firmie leży „często nigdzie”. Tymczasem to ona przesuwa listę materiałową po zamówieniu stali i tworzy koszt, którego nikt nie fakturuje. Kiedy zmiana ma własny zapis z wyceną i akceptacją klienta, planowanie, zakupy i finanse widzą ją tego samego dnia.

Partia materiału → element → kontrola i protokół. To łańcuch identyfikowalności. Świadectwo przypięte do partii, partia do elementu, protokół do elementu i wykonawcy: z takich powiązań dokumentacja powykonawcza składa się sama. Bez nich rodzi się w piątek wieczorem z trzech systemów, dwóch szuflad i pamięci spawacza.

Umowa → kamień milowy → protokół odbioru → faktura i płatność. Kamień milowy jest zdarzeniem z umowy, które uruchamia płatność. Jeśli protokół odbioru jest z nim powiązany, faktura może wyjść w dniu podpisu klienta. Jeśli protokół leży w poczcie kierownika montażu, faktura czeka na komplet załączników „od wszystkich”.

Dlaczego agent bez modelu zgaduje

— Zamówiliśmy ten profil, co w projekcie? — Zamówiliśmy to, co jest w kartotece. — A to to samo? — Prawie.

Agent AI czyta to, co mu dacie, i łączy to, co da się połączyć. Jeśli ten sam materiał ma inną nazwę w projekcie, magazynie i zakupach, 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 zapytań	zapytanie, klient i zamknięte projekty z kosztem rzeczywistym	szuka podobnych tematów po nazwach plików i podaje marżę ofertową zamiast powykonawczej
Agent planisty	dostawa, zamówienie zakupu, lista materiałowa, zlecenie, projekt	widzi opóźnioną dostawę, ale nie wie, których projektów dotyczy
Agent dokumentacji jakości	partia materiału, element, kontrola i protokół	składa teczkę z tego, co znajdzie; brak wykrywa inspektor klienta
Agent rozliczeń	umowa, kamień milowy, protokół odbioru, faktura	przypomina o fakturze według daty z umowy, a nie według podpisu klienta

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 podobne materiały to naprawdę ten sam materiał. Pilnowaniem jednej nazwy dla jednej rzeczy zajmuje się 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 jeden 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 handlowca „projekt” zaczyna się od wygranej oferty, dla finansów od otwarcia konta kosztowego, dla konstruktora od zatwierdzonych rysunków. Jeśli tego nie uzgodnicie, agent połączy rzeczy, które do siebie nie pasują, i pokaże rentowność, która nic nie znaczy.

Warunek brzegowy jest prosty: jeśli koszt zamkniętych projektów nie jest nigdzie zapisany, obiekt Projekt będzie miał pustą rentowność i żaden model tego nie naprawi. Najpierw jedno miejsce z budżetem i kosztem projektu, 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.

Miernik	Jak liczyć	Skąd dane
Liczba miejsc, w których żyją dane jednego zlecenia	przejść drogę jednego projektu i zapisać każde źródło	lista systemów, arkuszy i skrzynek
Czas odpowiedzi na pytanie „których projektów dotyczy opóźniona dostawa”	zmierzyć przy najbliższym opóźnieniu, przed modelem i po nim	zgłoszenie od dostawcy i godzina odpowiedzi
Odsetek elementów z przypiętą partią i protokołem	elementy z kompletem powiązań do wszystkich elementów projektu	rejestr elementów, świadectwa, protokoły
Dni od kamienia milowego do faktury	od podpisu klienta do daty faktury	protokoły odbioru i faktury
Liczba duplikatów w kartotece materiałów	ten sam materiał pod różnymi nazwami	kartoteka ERP, listy materiałowe, zamówienia

Uczciwie trzeba dodać, że model nie podniesie marży sam z siebie. Na marżę wpływają cena, rynek i jakość oferty. Model sprawia, że zarząd widzi przyczyny wcześniej, a ludzie przestają tracić dni na szukanie.

Od czego zacząć w poniedziałek

Weźcie jeden zamknięty projekt z ostatniego kwartału i przejdźcie jego drogę przez pięć obiektów: zapytanie, umowę, projekt, listę materiałową 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 zespołowi zajmie to dzień.

Jeśli chcecie zacząć od samego początku drogi, czyli od tego, skąd przychodzą zapytania i kto je rozdziela, przeczytajcie tekst o źródłach zapytań w firmie produkcyjno-usługowej.