Jak powinien działać nowoczesny dedykowany system ERP?

Dobry ERP nie jest katalogiem niezależnych modułów. Łączy dane i odpowiedzialności pomiędzy działami, pomaga pracownikom wykonywać codzienną pracę i pokazuje wynik wtedy, gdy można jeszcze na niego wpłynąć.

Nowoczesny system ERP zaczyna się od informacji, które każdego dnia przechodzą przez firmę.

Klient składa zamówienie. Handlowiec zna jego ustalenia. Zakupy muszą wiedzieć, czego potrzeba do realizacji. Magazyn sprawdza dostępność materiałów. Kierownik pilnuje terminów i odpowiedzialności. Finanse przypisują dokumenty oraz koszty. Właściciel chce wiedzieć, czy zlecenie nadal przynosi zakładany wynik.

Każda z tych osób pracuje nad innym fragmentem tej samej sprawy.

Jeżeli informacje znajdują się w osobnych skrzynkach, arkuszach i programach, pracownicy muszą stale je przekazywać, przepisywać i porównywać. Firma może korzystać z wielu narzędzi, ale nadal nie ma jednego spójnego systemu zarządzania.

Dobrze zaprojektowany ERP łączy te informacje w jeden obieg. Dane powstające w jednym dziale pomagają kolejnym osobom wykonać pracę i podjąć decyzję.

O jakości systemu ERP nie decyduje liczba dostępnych modułów. Decyduje to, czy informacja powstała w jednym miejscu jest wykorzystywana w dalszej pracy firmy.

Co to jest system ERP?

Skrót ERP pochodzi od angielskiego określenia Enterprise Resource Planning, czyli planowanie zasobów przedsiębiorstwa.

W praktyce ERP jest systemem łączącym operacje wykonywane przez różne działy firmy. Może obejmować między innymi:

• sprzedaż i zamówienia,
• projekty i zlecenia,
• zakupy,
• magazyn,
• dokumenty,
• czas pracy,
• koszty,
• rozliczenia,
• raportowanie zarządcze.

Zakres zależy od sposobu działania przedsiębiorstwa. Firma usługowa potrzebuje innego ERP niż zakład produkcyjny, hurtownia czy organizacja realizująca indywidualne projekty.

Wspólną cechą powinny być jednak dane. Klient, projekt, zlecenie, dokument, koszt i użytkownik powinny mieć to samo znaczenie w całym systemie. Poszczególne osoby mogą widzieć inne informacje i wykonywać inne czynności, ale pracują na jednej historii sprawy.

Jak powinien działać ERP w codziennej pracy?

Najłatwiej pokazać to na przykładzie realizacji zamówienia.

Klient akceptuje ofertę. Zakres, ilości, terminy i ustalenia przechodzą do realizacji. Na ich podstawie powstaje zapotrzebowanie na materiały lub usługi. Zakupy kontaktują się z dostawcami, a zaakceptowane koszty są przypisywane do właściwego zlecenia.

Magazyn widzi, co należy zarezerwować i wydać. Kierownik planuje kolejne etapy i przydziela odpowiedzialność. Pracownicy rejestrują wykonane zadania lub czas pracy. Dokumenty kosztowe trafiają do odpowiedniej sprawy.

Właściciel nie musi na końcu miesiąca prosić kilku osób o przygotowanie osobnych zestawień. Wynik zlecenia powstaje z danych zapisanych podczas jego realizacji.

Przykładowy obieg może wyglądać tak:

zamówienie → zapotrzebowanie → zakup → magazyn → realizacja → czas pracy → dokumenty → koszt → rozliczenie

Nie każda firma potrzebuje wszystkich tych elementów. Każdy uruchomiony obszar powinien jednak korzystać ze wspólnych danych i przekazywać informacje do kolejnych etapów bez ręcznego odtwarzania ich w następnym programie.

Dane powinny być wprowadzane raz

Jedną z najważniejszych cech dobrego systemu ERP jest ograniczenie wielokrotnego przepisywania tych samych informacji.

