Portal iPCC nie powstał po to, żeby robić wrażenie. Powstał po to, żeby produkcja przestała działać na półprawdach

W wielu firmach produkcyjnych problem nie polega na braku systemu. Problem polega na tym,
że między tym, co naprawdę dzieje się na hali, a tym, co widzi planista, menedżer czy kierownik produkcji, powstaje zbyt duży dystans. Informacja przychodzi za późno, jest niepełna albo wymaga ręcznego dopowiadania. W takim modelu organizacja niby działa, ale działa na opóźnionym obrazie rzeczywistości. A kiedy decyzje są podejmowane na podstawie opóźnionego obrazu, prędzej czy później zaczyna rosnąć koszt chaosu.

Właśnie z tego punktu wyrasta Portal iPCC. Nie jako kolejny „duży system”, nie jako próba skopiowania pełnego MES-a, APS-a czy SCAD-y w nowym opakowaniu. Portal iPCC został zaprojektowany jako zestaw konkretnych funkcjonalności wybranych z obszarów, które w praktyce są dla firm najczęściej potrzebne, ale jednocześnie często zbyt kosztowne, zbyt ciężkie albo po prostu niewspółmierne do skali potrzeb, jeśli sięga się po rozbudowane, pełne moduły. To nie jest opowieść o technologii dla samej technologii. To jest odpowiedź na bardzo prosty problem: jak szybciej zobaczyć, co dzieje się na produkcji, szybciej to zaraportować, szybciej zareagować i szybciej osadzić tę informację w systemie.

W praktyce wiele organizacji funkcjonuje dziś w takim zawieszeniu. Z jednej strony wiedzą,
że potrzebują lepszej widoczności produkcji, sprawniejszego raportowania, prostszej wizualizacji harmonogramu albo lepszego dostępu do danych na hali. Z drugiej strony pełne systemy okołoprodukcyjne bywają dla nich zbyt drogie, zbyt trudne wdrożeniowo albo zwyczajnie zbyt szerokie względem rzeczywistego problemu do rozwiązania. Efekt jest łatwy do przewidzenia: część czynności nadal robi się ręcznie, część odkłada „na później”, a część żyje poza głównym systemem. To jest dokładnie ten moment, w którym firma ma już system, ale dalej pracuje tak, jakby go do końca nie miała.

Portal iPCC został pomyślany właśnie jako alternatywa dla takiego wyboru między „za mało” a
„za dużo”. To rozwiązanie chmurowe, subskrypcyjne i konfigurowalne, które można uruchamiać modułowo. Klient nie musi brać całego pakietu. Może korzystać z wybranych fragmentów, dopasowanych do własnego procesu i własnego punktu pęknięcia. I to jest jego realna siła: nie wymusza inwestycji w pełną architekturę tam, gdzie firma chce najpierw uporządkować konkretny obszar operacyjny.

Jednym z pierwszych zadań Portalu iPCC jest wizualizacja harmonogramu i postępu produkcji. Plan powstaje w Infor M3, ale sam plan jeszcze nie rozwiązuje problemu. Problem rozwiązuje dopiero to, czy ludzie są w stanie szybko zobaczyć, co naprawdę dzieje się na stanowisku, w gnieździe,
na wydziale albo w szerszym układzie operacji. Portal porządkuje tę widoczność i pozwala prezentować harmonogram w różnych przekrojach: według stanowisk, dat, gniazd czy wydziałów. Tam, gdzie klasyczny ekran robi się przeładowany informacją, możliwe jest pokazanie wersji sumarycznej, bardziej menedżerskiej, opartej na KPI i szybkim wychwytywaniu odchyleń.

To nie jest detal wizualny. To jest kwestia użyteczności informacji. Jeżeli na hali albo w nadzorze produkcji trzeba przekopywać się przez zbyt skomplikowany widok, to system nie skraca czasu reakcji, tylko go wydłuża. Dlatego w praktyce liczy się nie to, czy harmonogram „jest w systemie”, tylko czy człowiek odpowiedzialny za operację jest w stanie jednym rzutem oka zrozumieć sytuację. Portal iPCC został zaprojektowany właśnie pod taki sposób pracy: duże monitory, zwykłe komputery, tablety, przeglądarka internetowa. Informacja ma być dostępna tam, gdzie jest potrzebna, a nie tylko tam, gdzie teoretycznie została zapisana.

