Tricogen produkuje szeroką gamę wyrobów na bazie nadtlenku wodoru, kosmetyków do włosów, kosmetyków i produktów do pielęgnacji osobistej, zarówno na rynek profesjonalny (salony fryzjerskie), jak i detaliczny. Zakład w Newton Aycliffe w hrabstwie Durham, na północnym wschodzie Anglii, może wyprodukować do 6 mln butelek rocznie.
Planowanie produkcji opiera się na chmurowym systemie MRP i zestawie rozbudowanych arkuszy Excela, które co tydzień przelicza doświadczona osoba odpowiedzialna za planowanie produkcji. Harmonogram musi jednocześnie uwzględnić dostępność materiałów, pojemność zbiorników i magazynu półproduktów, przezbrojenia, dostępność pracowników oraz terminy klientów.
Ten układ, oparty na MRP, Excelu i wiedzy planisty o zakładzie, od lat wspiera rozwój firmy. Sprawdzenie harmonogramu względem stanów materiałowych, mocy produkcyjnych i dostępnej obsady to jednak praca wykonywana ręcznie, a nie coś, co system robi sam. Tymczasem liczba rzeczy do skoordynowania szybko rośnie: produkcja masy, magazynowanie międzyoperacyjne, konfekcjonowanie, ludzie, surowce i popyt klientów w kilku kategoriach produktowych naraz.
Tricogen postanowił usprawnić planowanie i harmonogramowanie produkcji, żeby lepiej wspierać decyzje, wzrost firmy i zwiększanie wolumenów.
Razem z VirtusLab firma zakończyła pierwszy etap wdrożenia Nexelem APS: działający prototyp, który potwierdził integrację z MRP i logikę harmonogramowania, zanim powstanie pełny, dedykowany system.
Spis treści:
Tricogen i skala wyzwania planistycznego
- Firma: Tricogen Laboratories Ltd, brytyjski producent wyrobów na bazie nadtlenku wodoru, kosmetyków do włosów, kosmetyków i produktów do pielęgnacji osobistej na rynek profesjonalny i detaliczny.
- Lokalizacja: Newton Aycliffe, hrabstwo Durham, Wielka Brytania.
- Zakres projektu: prototyp Nexelem APS i projekt interfejsu, podłączone do kopii roboczej chmurowego systemu MRP używanego w Tricogen.
- Problem: harmonogram składany ręcznie w kilku tygodniowych arkuszach, dostępność materiałów i moce sprawdzane ręcznie zamiast w jednym, aktualnym widoku.
- Rozwiązanie (etap pierwszy): proof of concept (PoC) i makieta interfejsu w Figmie; potwierdzenie, że zlecenia produkcyjne, receptury i terminy mogą automatycznie przepływać między MRP a Nexelem.
- Status: wykonalność integracji potwierdzona, etap drugi, czyli budowa pełnego APS, zaplanowany jako kolejny krok.
Tricogen produkuje w modelu dwuetapowym. Najpierw powstaje masa (bulk), czyli baza lub szarża, a potem następuje mieszanie, butelkowanie i konfekcjonowanie. Łączne moce produkcyjne wszystkich linii rozlewniczych i konfekcjonujących to około 130 000 sztuk tygodniowo. Każda rodzina produktów (utleniacze, kremy, balsamy, produkty do stylizacji) wymaga własnego zbiornika lub miejsca na szarżę między oboma etapami.
Planowanie obejmuje kroczący horyzont 12 tygodni i dodatkowy sześciotygodniowy widok „pipeline”. Dla producenta chemii i kosmetyków to nic nadzwyczajnego. Trudność leży gdzie indziej: w tym, ile trzeba skoordynować jednocześnie i w ilu kategoriach produktowych. Produkcja masy i potrzebny do niej magazyn międzyoperacyjny, konfekcjonowanie, dostępność surowców, ludzie i ich kompetencje na zmianie, czasy przezbrojeń, a do tego popyt klientów, który trzeba obsłużyć niezależnie od reszty zamówień. Każdy z tych czynników zmienia się niezależnie od pozostałych. Utrzymanie ich w równowadze tydzień po tygodniu, z dokładnością, na jakiej pracuje taki zakład, to dokładnie ten problem, do którego rozwiązywania powstały systemy APS.
Jak wygląda planowanie dziś
Tygodnia w Tricogen nie wyznacza jedno wąskie gardło. Linie mogą pracować w trybie ciągłym, więc dostępność ludzi i ich kompetencje mają duże znaczenie, ale tak samo ważne są materiały, zbiorniki między produkcją masy a konfekcjonowaniem, czasy przezbrojeń i terminy, w które musi się zmieścić każdy harmonogram. Kolejność korzystna dla jednego ograniczenia potrafi stworzyć problem przy innym. Dlatego tak duża część planu opiera się na doświadczeniu i znajomości zakładu osoby, która go układa.
Tę wiedzę przekłada się na Excela: jeden arkusz na każdy tydzień harmonogramu i osobny z czasami realizacji zleceń, w którym podobne zlecenia grupuje się ręcznie, żeby ograniczyć liczbę przezbrojeń. Chmurowy MRP generuje własny wynik, ale służy on do kontroli krzyżowej, a nie jako punkt wyjścia planu. Zapotrzebowanie materiałowe wylicza się z harmonogramu i ręcznie weryfikuje z magazynem.
Ten sposób pracy sprawdza się od wielu lat. Jego koszt to czas i widoczność. Każda weryfikacja jest ręczna: czy materiał będzie na miejscu, kiedy ruszy szarża; czy osoby rozpisane na zmianę mają kompetencje wymagane przy danym zadaniu; czy zmiana kolejności, która oszczędza jedno przezbrojenie, nie spowoduje konfliktu o zbiornik kilka dni później. Większe przezbrojenia planuje się zwykle na piątki, co daje tygodniowi naturalny bufor. Ograniczeniem nie jest jakość decyzji, tylko czas potrzebny, żeby je podjąć, oraz ilość ręcznej pracy przy każdej zmianie. Tę lukę ma zamknąć etap drugi: ta sama wiedza planistyczna, ale zastosowana do harmonogramu, który trafia do operatorów już sprawdzony względem aktualnych danych.
Jeśli w Twoim zakładzie planowanie wygląda podobnie, więcej o tym, jak system MRP różni się od narzędzi harmonogramujących, możesz przeczytać w osobnym artykule.
Etap pierwszy: najpierw integracja, potem pełny system
Zamiast od razu budować całość, Tricogen i VirtusLab postanowili najpierw sprawdzić najbardziej ryzykowną część projektu: czy Nexelem może niezawodnie wymieniać dane z chmurowym systemem MRP, na którego działanie nie mamy bezpośredniego wpływu.
Ustalona w tym etapie metoda integracji wygląda następująco:
- Na bazie danych MRP powstaje warstwa hurtowni danych zbudowana z zapytań SQL (widoków).
- Widoki odświeżają się na żądanie i są udostępniane przez dedykowane API zabezpieczone kluczem.
- Niewielka aplikacja-konektor wywołuje to API i przenosi dane do zewnętrznego schematu, z którego importuje je Nexelem.
- Poza oknami odświeżania API jest wyłączone, więc powierzchnia ekspozycji danych pozostaje mała.
Równolegle z technicznym PoC dział planowania Tricogen przeszedł przez makietę przyszłego interfejsu Nexelem w Figmie i zobaczył podwójny widok, który wykorzysta gotowy system (szczegółowy wykres Gantta i tygodniowe podsumowanie), zanim którykolwiek z nich został zaprogramowany. Dzięki temu uwagi i prośby o zmiany pojawiały się na etapie szkicu, a nie jako poprawki po uruchomieniu. W projekcie, w którym przeprojektowuje się codzienną pracę planisty, ma to większe znaczenie, niż mogłoby się wydawać.
Co dał etap pierwszy
Efektem pierwszego etapu nie był harmonogram sterujący produkcją, tylko potwierdzenie, że najtrudniejsze założenia projektu się bronią.
- Zlecenia produkcyjne, receptury (BOM) i terminy przeszły z MRP do działającego prototypu Nexelem bez ręcznego przepisywania, od początku do końca.
- Wybrana metoda integracji, czyli widoki SQL odświeżane na żądanie po zabezpieczonym API, pasuje do istniejącej infrastruktury IT i polityki bezpieczeństwa Tricogen i nie wymaga budowania nowych.
- Praca na makiecie w Figmie pokazała działowi planowania widok Gantta i tygodniowe podsumowanie, zanim ruszyła integracja pełnego systemu, a przy okazji dała konkretną listę zmian na etap drugi: cele dla poszczególnych stanowisk, widok BOM z oznaczeniem braków magazynowych oraz możliwość dodawania komentarzy bezpośrednio na wykresie Gantta.
Dyrektor zarządzający Tricogen, Neil Bagnall, podsumował współpracę w liście referencyjnym (tłumaczenie z angielskiego):
„Przez cały czas współpracy zespół VirtusLab wykazywał się wysokim profesjonalizmem, wiedzą techniczną i szybkością reakcji. Poświęcił czas na zrozumienie naszych wymagań biznesowych i wyzwań operacyjnych, dbając o to, by rozmowy koncentrowały się na praktycznych rozwiązaniach i osiągalnych celach. […] VirtusLab to kompetentna, rzetelna i profesjonalna organizacja, która ceni długoterminowe relacje z klientami i konstruktywnie pracuje nad dostarczaniem wartości.”
Co przyniesie etap drugi
Etap pierwszy odpowiedział na pytanie, czy integracja zadziała. W etapie drugim zautomatyzujemy samo planowanie.
Po zakończeniu prac Nexelem będzie pobierał z MRP zlecenia, receptury, terminy i dostępność materiałów, a następnie wyliczał zoptymalizowany harmonogram uwzględniający dostępność ludzi, materiałów i moce produkcyjne, zanim plan trafi do działu planowania. Czas przezbrojenia na start przyjmuje prostą wartość domyślną 30 minut. Przezbrojenie jest traktowane jako zadanie o zerowej ilości z własnym miejscem w harmonogramie. Pełna macierz przezbrojeń to kolejny krok, gdy zbierze się wystarczająco dużo rzeczywistych danych o czasach przestawień.
Każdy harmonogram nadal będzie przeglądany i zatwierdzany przez dział planowania, na tym samym wykresie Gantta i widoku tygodniowym, które sprawdzono na makiecie w Figmie. Różnica polega na tym, że braki materiałowe i konflikty mocy produkcyjnych będą widoczne od razu, a nie odkrywane w trakcie tygodnia. Zatwierdzone harmonogramy będą automatycznie wracać do MRP, co zamknie pętlę, która dziś wymaga ręcznej aktualizacji dat. Tricogen dostanie też analizę scenariuszy what-if: pilne zamówienie albo awarię maszyny będzie można przetestować na aktualnym harmonogramie, zanim ktokolwiek podejmie decyzję, zamiast ratować rozbity plan po fakcie.
To kolejne wdrożenie APS, w którym integracja z istniejącym systemem była punktem wyjścia. Jak wygląda to przy SAP i kilkuset stanowiskach, możesz przeczytać w case study Sanok Rubber Company.
Jeśli Twój zespół planowania składa harmonogram z kilku arkuszy i eksportu z MRP lub ERP, etap pierwszy w Tricogen pokazuje, jak najpierw sprawdzić najbardziej ryzykowne założenia. Możesz zobaczyć, jak Nexelem APS harmonogramuje z uwzględnieniem ograniczeń, albo skontaktować się z nami i porozmawiać o tym, jak mógłby wyglądać podobny PoC dla Twojego systemu.
Napisane przez
Wojciech łączy doświadczenie z branży IT i przemysłu wytwórczego, przekładając je na skuteczną i zrozumiałą komunikację. Jest współorganizatorem Meetupu Produkcyjnego, gdzie wspiera wymianę wiedzy między managerami produkcji otwartymi na nowe technologie, w tym sztuczną inteligencję (AI). Na co dzień pracuje w kreatywnych środowiskach, przede wszystkim w zespołach produktowych i startupach, pomagając budować, rozwijać i wprowadzać na rynek wartościowe produkty cyfrowe.
Ostatnia aktualizacja: 05.10.2026