Dane klienta zapisane przy zamówieniu mogą zostać wykorzystane w projekcie, dokumencie, potwierdzeniu zamówienia i rozliczeniu. Pozycje zaakceptowanej oferty mogą utworzyć zakres realizacji oraz zapotrzebowanie na materiały. Zatwierdzony zakup może od razu zwiększyć koszt projektu.

Czas pracy zapisany przy zadaniu może zostać uwzględniony w wyniku zlecenia. Faktura kosztowa może być połączona z dostawcą, zamówieniem, projektem i wcześniejszą akceptacją wydatku. Taki obieg opisujemy szerzej w materiale o wnioskach zakupowych i akceptacji kosztów.

Pracownik nie powinien za każdym razem zastanawiać się, gdzie należy ponownie wpisać tę samą informację. System powinien wiedzieć, które osoby i obszary będą jej później potrzebować.

System ma pomagać pracownikowi wykonać zadanie

ERP nie powinien być wyłącznie miejscem, w którym pracownicy opisują to, co wcześniej zrobili w mailu, Excelu i innych programach. Powinien uczestniczyć w pracy.

Może na przykład:

• wskazać brakujące informacje przed rozpoczęciem kolejnego etapu,
• przygotować dokument na podstawie danych znajdujących się już w systemie,
• przekazać sprawę do właściwej osoby,
• utworzyć zadania wynikające ze statusu zlecenia,
• przypomnieć o terminie dostawy lub akceptacji,
• wykryć przekroczenie budżetu,
• pokazać dokumenty wymagające decyzji,
• zablokować przejście dalej, jeżeli brakuje informacji niezbędnej do realizacji,
• powiązać koszt z właściwym projektem.

Dobrze zaprojektowany ERP zmniejsza liczbę rzeczy, o których pracownik musi pamiętać samodzielnie.

Nie oznacza to, że program podejmuje wszystkie decyzje. Człowiek nadal zatwierdza zakup, zmianę zakresu, rabat, dokument albo odstępstwo od standardowego procesu. Rolą systemu jest przygotowanie właściwego kontekstu i dopilnowanie, żeby decyzja nie opierała się na nieaktualnych albo niekompletnych informacjach.

Każda rola potrzebuje innego widoku

Wspólne dane nie oznaczają, że każdy użytkownik powinien widzieć ten sam ekran i wszystkie informacje znajdujące się w systemie.

Rola	Najważniejsze informacje
Handlowiec	historia klienta, zakres oferty, termin realizacji, status zamówienia i kolejny kontakt
Zakupy	zapotrzebowania, dostawcy, terminy, budżety i pozycje wymagające zamówienia
Magazyn	przyjęcia, rezerwacje, wydania, zwroty i lokalizacje zasobów
Kierownik realizacji	etapy, braki, terminy, osoby odpowiedzialne oraz koszty
Finanse	dokumenty, kontrahenci, akceptacje, płatności i powiązania z projektami
Właściciel lub zarząd	wartość zleceń, koszty, przewidywany wynik, odchylenia, opóźnienia i decyzje

Każda rola korzysta z tych samych danych, ale widzi je w kontekście swojej odpowiedzialności.

Dobry ERP ogranicza również dostęp do informacji, których dana osoba nie potrzebuje. Uprawnienia powinny wynikać z rzeczywistej struktury firmy, a ważne zmiany powinny mieć zapisaną historię: kto, kiedy i dlaczego je wykonał.

Raport powinien powstawać podczas pracy

W wielu firmach raport jest osobnym zadaniem wykonywanym pod koniec tygodnia albo miesiąca. Kierownik zbiera dane z arkuszy. Księgowość wysyła dokumenty kosztowe. Pracownicy uzupełniają brakujące godziny. Ktoś porównuje plan z rzeczywistością i próbuje ustalić, która wersja danych jest aktualna.

Taki raport pokazuje przeszłość. Często powstaje za późno, żeby można było jeszcze zmienić decyzję.

Nowoczesny ERP powinien budować raport z danych zapisanych podczas codziennej pracy. Jeżeli zakup został zatwierdzony dla konkretnego projektu, jego wartość od razu pojawia się w kosztach planowanych. Jeżeli magazyn wydał materiał, informacja trafia do realizacji. Jeżeli pracownik zarejestrował czas przy zadaniu, kierownik widzi wpływ robocizny na wynik.