To jednak dopiero połowa obrazu. Bo można mieć dobrze zwizualizowaną produkcję, a dalej nie mieć nad nią realnej kontroli. Kluczowe jest raportowanie. W praktyce produkcja, która nie zostaje zaraportowana na czas, zaczyna żyć w dwóch wersjach: rzeczywistej i systemowej. A to jest bardzo niebezpieczna różnica. Jeżeli ktoś odkłada raportowanie o kilka godzin, później odtwarza fakty
z pamięci, dopisuje dane po czasie albo pomija część informacji, to do menedżerów i planistów trafia obraz niepełny. Można powiedzieć brutalniej: trafia wersja wygodniejsza niż prawdziwa. Na takim materiale nie buduje się dobrych decyzji.

Od tego właśnie zaczął się Portal iPCC. Jego początkiem był panel produkcyjny, czyli rozwiązanie stworzone po to, żeby uprościć rejestrowanie zleceń bezpośrednio przy stanowisku. Operator może uruchomić operację, zatrzymać ją, zaraportować wykonanie, podać liczbę sztuk, czas, braki czy inne niezbędne informacje. Całość trafia do Infor M3, z którym Portal jest zintegrowany w sposób praktycznie natywny. To oznacza, że czynności wykonane w portalu są automatycznie osadzane
w bazie danych M3, a informacje prezentowane użytkownikom są odświeżane w krótkich interwałach, uzgodnionych podczas wdrożenia. W praktyce chodzi o jedno: wszystko, co dzieje się w procesie, powinno jak najszybciej znaleźć odzwierciedlenie w systemie. I odwrotnie, to co powstało w Systemie widać od razu w Portalu; np. korekty harmonogramów pracy stanowiska.

Nie wszędzie jednak sensowne jest opieranie całego raportowania wyłącznie na ręcznej pracy operatora. Dlatego Portal iPCC został rozwinięty również o możliwość automatycznego pobierania danych z maszyn, czujników, skanerów czy fotokomórek. Jeżeli w danym procesie fizyczne zdarzenie może być wiarygodnym sygnałem wykonania określonej czynności, system może
to zdarzenie odczytać i automatycznie zaraportować do M3. To ważne, bo w wielu środowiskach produkcyjnych największą wartością nie jest „więcej ekranów”, tylko mniejsza liczba manualnych punktów styku tam, gdzie człowiek nie musi robić rzeczy, które może potwierdzić sama linia albo urządzenie.

Trzeba to jednak nazwać uczciwie: to nie jest SCADA. Portal iPCC nie udaje rozwiązania, którym nie jest. On bierze z tej klasy systemów wybrane, praktyczne elementy i osadza je tam, gdzie mogą realnie poprawić jakość danych oraz skrócić czas między zdarzeniem a jego rejestracją. I właśnie dlatego jest użyteczny. Na rynku jest już wystarczająco dużo produktów, które próbują być wszystkim naraz. Portal iPCC idzie inną drogą: bierze to, co potrzebne, i pomija technologiczną nadwagę.

Kolejnym istotnym obszarem jest przeplanowywanie. Portal wykorzystuje wykres Gantta
do prezentacji operacji, ale jego rola nie kończy się na samej wizualizacji. Możliwe jest bezpośrednie korygowanie harmonogramu z poziomu tego widoku — przesuwanie operacji, ich wstrzymywanie czy wprowadzanie zmian tam, gdzie sytuacja na hali przestaje odpowiadać planowi. To szczególnie ważne w momentach, które w produkcji są codziennością, a nie wyjątkiem: awaria stanowiska, brak pracownika, opóźnienie poprzedniej operacji, uszkodzenie narzędzia, niedostępność zasobu.

I znowu trzeba zachować precyzję. Portal iPCC nie jest pełnym APS-em i nie służy do budowania zaawansowanych scenariuszy „co-jeśli” dla całej organizacji. Jego wartość leży gdzie indziej. Daje możliwość reakcyjnego działania tam, gdzie liczy się szybka korekta w miejscu wystąpienia problemu. Człowiek odpowiedzialny za produkcję nie musi wracać do oddalonego stanowiska, żeby nanieść prostą zmianę. Może to zrobić bezpośrednio na hali, z poziomu tabletu czy telefonu,
a zmiana trafia do M3. W takich sytuacjach technologia przestaje być dekoracją. Zaczyna być narzędziem skracania czasu reakcji.

