Jak dobrać system ERP do produkcji karniszy i mebli drewnianych?

ERP powinien prowadzić zamówienie przez uzgodnione etapy, zachowując jego wariant, termin, materiały i status realizacji. ERP, czyli system planowania zasobów przedsiębiorstwa, łączy dane operacyjne dotyczące zamówień, zakupów, zapasów i produkcji w jednym obiegu.

Mapa procesu zaczyna się od zapytania klienta. Sprzedaż zapisuje wymiary, materiał, kolor, akcesoria i warunki dostawy, a wycena ustala cenę oraz termin według reguł firmy. Po akceptacji zamówienie powinno utworzyć zapotrzebowanie na materiały i zadania produkcyjne bez ponownego wpisywania parametrów.

Dla karnisza proces może obejmować cięcie profilu lub rury, dobór wsporników, zakończeń i łączników, kontrolę kompletności oraz pakowanie. Dla mebla drewnianego zamówienie może określać gatunek drewna, wymiary, wykończenie i okucia, a dalsze etapy obejmować rozkrój, obróbkę i montaż. Marszruta, czyli kolejność operacji potrzebnych do wykonania produktu, powinna odpowiadać technologii konkretnego zakładu.

Dane o fakturze i rozliczeniu powinny wynikać z uzgodnionego obiegu sprzedaży. Jeśli firma korzysta z Subiekta GT, wdrożenie KSeF w Subiekcie GT dotyczy obiegu faktur, a nie planowania produkcji. Integrację sklepu z obsługą zamówień warto ocenić osobno, na przykład przez połączenie Subiekta z WooCommerce, jeśli sklep przyjmuje produkty konfigurowane przez klienta.

Produkt na wymiar wymaga zapisania parametrów zamówienia w polach, które można wycenić, przekazać do produkcji i później odtworzyć. Wariant produktu to powtarzalna, zdefiniowana kombinacja cech; osobny indeks magazynowy ma sens, gdy firma musi niezależnie planować lub śledzić dany element.

Tabela pokazuje pola potrzebne do zapisania konfiguracji karnisza lub mebla. Jednostki i formaty należy uzgodnić przed migracją, aby identyczne wymiary nie trafiały do ERP jako różne wartości.

Wniosek: parametry zamówienia powinny znajdować się w strukturze wykorzystywanej przez wycenę i produkcję, a nie wyłącznie w polu uwag. Osobne indeksy tworzymy dla komponentów magazynowanych i kupowanych oddzielnie; kombinacje cech klienta mogą pozostać konfiguracją zlecenia, jeśli ERP przekazuje je dalej w sposób możliwy do kontroli.

Przed demonstracją przygotuj konfiguracje z dozwolonymi zakresami i ograniczeniami. Długość karnisza może wpływać na zużycie profilu, a wybór rodzaju drewna może zmieniać dostępne wykończenie lub sposób obróbki. System powinien blokować albo oznaczać niedozwolone konfiguracje przed przekazaniem ich do produkcji.

ERP powinien wyliczać zapotrzebowanie materiałowe ze struktury produktu i kolejności operacji, a następnie porównywać je z zapasem oraz dostawami. BOM, czyli zestawienie materiałów produktu, określa wymagane komponenty i ich ilości; marszruta opisuje operacje potrzebne do wykonania produktu.

BOM mebla może zawierać elementy drewniane, okucia, kleje i materiały wykończeniowe. BOM karnisza może określać profil, wsporniki i zakończenia, przy czym długość zamówienia wpływa na ilość materiału. Norma zużycia określa ilość materiału przypadającą na jednostkę lub zlecenie; odpad technologiczny powinien być zapisany osobno od zużycia nominalnego.

Tabela porównuje dane, których wymaga planowanie produkcji powtarzalnej i jednostkowej. Microsoft opisuje BOM w Dynamics 365 Supply Chain Management jako strukturę komponentów produktu, a marszrutę produkcyjną jako sekwencję operacji. Funkcje planowania zależą od wybranego ERP i jego konfiguracji.

Wniosek: demonstracja powinna wykazać, czy zmiana konfiguracji aktualizuje materiały i obciążenie operacji. Sprawdź obsługę zamienników, rezerwacji, braków, odpadu oraz zlecenia częściowego, ponieważ producenci systemów mogą rozwiązywać te przypadki w różny sposób.

Dla każdej pozycji BOM ustal jednostkę miary, normę, tolerancję, sposób rozliczenia odpadu i regułę zamiennika. Jeśli system nie zachowuje tych danych przy zmianie wariantu, plan produkcji może nie odzwierciedlać rzeczywistego zużycia.

Przepływ danych działa przewidywalnie, gdy firma ustali system źródłowy dla produktu, ceny, stanu magazynowego i statusu realizacji. Zamówienie może trafiać ze sklepu lub działu sprzedaży do ERP, a następnie do magazynu i produkcji; ERP może przekazać status, dostępność i dokumenty z powrotem do kanału sprzedaży.

Częstotliwość synchronizacji należy dopasować do pilności zdarzenia. Zmiana wymiaru po rozpoczęciu cięcia wymaga kontroli i potwierdzenia przez osobę odpowiedzialną za zlecenie, a zmiana opisu produktu może trafić do kolejki o niższym priorytecie. Każdy przepływ powinien rejestrować błąd, czas wysłania i możliwość ponowienia bez utworzenia duplikatu.

Tabela wskazuje, który system może być właścicielem poszczególnych danych i jakie warunki trzeba sprawdzić przy synchronizacji. Ustalenie tych zasad ogranicza ryzyko nadpisywania zmian przez kilka aplikacji.