Jeżeli zmienił się termin dostawy, system może pokazać zagrożone etapy. Dzięki temu raport przestaje być dokumentem przygotowywanym po pracy. Staje się aktualnym obrazem tego, co dzieje się w firmie.

Więcej o danych potrzebnych do takiego raportu znajdziesz w artykule o kontroli rentowności zlecenia.

Ewidencja narzędzi RFID i QR w systemie ERP

W wielu firmach magazyn przechowuje nie tylko materiały zużywane podczas realizacji, lecz także narzędzia wielokrotnego użytku. Materiał może zostać wydany i stać się kosztem projektu. Narzędzie nadal pozostaje własnością firmy, ale trzeba wiedzieć, gdzie jest, kto za nie odpowiada, kiedy powinno wrócić i czy może zostać wydane ponownie.

Dlatego ewidencja narzędzi powinna obsługiwać codzienne wydania, zwroty, przeniesienia, rezerwacje, przeglądy oraz inwentaryzację.

Narzędzia pojedyncze i całe komplety

Każde narzędzie może otrzymać wewnętrzny identyfikator, kod QR, znacznik RFID, numer seryjny, stan techniczny i bieżącą lokalizację. Kartoteka może przechowywać osobę odpowiedzialną, projekt, planowany termin zwrotu oraz datę przeglądu lub serwisu.

System może prowadzić także komplety. Skrzynia monterska, zestaw pomiarowy albo komplet elektronarzędzi otrzymuje własny identyfikator, a pod nim listę elementów. Pracownik może wydać cały komplet jednym skanem, a przy zwrocie sprawdzić, czy wróciły wszystkie części.

Wydanie i zwrot przez proste skanowanie

Pracownik identyfikuje się kartą, kodem albo w aplikacji, skanuje narzędzie lub komplet oraz projekt, do którego go pobiera. System zapisuje osobę, czas, lokalizację i planowany termin zwrotu.

Przy zwrocie pracownik ponownie skanuje zasób i potwierdza jego stan. Brakujący element lub przekroczony termin trafia na listę spraw wymagających wyjaśnienia. Narzędzie może także przejść bezpośrednio od jednej osoby do drugiej, a system zapisuje rzeczywiste przekazanie.

QR czy RFID?

Kod QR jest tani, czytelny i można go zeskanować telefonem, tabletem albo prostym skanerem. Sprawdza się przy pojedynczych wydaniach, lokalizacjach, kompletach i operacjach, w których pracownik widzi oznaczenie.

Ewidencja narzędzi RFID ma przewagę wtedy, gdy trzeba szybko odczytać więcej oznaczonych elementów albo ograniczyć precyzyjne ustawianie kamery. Może wspierać kontrolę zawartości kompletu, inwentaryzację strefy lub sprawdzenie, które narzędzia wróciły z realizacji.

QR i RFID mogą działać równolegle. Dobór tagów, czytników i sposobu skanowania zależy od materiału narzędzia, warunków pracy, zasięgu, liczby zasobów i oczekiwanej szybkości operacji. Test w docelowym środowisku jest ważniejszy niż deklarowany zasięg z katalogu urządzenia.

Rezerwacje, inwentaryzacja i odpowiedzialność

Pracownik może najpierw zeskanować regał, samochód serwisowy albo kontener, a następnie znajdujące się tam zasoby. System porównuje odczyt z kartoteką i tworzy listę różnic do sprawdzenia, zamiast automatycznie nadpisywać historię bez wyjaśnienia.

Rezerwacja pod przyszły projekt uwzględnia datę wydania, planowany zwrot, kolejne rezerwacje, stan techniczny i czas potrzebny na przygotowanie. Dzięki temu kierownik widzi, czy narzędzie będzie faktycznie dostępne w terminie realizacji.

Osobny przykład takiego obiegu opisujemy w materiale o ewidencji narzędzi, wydań, zwrotów i odpowiedzialności.

Moduły powinny korzystać ze wspólnej architektury

Firma nie musi uruchamiać wszystkich możliwych obszarów ERP jednocześnie.