Na pierwszy rzut oka moduł B2B może wyglądać jak coś z innego porządku niż funkcje produkcyjne. W praktyce to przedłużenie tej samej filozofii. Zamówienie klienta nie kończy się przecież na handlu. Ono uruchamia skutki po stronie planowania, produkcji i realizacji. W modelach make-to-order czy make-to-project to powiązanie jest szczególnie istotne. Jeśli klient nie widzi statusu zamówienia, jeśli firma musi ręcznie odpowiadać na pytania o postęp i wysyłkę, to znowu wracamy do tego samego problemu: rozproszona informacja, ręczne obchodzenie procesu i opóźniona reakcja.

Portal iPCC porządkuje ten obszar w wersji, którą można nazwać B2B light. Klient może sprawdzić status zamówienia, ocenić etap realizacji, zobaczyć informacje o wysyłce, przejść do listu przewozowego, a także złożyć nowe zamówienie lub skopiować wcześniejsze. Co ważne, może operować własną nomenklaturą produktów. To nie jest drobnostka UX-owa. To jest bardzo praktyczny sposób na zmniejszenie tarcia w relacji handlowej i operacyjnej. System nie zmusza klienta do myślenia nomenklaturą producenta. Pozwala mu pracować w jego własnym porządku, przy zachowaniu spójności po stronie ERP.

Wokół sztucznej inteligencji narosło dziś wystarczająco dużo hałasu, żeby podejść do tego tematu z chłodną głową. W przypadku Portalu iPCC sens wykorzystania AI pojawia się tam, gdzie system gromadzi dane procesowe i można z nich wydobyć wzorce niewidoczne przy zwykłej obserwacji. Chodzi między innymi o analizę przepływu danych z produkcji, gęstości wykonania, błędów jakościowych, awarii, przezbrojeń czy mikroprzestojów. AI może pomóc zidentyfikować powtarzalność określonych zachowań albo odchyleń, zarówno na poziomie stanowiska, jak
i operatora, jeśli wzorzec jest ukryty w dłuższej perspektywie danych.

To jest istotna różnica. Nie mówimy o „AI, które zmienia wszystko”. Mówimy o konkretnym zastosowaniu: analiza danych produkcyjnych w celu lepszego zarządzania problemami, które
w klasycznym, powierzchownym odczycie mogą się rozpływać. Jeżeli określony typ błędu pojawia się regularnie o podobnej porze, jeżeli wydajność pozornie się zgadza, ale w rozbiciu na krótsze odcinki czasu wychodzą manipulacje albo nieefektywności, to właśnie wtedy analiza wsparta AI zaczyna mieć wartość. Nie dlatego, że jest modna. Dlatego, że pozwala szybciej oddzielić przypadek od wzorca.

Z transkrypcji wynika też kierunek rozwoju produktu. Pojawia się zapowiedź funkcji OCR wspieranej przez AI, która miałaby umożliwiać odczyt dokumentów, ich interpretację i przekazywanie
do repozytorium dokumentów M3, a dalej do workflow. Wspomniana jest także platforma zakupowa w wersji light, gdzie kontrahenci mogliby konkurować ofertami, a algorytm wyboru nie musiałby opierać się wyłącznie na najniższej cenie. To ważne, bo pokazuje, że Portal iPCC nie rozwija się jako przypadkowy zbiór dodatków, ale jako szersza warstwa uproszczonego dostępu
do procesów, które w klasycznym układzie bywają zbyt ciężkie, zbyt ręczne albo zbyt rozproszone. Jednocześnie trzeba uczciwie zaznaczyć, że w materiale są to plany rozwojowe, a nie opis w pełni potwierdzonego, obecnego stanu wszystkich funkcji.

Portal iPCC jest praktyczną warstwą operacyjną zbudowaną wokół Infor M3. Nie zastępuje pełnych klas systemów tam, gdzie te są naprawdę potrzebne. Nie próbuje wygrać prezentacji długością listy funkcji. Jego rola jest bardziej konkretna: skraca dystans między produkcją a informacją, między zdarzeniem a raportem, między problemem a reakcją, między zamówieniem a jego widocznością dla klienta.

To rozwiązanie dla organizacji, które nie chcą już żyć w modelu opóźnionych półprawd, ale też nie zawsze potrzebują od razu pełnej, ciężkiej architektury klasy enterprise dla każdego pojedynczego problemu. I właśnie dlatego Portal iPCC jest ciekawy. Nie obiecuje cudu. Robi coś bardziej wartościowego: przywraca sterowność tam, gdzie wcześniej proces rozjeżdżał się między systemem a rzeczywistością. A w produkcji to zwykle jest różnica między „mamy dane” a „możemy na nich naprawdę zarządzać”.