Jak przygotować kartonownię do wdrożenia ERP

Ostatnia aktualizacja: 2026-10-08

Od czego zacząć przygotowanie kartonowni do ERP?

Najbezpieczniej rozpocząć od analizy procesów, wymagań, danych i sposobu odbioru rozwiązania.^[1][2][3][4] ERP należy potraktować jako projekt obejmujący analizę, migrację, testy i uruchomienie, a nie wyłącznie techniczną konfigurację programu.

Dobrym punktem wyjścia jest jeden reprezentatywny przepływ: od przyjęcia zamówienia do wysyłki gotowych opakowań. Przy każdym kroku trzeba ustalić, kto podejmuje decyzję, jakie dane są potrzebne, gdzie są obecnie rejestrowane i po czym będzie można potwierdzić poprawne działanie procesu.

Tak zdefiniowane podstawy można przełożyć na plan wdrożenia ERP w kartonowni, bez przypisywania systemowi funkcji, których potrzeba nie została jeszcze potwierdzona.

Lista kontrolna nie zastąpi analizy konkretnego zakładu. Konfiguracja wymaga potwierdzenia realnych procesów kartonowni, ponieważ różne modele produkcji mogą wymagać innych danych, reguł i integracji.^[8]

Zmapuj przepływ od zamówienia do wysyłki

Mapa procesu powinna obejmować przepływ od zamówienia lub planu przez produkcję i kontrolę jakości do magazynu, wysyłki oraz rozliczenia. Dokładny zakres zależy jednak od modelu produkcji, stopnia automatyzacji i funkcji objętych wdrożeniem ERP.

Najpierw nazwij dominujący model produkcji

Przed konfiguracją trzeba określić dominujące modele produkcji i występujące w nich wyjątki. Źródła nie ustanawiają jednej klasyfikacji właściwej dla wszystkich kartonowni, dlatego nazwy i granice procesów powinny wynikać z praktyki danego zakładu.

Podczas warsztatu dla każdego etapu można zapisać:

• zdarzenie rozpoczynające krok procesu;
• dane i dokumenty wejściowe;
• rolę odpowiedzialną za decyzję lub wykonanie operacji;
• rezultat i dane przekazywane do następnego kroku;
• system albo dokument, w którym informacja jest obecnie rejestrowana.

Zapisz wyjątki, a nie tylko przebieg standardowy

Opis wyłącznie najprostszego zlecenia nie daje pełnego obrazu konfiguracji. Podczas mapowania należy wskazać odstępstwa występujące w realnej pracy, na przykład zmianę wariantu lub korektę danych technologicznych. Nie trzeba od razu projektować rozwiązania każdego wyjątku. Najpierw należy ustalić, które sytuacje są rzeczywistą częścią procesu i kto decyduje o sposobie ich obsługi.

Efektem mapowania powinien być uzgodniony przepływ pracy, a nie materiał przygotowany wyłącznie przez jeden dział. Taki zapis pokazuje, które kroki można ustandaryzować, a które wymagają kontrolowanej ścieżki wyjątkowej.

Uporządkuj dane technologiczne przed migracją

Przed importem trzeba ustalić reguły nazewnictwa, jednostki miary, sposób obsługi duplikatów, zakres przenoszonej historii oraz osoby zatwierdzające dane. Migracja nie powinna oznaczać automatycznego skopiowania wszystkich arkuszy i kartotek do nowego środowiska.

BOM i marszruta: dwa różne elementy technologii

BOM, czyli struktura materiałowa, opisuje składniki potrzebne do wykonania wyrobu lub półproduktu. Marszruta produkcyjna określa natomiast kolejność operacji, związane z nimi zasoby i czasy. Przed migracją obie struktury trzeba przygotować i zatwierdzić, ponieważ zasilają planowanie oraz realizację produkcji.^[5][6][7]

Rozdzielenie tych pojęć ma znaczenie praktyczne. Sam wykaz materiałów nie opisuje przebiegu operacji, a sama marszruta nie zastępuje informacji o składzie wyrobu.

Ustal właściciela, źródło i status każdej grupy danych

Jeżeli kartonownia wymaga identyfikowalności, trzeba zaprojektować śledzenie partii, zleceń, materiałów i operacji. Nie każdy zakład potrzebuje jednak takiego samego poziomu szczegółowości. Zakres zależy od klientów, procesów i wymagań jakościowych.^[8]