Najpierw warto poznać strukturę przedsiębiorstwa, role, wykorzystywane narzędzia i zależności między działami. Następnie można wspólnie ustalić, które obszary najbardziej potrzebują wsparcia.

W jednej firmie priorytetem będą zlecenia, materiały i kontrola realizacji. W innej zakupy, akceptacje oraz koszty projektów. Jeszcze inna zacznie od magazynu i dokumentów.

Moduły dla obszarów priorytetowych powinny jednak od początku korzystać ze wspólnego modelu danych. Jeżeli pierwszym zakresem jest obsługa realizacji, trzeba wiedzieć:

• skąd pochodzi zamówienie,
• jak identyfikowany jest klient,
• które dane przekazuje sprzedaż,
• jakie informacje będą potrzebne zakupom,
• w jaki sposób rejestrowane są materiały,
• gdzie powstają koszty,
• kto później wykorzystuje dane do rozliczenia.

Nie ma potrzeby szczegółowo projektować wszystkich przyszłych ekranów i funkcji. Potrzebna jest jednak wystarczająca mapa firmy, żeby pierwsze moduły nie stały się kolejnymi niezależnymi aplikacjami.

W praktyce oznacza to dwa równoległe działania:

1. poznanie szerszej struktury firmy i zależności między działami,
2. szczegółowe projektowanie modułów dla obszarów o najwyższym priorytecie.

Dzięki temu wdrożenie może rozwijać się stopniowo bez utraty spójności.

Testy z użytkownikami są częścią projektowania ERP

Proces opisany podczas spotkania rzadko obejmuje wszystkie sytuacje występujące w codziennej pracy.

Dopiero podczas testów może się okazać, że klient zmienia zamówienie po uruchomieniu zakupów, jeden dokument dotyczy kilku projektów, materiał wraca do magazynu, pracownik realizuje zadania dla dwóch zleceń podczas jednej zmiany albo akceptacja w sytuacji wyjątkowej przebiega inaczej.

Dlatego rozwiązanie powinno zostać sprawdzone przez osoby, które będą na nim rzeczywiście pracować. Użytkownicy przechodzą przez prawdziwe zlecenia, zakupy, dokumenty i wyjątki. Sprawdzają kolejność działań, dostęp do informacji, przekazanie odpowiedzialności, dokumenty, uprawnienia i automatyzacje.

Zgłoszone uwagi są podstawą do wprowadzenia poprawek przed właściwym uruchomieniem. Testy nie służą wyłącznie do znalezienia błędów technicznych. Pokazują, czy system pasuje do rzeczywistej pracy firmy.

Nowoczesny ERP powinien współpracować z innymi systemami

ERP nie musi zastępować każdego programu używanego przez przedsiębiorstwo. Może współpracować z systemem finansowo-księgowym, bankiem, pocztą i kalendarzem, platformą e-commerce, systemem magazynowym, oprogramowaniem produkcyjnym, telematyką, KSeF, systemem rejestracji czasu pracy oraz narzędziami raportowymi.

Program księgowy może nadal odpowiadać za księgowania, podatki i sprawozdawczość. ERP może wcześniej uporządkować zakupy, akceptacje, dokumenty i przypisanie kosztów do właściwych projektów.

Wyspecjalizowany WMS może obsługiwać zaawansowaną logistykę magazynową, a ERP korzystać z jego danych dotyczących stanów, rezerwacji i wydań. System produkcyjny może sterować szczegółowym harmonogramem maszyn, a ERP łączyć realizację z zamówieniem, materiałami, kosztami i rozliczeniem.

Właściwa integracja jest często lepszym rozwiązaniem niż próba zastąpienia wszystkich narzędzi jednym programem.

Jaką rolę może pełnić AI w systemie ERP?

AI ma wartość wtedy, gdy wykonuje konkretną pracę w określonym miejscu procesu. Może odczytać dane z faktury, zamówienia lub zapytania, wskazać brakujące informacje, przygotować robocze podsumowanie sprawy, zaproponować treść odpowiedzi, sklasyfikować wiadomość albo wykryć nietypową wartość wymagającą sprawdzenia.

Ważne decyzje nadal powinny być zatwierdzane przez człowieka.