Wniosek: każdy interfejs powinien mieć określony zakres danych, regułę aktualizacji i procedurę obsługi błędu. Dla Subiekta GT trzeba osobno sprawdzić, które dokumenty obejmuje konfiguracja KSeF dla Subiekta, ponieważ wymiana faktur nie zastępuje synchronizacji zleceń i materiałów.

Integrację sklepu z ERP testujemy na zamówieniu zawierającym wymiary i akcesoria, a nie tylko na standardowym produkcie z jedną ceną. Próba powinna pokazać, który system przyjmuje korektę, jak przekazuje ją dalej i co zobaczy użytkownik, gdy połączenie chwilowo nie działa.

Podczas prezentacji ERP wykonaj pełne scenariusze wyjątków na danych przykładowych zamiast ograniczać pokaz do standardowej rejestracji zamówienia. Każdy scenariusz powinien mieć kryterium zaliczenia oraz osobę z produkcji, magazynu lub sprzedaży, która potwierdzi wynik.

Tabela zawiera próby dla zamówienia na wymiar. System zalicza próbę, gdy zmiana dociera do właściwych dokumentów i nie wymaga przepisywania danych poza uzgodnionym wyjątkiem.

Wniosek: przed decyzją zapisz wynik każdego testu i brakujące czynności ręczne. Poproś dostawcę o wykonanie prób na danych podobnych do tych, które występują w zakładzie.

Dodatkowy test powinien sprawdzać zmianę po rozpoczęciu operacji. Ustal, czy ERP zachowa poprzednią wersję, pokaże pobrane materiały i wskaże osobę zatwierdzającą zmianę. Historia wersji pozwala ustalić, według której konfiguracji wykonano produkt.

Koszt wdrożenia ERP zależy od zakresu procesów, jakości danych, liczby integracji i konfiguracji, dlatego porównywalna wycena wymaga wspólnego zakresu. Nie porównuj samych opłat licencyjnych, jeśli jedna oferta obejmuje migrację i szkolenie, a druga nie.

Tabela pokazuje składniki, które warto rozdzielić w zapytaniu ofertowym. Wysłanie tego samego opisu procesów do dostawców ułatwia porównanie zakresu i odpowiedzialności.

Wniosek: do zapytania dołącz przykładową kartotekę, mapę procesu, listę integracji i scenariusze demonstracyjne. Porównuj pełny zakres oraz obowiązki firmy, a nie samą cenę licencji.

Koszt może wzrosnąć, jeśli dane źródłowe mają duplikaty, niejednolite jednostki lub nieopisane warianty. Firma powinna poprosić o osobne wskazanie prac jednorazowych, opłat okresowych i kosztów zależnych od zmian po uruchomieniu.

Przygotowanie zaczyna się od uporządkowania indeksów, jednostek, BOM, dostawców i stanów przed migracją do nowego ERP. Migracja przenosi istniejące informacje, ale sama nie naprawia brakujących kodów, duplikatów ani niezgodnych jednostek.

Wyznacz właściciela danych dla kartotek produktów, materiałów, klientów i dostawców. Ustal dozwolone nazwy, jednostki miary, format wymiarów, reguły indeksowania i oznaczanie nieaktywnych pozycji. Osoby z produkcji opisują wyjątki technologiczne, a sprzedaż zatwierdza pola potrzebne do wyceny.

Przed spotkaniem z dostawcą zbierz dane potrzebne do oceny gotowości:

• przykładowe indeksy produktów i materiałów wraz z jednostkami;
• BOM, normy zużycia, odpady i dopuszczone zamienniki;
• listę stanowisk, operacji, czasów i zależności technologicznych;
• aktywne cenniki, zasady wyceny i przykłady nietypowych zamówień;
• listę systemów do integracji i właściciela każdego rodzaju danych.

Pilotaż obejmuje reprezentatywną grupę produktów i rzeczywiste zamówienie przeprowadzone od rejestracji do rozliczenia. Przed startem zespół powinien zatwierdzić zgodność stanów próbnych, role użytkowników, integracje, instrukcję obsługi błędów i plan wycofania zmiany. Uzgodniony tryb awaryjny pozwala obsłużyć zamówienie, gdy integracja lub system produkcyjny jest niedostępny.

Wdrożenie komplikuje się, gdy firma przenosi nieuporządkowane dane, pomija wyjątki produkcyjne albo nie wskazuje osoby zatwierdzającej zmiany. System odtwarza wtedy niejasne reguły z arkuszy i rozmów, a użytkownicy utrzymują ręczne obejścia poza ERP.

Przed rozpoczęciem projektu sprawdź, czy każda kartoteka ma właściciela, a każda reguła procesu ma opis i przykład. Zmianę wymiaru po rozpoczęciu produkcji, brak surowca oraz częściową wysyłkę zapisz jako scenariusze do demonstracji i pilotażu.

Perspektywa KC Mobile: standardowa prezentacja zwykle nie obejmuje wszystkich wyjątków z produkcji, dlatego scenariusze testowe powinny pochodzić z rzeczywistych zamówień firmy. Zalecamy prowadzić listę decyzji z przypisanym właścicielem i terminem, a po każdej zmianie ponownie przejść scenariusze, których dotyczy.

Jeśli firma równolegle porządkuje fakturowanie i korzysta z Subiekta GT, wdrożenie KSeF w używanym Subiekcie może objąć obieg dokumentów sprzedażowych. W projekcie produkcyjnym zakres KSeF należy ustalić obok konfiguracji ERP, migracji danych oraz integracji zamówień.

• Program dla małej firmy produkcyjnej: jak wybrać system na obecne potrzeby
• Jak skrócić czas realizacji zamówień dzięki automatyzacji?
• Integracja API KSeF: jak zaplanować połączenie i testy
• Wystawianie faktur do paragonów w sklepie internetowym: proces, wyjątki i kontrola