Zdecyduj, co migrować, a co archiwizować

Dla każdej grupy danych należy podjąć osobną decyzję: przenieść, wcześniej uzupełnić albo pozostawić w dostępnym archiwum. Trzeba też określić właściciela odpowiedzialnego za ocenę jakości i zatwierdzenie materiału przed importem.

Takie podejście oddziela techniczne wykonanie migracji od biznesowej odpowiedzialności za treść danych. Sam poprawny import nie potwierdza jeszcze, że kartoteki, BOM-y i marszruty opisują aktualny sposób pracy.

Ustal granice ERP i potrzebne integracje

Zakres integracji należy określić dopiero po zinwentaryzowaniu systemów, urządzeń i miejsc, w których powstają albo są wykorzystywane dane potrzebne ERP. Analiza może objąć narzędzia planowania, systemy hali, dokumentację technologiczną, jakość, magazyn, skanery lub etykietowanie.^[8][9]

Nie oznacza to, że każda kartonownia powinna wdrożyć wszystkie takie rozwiązania. MES, APS, CAD, system jakości czy bezpośrednia wymiana danych z maszynami są przykładami możliwych elementów architektury, a nie obowiązkowym zestawem.

Dla każdego planowanego połączenia należy ustalić:

• jakie dane są przekazywane;
• który system jest ich źródłem;
• w jakim kierunku i momencie odbywa się wymiana;
• kto odpowiada za interfejs;
• jak ma zostać obsłużony błąd transmisji.

Dzięki temu integracja ma określony cel procesowy. Firma nie zamawia połączenia tylko dlatego, że technicznie można je wykonać, i ogranicza miejsca wymagające ręcznego przepisywania tych samych informacji.

Przypisz odpowiedzialność za procesy i dane

Do zespołu wdrożeniowego należy włączyć właścicieli procesów, użytkowników kluczowych, IT, finanse oraz osobę decyzyjną po stronie zarządu.^[1][4] Odpowiedzialność za dane i decyzje biznesowe nie powinna zostać przekazana wyłącznie działowi IT ani dostawcy ERP.

Role trzeba rozdzielić znaczeniowo:

Sponsor projektu

Podejmuje lub zatwierdza decyzje wykraczające poza jeden obszar i zapewnia drogę eskalacji.

Właściciel procesu

Odpowiada za uzgodnienie sposobu działania procesu i jego wyjątków.

Właściciel danych

Zatwierdza definicje, jakość i reguły utrzymania określonej grupy danych.

Użytkownik kluczowy

Reprezentuje praktykę operacyjną danego obszaru podczas analizy i odbioru.

W mniejszej organizacji jedna osoba może łączyć kilka ról. Nie usuwa to jednak potrzeby jednoznacznego wskazania, kto przygotowuje dane, kto je zatwierdza, kto jest konsultowany i kto podejmuje decyzję w przypadku sporu.

Zweryfikuj gotowość przed uruchomieniem systemu

Gotowość do startu należy potwierdzić pełnym scenariuszem biznesowym na reprezentatywnych danych. Test powinien przejść przez zamówienie, plan, materiały, produkcję, jakość, magazyn, wysyłkę i dokument sprzedaży.^[1][3][4] Konkretne scenariusze odbiorowe muszą jednak wynikać z zakresu projektu i umowy.

Próba generalna: scenariusz od zlecenia do wysyłki

Pojedynczy ekran może działać prawidłowo, a problem może ujawnić się dopiero podczas przekazania danych do następnego etapu. Próba generalna łączy więc w jednym teście procesy, przygotowane kartoteki, role użytkowników oraz integracje.

Co wymaga potwierdzenia podczas warsztatów

Uniwersalna checklista nie rozstrzygnie szczegółów zależnych od konkretnego zakładu. Podczas warsztatów trzeba potwierdzić model produkcji, rzeczywisty zakres danych, wymagany poziom identyfikowalności, granice ERP, sposób działania integracji oraz scenariusze odbiorowe.

Decyzja o uruchomieniu powinna opierać się na wynikach testów krytycznych przepływów i zamknięciu ustalonych niezgodności, a nie wyłącznie na deklaracji, że konfiguracja została zakończona.

+Artykuł Sponsorowany+