AI nie naprawi również niespójnego procesu. Jeżeli firma nie ustaliła, skąd pochodzą dane, kto za nie odpowiada i co dzieje się z nimi dalej, automatyzacja może jedynie szybciej przenosić chaos pomiędzy kolejnymi miejscami.

Dlatego zastosowanie AI powinno wynikać z projektu całego obiegu pracy, a nie z potrzeby dodania atrakcyjnej funkcji do prezentacji.

Kiedy gotowy system ERP może wystarczyć?

Gotowy ERP może być dobrym rozwiązaniem, gdy firma działa według standardowego procesu sprzedaży, zakupów, magazynu i rozliczeń.

Sprawdzi się szczególnie wtedy, gdy przedsiębiorstwo korzysta z typowych dokumentów, sposób akceptacji jest prosty, proces nie zawiera wielu wyjątków, firma może dopasować część swoich procedur do logiki programu, dostępne raporty odpowiadają potrzebom osób zarządzających, a wymagane integracje są dostępne w standardzie.

W takiej sytuacji gotowy produkt może być szybszy i tańszy niż budowa systemu od podstaw. Najważniejsze jest uczciwe określenie celu. Jeżeli firma potrzebuje przede wszystkim standardowej obsługi sprzedaży, magazynu i księgowości, sprawdzony system pudełkowy może w pełni wystarczyć.

Kiedy warto wybrać dedykowany ERP?

Dedykowany system ERP ma sens wtedy, gdy sposób działania firmy jest ważną częścią jej przewagi albo nie mieści się w standardowej logice dostępnych programów.

Warto rozważyć takie rozwiązanie, jeżeli:

• zlecenie przechodzi przez kilka działów,
• każda realizacja wymaga indywidualnej kalkulacji,
• koszty trzeba przypisywać do projektów, etapów lub konkretnych decyzji,
• pracownicy łączą kilka ról,
• proces zawiera wiele wyjątków,
• firma ma własne dokumenty i zasady akceptacji,
• te same dane są przepisywane pomiędzy różnymi programami,
• gotowy ERP nadal wymaga dodatkowych arkuszy,
• raporty trzeba ręcznie składać z kilku źródeł,
• standardowe funkcje nie odpowiadają decyzjom podejmowanym przez kierowników i właściciela.

Dedykowany ERP pozwala zaprojektować role, dane, dokumenty oraz przepływ informacji zgodnie z rzeczywistym sposobem pracy firmy.

Nie oznacza to, że każdy element trzeba tworzyć od początku. System może korzystać z istniejących rozwiązań, usług chmurowych i integracji. Dedykowany jest przede wszystkim sposób działania, a nie konieczność samodzielnego programowania każdej funkcji technicznej.

Jak MWP Solutions projektuje dedykowane systemy ERP?

Zaczynamy od poznania struktury firmy, wykorzystywanych narzędzi oraz zależności między działami.

Rozmawiamy z właścicielem, osobami zarządzającymi i pracownikami wykonującymi codzienną pracę. Przechodzimy przez rzeczywiste zamówienia, projekty, zakupy, dokumenty i sytuacje wyjątkowe.

Wspólnie ustalamy, które obszary najbardziej potrzebują wsparcia. Bierzemy pod uwagę ilość pracy ręcznej, liczbę błędów, czas oczekiwania na informacje, wpływ problemu na inne działy, ryzyko oraz znaczenie danych dla podejmowanych decyzji.

Dla obszarów priorytetowych projektujemy pierwsze moduły. Korzystają one ze wspólnej struktury danych i uwzględniają informacje, których mogą później potrzebować pozostałe działy.

Po zbudowaniu rozwiązania przekazujemy je użytkownikom do testów na rzeczywistych sprawach. Zbieramy uwagi, poprawiamy przepływ pracy i przygotowujemy system do uruchomienia.

Po wdrożeniu firma może rozwijać działające moduły, obejmować systemem kolejne obszary, dodawać integracje, rozszerzać raporty albo pozostać przy aktualnym zakresie. Dalszy rozwój wynika z potrzeb klienta i zmian zachodzących w przedsiębiorstwie.

Jak rozpoznać dobrze zaprojektowany ERP?

Dobry ERP można rozpoznać po efektach widocznych w codziennej pracy:

• informacje są wpisywane raz i wykorzystywane dalej,
• każda rola widzi dane potrzebne do swojej odpowiedzialności,
• ustalenia nie giną podczas przekazywania sprawy między działami,
• dokumenty są powiązane z właściwym klientem, projektem lub zleceniem,
• koszty są widoczne wtedy, gdy można jeszcze na nie zareagować,
• system wskazuje braki i kolejne kroki,
• pracownicy rzadziej przygotowują ręczne podsumowania,
• raport wynika z bieżącej pracy,
• moduły korzystają ze wspólnych danych,
• rozwiązanie można rozwijać bez budowania wszystkiego ponownie.

Nowoczesność ERP nie wynika z wyglądu panelu, liczby wykresów ani samej obecności AI. Wynika z tego, czy system rzeczywiście skraca drogę informacji i pomaga ludziom wykonywać pracę.

Sprawdźmy, jak powinien działać ERP w Twojej firmie

Pokaż nam przykładowe zamówienie, projekt, zakup albo raport, który obecnie powstaje ręcznie.

Przejdziemy przez związane z nim role, dane, dokumenty i decyzje. Sprawdzimy, gdzie informacje są ponownie przepisywane, kto otrzymuje je zbyt późno i które obszary najbardziej potrzebują wsparcia.

Na tej podstawie określimy, jakie moduły warto uruchomić w pierwszej kolejności i jak połączyć je w spójny system ERP.

Pokaż nam swój proces

Najczęstsze pytania

Czy ERP zastępuje program księgowy?

Najczęściej nie ma takiej potrzeby. ERP może prowadzić operacyjny obieg zakupów, dokumentów, kosztów i projektów, a uzgodnione dane przekazywać do używanego programu księgowego. Dokładny podział zależy od możliwości wymiany danych.

Czy trzeba wdrożyć wszystkie moduły ERP od razu?

Nie. Najpierw poznajemy strukturę firmy i zależności między działami, a następnie wspólnie wybieramy obszary priorytetowe. Moduły dla tych obszarów powstają na wspólnych danych, są testowane przez użytkowników i mogą być rozwijane dalej, jeżeli firma tego potrzebuje.

Czy system ERP może prowadzić ewidencję narzędzi RFID i QR?

Tak. Narzędzia i komplety mogą mieć kartoteki, oznaczenia QR lub RFID, lokalizację, osobę odpowiedzialną, projekt, termin zwrotu i stan techniczny. Skanowanie obsługuje wydania, zwroty, przekazania oraz inwentaryzację.

Czy cały komplet narzędzi można wydać jednym skanem?

Tak. Komplet może mieć własny identyfikator i listę składników. Jeden skan wydaje zestaw, a przy zwrocie system może wymagać potwierdzenia jego zawartości i wskazać brakujące elementy.

Czy QR i RFID mogą działać jednocześnie?

Tak. QR może służyć do pojedynczych operacji wykonywanych telefonem lub tabletem, a RFID do szybszego odczytu wielu oznaczonych zasobów. Właściwy wariant dobiera się po testach z konkretnymi narzędziami, tagami, czytnikiem i warunkami pracy.

Czy ERP może pokazywać wynik zlecenia na bieżąco?

System może aktualizować wynik po zarejestrowaniu przychodu, zakupu, faktury, czasu pracy albo ruchu magazynowego. Jest to bieżący wynik operacyjny oparty na danych znajdujących się w systemie. Wynik księgowy może zostać ostatecznie potwierdzony po zamknięciu dokumentów i korekt.

Czy każdy użytkownik widzi dane finansowe?

Nie. Uprawnienia można dopasować do roli. Technik lub magazynier może widzieć zadania, pliki, zasoby i operacje bez dostępu do marży projektu, faktur oraz pełnej historii klienta.

Kiedy gotowy ERP może wystarczyć?

Gotowy system może wystarczyć firmie o standardowym procesie sprzedaży, zakupów, magazynu i rozliczeń, która korzysta z typowych dokumentów oraz integracji dostępnych w produkcie.