Co to jest ERP i do czego służy?

ERP to system zarządzania zasobami przedsiębiorstwa, który łączy procesy we wspólnej bazie danych. Może obejmować 9 obszarów: finanse, księgowość, kadry i płace, produkcję, magazyn, logistykę, sprzedaż, zakupy oraz raportowanie¹. W artykule znajdziesz kryteria oceny systemu, a także korzyści i ograniczenia związane z jego wdrożeniem.

ERP: co to jest na przykładzie obiegu zamówienia?

Zamówienie łączy pracę kilku działów. ERP wiąże je z danymi o zapasach, produkcji i rozliczeniu, dzięki czemu można prześledzić drogę od przyjęcia zamówienia na własny wyrób do wystawienia faktury. Mapa tego obiegu pokazuje zadania sprzedaży, magazynu i produkcji.
Co do zasady fakturę wystawia się do 15. dnia miesiąca następującego po miesiącu sprzedaży, zgodnie z art. 106i ust. 1 ustawy o VAT².

Od zamówienia do rozliczenia: jak działa ERP i co oznacza jego nazwa?

Skrót ERP pochodzi od Enterprise Resource Planning, czyli planowania zasobów przedsiębiorstwa. Taki system łączy procesy i dane z różnych obszarów firmy¹. Na przykładzie obsługi zamówienia można prześledzić 4 czynności¹.
Przy sprzedaży na rzecz innego podatnika obowiązek wystawienia faktury wynika z art. 106b ust. 1 pkt 1 ustawy o VAT².

• Rezerwacja towaru przypisuje dostępny towar do przyjętego zamówienia.
• Aktualizacja zapasów pokazuje zmianę stanu magazynowego.
• Zlecenie produkcyjne powstaje, jeśli zamówionego towaru nie ma na stanie.
• Faktura powstaje po dostawie towaru.

Przebieg zamówienia daje firmie konkretny scenariusz, na którym może oprzeć wymagania wobec ERP.

Moduły ERP: które etapy pracy warto rozpisać?

Moduły ERP warto powiązać z rzeczywistą pracą: przyjęciem zamówienia, przygotowaniem towaru i rozliczeniem sprzedaży. Nie trzeba uruchamiać wszystkich naraz, bo zakres wdrożenia zależy od procesów i modelu biznesowego firmy¹.
Producent towarów powinien opisać również moment, w którym magazyn przekazuje zapotrzebowanie do produkcji³.

Do czego firma wykorzystuje wspólne dane w ERP?

Wspólne dane w ERP pozwalają osobom realizującym zamówienie i rozliczającym sprzedaż korzystać z powiązanych informacji. Firma może ustalić, kto wpisuje zamówienie, kto odpowiada za stan zapasów, a kto przygotowuje dokument sprzedaży. Moduł produkcyjny obejmuje 3 zadania: planowanie, harmonogramowanie i rozliczanie produkcji¹.
Zakres danych na fakturze, w tym jej numer, datę oraz dane sprzedawcy i nabywcy, określa art. 106e ust. 1 ustawy o VAT².

Mapa procesów: jakie zadania przypisać do poszczególnych modułów?

Mapa procesów ERP powinna wskazywać obszar pracy oraz osobę odpowiedzialną za każdą czynność. Poniższa tabela porządkuje zadania poszczególnych obszarów.

Mapa obiegu zamówienia ułatwia dobranie ERP do faktycznego podziału pracy w firmie⁴.

Czym są dwupoziomowe i hybrydowe systemy ERP oraz kiedy je rozważyć?

Dwupoziomowy ERP dzieli obsługę procesów między system centrali a system jednostki. Hybrydowy system ERP łączy natomiast środowisko lokalne z chmurowym. Pierwszy podział dotyczy sposobu pracy i wymiany uzgodnionych danych; drugi opisuje miejsce działania systemu oraz połączenie jego części.
W badaniu Forterro 39% firm używało ERP w chmurze, 28% lokalnie, a 31% w modelu hybrydowym⁵.

Sygnały z codziennej pracy, które uzasadniają analizę ERP

Analizę ERP warto rozpocząć, gdy pracownicy wielokrotnie przepisują te same dane, widzą sprzeczne informacje albo czekają na przekazanie zadania. Firma powinna ustalić, gdzie informacja powstaje, kto ją zmienia i kto jej potrzebuje. Dopiero wtedy widać, czy problemem jest obieg danych, czy cały dotychczasowy system.
Punktem odniesienia może być benchmark APQC: mediana czasu procesu od przyjęcia zamówienia do obsługi należności i płatności wynosi 38 dni roboczych⁶.

Dwupoziomowy ERP: podział ról między centralą a jednostkami

W modelu dwupoziomowym centrala prowadzi wybrane procesy, a jednostki obsługują pozostałe we własnych systemach. Centrala może ustalać reguły raportowania, podczas gdy jednostka wykonuje lokalne zadania operacyjne. Taki układ wymaga wskazania właściciela każdego przekazywanego rekordu i sposobu poprawiania rozbieżności⁷.

Dwie warstwy a środowisko hybrydowe: jak nie pomylić pojęć?

Dwie warstwy ERP oznaczają podział odpowiedzialności między systemami. Środowisko hybrydowe oznacza zaś połączenie infrastruktury lokalnej i chmurowej. Opis architektury powinien osobno wskazywać właściciela procesu, system źródłowy zapisu i miejsce działania aplikacji.
O tym, kto jest administratorem danych osobowych, decyduje ustalanie celów i sposobów ich przetwarzania, a nie lokalizacja ERP; stanowi o tym art. 4 pkt 7 RODO⁸.

Hybrydowy ERP: co uwzględnić na liście wymagań?

Model hybrydowy wymaga rozpisania przepływu danych między środowiskiem lokalnym a chmurą. Lista wymagań powinna obejmować źródło każdego rodzaju danych, reguły synchronizacji, uprawnienia i sposób pracy przy przerwanym połączeniu. Trzeba też ustalić, kto utrzymuje każde środowisko oraz łączące je integracje.
Art. 32 ust. 1 lit. c RODO wymaga zdolności szybkiego przywrócenia dostępności danych osobowych po incydencie fizycznym lub technicznym⁸.

Podział procesów i miejsce działania systemów to dwie różne decyzje projektowe.

System ERP: co to oznacza dla codziennej pracy działów?

System ERP daje działom dostęp do powiązanych informacji, ale nie oznacza jednakowych funkcji i uprawnień dla wszystkich. Sprzedaż, magazyn i księgowość uczestniczą w tym samym procesie, lecz każda z tych komórek odpowiada za inne zapisy. Uprawnienia pracownika powinny odpowiadać jego zadaniom⁹.

Ograniczenia ERP: które trudności wpisać do listy kontrolnej?

Ograniczenia ERP zaczynają się tam, gdzie trzeba uporządkować dane, uzgodnić odpowiedzialność działów i przeszkolić użytkowników. Lista kontrolna powinna pokazywać, kto poprawia błędny zapis oraz co ta zmiana oznacza dla kolejnych zadań. Jeśli firma zostawia wyspecjalizowane narzędzia, musi również określić zasady wymiany danych z ERP¹⁰.

ERP, czyli planowanie zasobów przedsiębiorstwa – definicja robocza

W codziennej pracy planowanie zasobów polega na korzystaniu z danych potrzebnych do wykonania i rozliczenia procesu. ERP może współpracować z 3 rodzajami wyspecjalizowanych rozwiązań: CRM do zarządzania relacjami z klientami, SCM do zarządzania łańcuchem dostaw oraz platformami e-commerce do sprzedaży internetowej¹¹. Przy takim połączeniu trzeba ustalić, gdzie pracownik tworzy zapis i gdzie go aktualizuje.
Według GUS w 2025 r. z ERP korzystało 40,5% przedsiębiorstw, a z CRM – 25,1%¹².

Jeden proces, wiele zapisów: na czym opiera się działanie ERP?

Informacja zapisana w jednym module ERP może trafić do innych uprawnionych obszarów bez ponownego przepisywania¹. Sprzedaż wprowadza dane zamówienia, a kolejne działy korzystają z informacji potrzebnych do własnych zadań. Firma powinna wskazać właściciela zapisu i reguły jego zmiany, żeby uniknąć sprzecznych wersji.
Dane osobowe współdzielone między działami muszą być prawidłowe i w razie potrzeby aktualizowane, zgodnie z art. 5 ust. 1 lit. d RODO⁸.

Czy każdy dział potrzebuje tych samych danych i funkcji?

Sprzedaż, magazyn i księgowość pracują na różnych danych; tabela pokazuje ich zadania oraz zakres zmian, które mogą wprowadzać.

Prawo do zmiany zapisu nie jest tym samym co dostęp do informacji. ERP powinien udostępniać dane stosownie do zadań działu, zamiast przyznawać wszystkim identyczne uprawnienia.
Art. 29 RODO stanowi, że osoba działająca z upoważnienia administratora przetwarza dane osobowe wyłącznie na jego polecenie, chyba że wymaga tego prawo⁸.

Czym jest ERP jako system przetwarzający dane: rozwój i bezpieczeństwo?

ERP przechowuje informacje o działalności firmy, więc potrzebne są zasady dostępu, edycji i odtwarzania danych. Uprawnienia należy powiązać z obowiązkami pracowników, a odpowiedzialność za kopie zapasowe przypisać konkretnej osobie lub zespołowi. Ochrona obejmuje całą drogę zapisu: od wprowadzenia po użycie w innym dziale.
Art. 32 ust. 1 lit. d RODO przewiduje regularne testowanie i ocenianie skuteczności zabezpieczeń danych osobowych, także tych służących ich odtwarzaniu⁸.

Od planowania zasobów do wspólnej pracy na danych: najważniejsze etapy rozwoju

Rozwój ERP zaczął się od planowania zasobów produkcyjnych. Dziś przy ocenie systemu liczy się także przepływ danych między obszarami firmy. Według ITH oprogramowanie i systemy planowania zasobów są używane w przemyśle wytwórczym od ponad 100 lat¹¹. ITH umieszcza powstanie pierwszych systemów ERP w latach 60. XX wieku¹¹. Dla producenta ważnym punktem odniesienia pozostaje MRP, czyli planowanie potrzeb materiałowych na podstawie zapotrzebowania na wyroby.

Dostępy, kopie i odpowiedzialność: lista kontroli bezpieczeństwa

Bezpieczeństwo danych ERP zależy od tego, kto widzi informacje, kto je zmienia i kto potrafi je odzyskać. W systemie HermesSQL firmy Humansoft uprawnienia dostępu i edycji pozwalają ograniczać dostęp do informacji¹³. Na liście kontrolnej firmy powinny znaleźć się następujące kwestie:

• Dostęp do danych powinien wynikać z obowiązków pracownika. Samo korzystanie z informacji nie wymaga prawa do ich zmiany.
• Kopia zapasowa wymaga właściciela i ustalonego sposobu odtworzenia danych. Jej wykonanie nie dowodzi jeszcze, że pozwoli przywrócić pracę.
• Odpowiedzialność za zapis wskazuje osobę, która może poprawić błąd. To ona rozstrzyga rozbieżności między działami.

Czy sposób ochrony danych odpowiada procesom firmy?

Ochronę danych ERP trzeba dopasować do osób, które dane wpisują, czytają i poprawiają. Dla każdej roli znaczenie mają zakres informacji, prawo edycji oraz odpowiedzialność za błąd⁹. Tabela porządkuje wymagania dla tych ról.

Zakres edycji odróżnia te role: osoba czytająca dane nie musi odpowiadać za ich poprawianie. Uprawnienia pasują do procesów firmy, gdy każdy może wykonać swoje zadanie bez dostępu do zbędnych informacji⁹.

Wdrożenie ERP: od decyzji biznesowej do uruchomienia

Wdrożenie ERP powinno zaczynać się od problemu biznesowego, a kończyć odbiorem pracy systemu przez użytkowników. Firma ustala zakres procesów, porządkuje dane i wyznacza osoby podejmujące decyzje. Kryteria odbioru mają dotyczyć czynności wykonywanych w systemie, nie samej instalacji.

Jak rozłożyć wdrożenie ERP na etapy i odbiory?

Projekt warto podzielić na etapy, których wynik może sprawdzić właściciel procesu. Humansoft podaje, że wdrożenie systemu ERP może trwać kilka miesięcy¹³. Plan prac powinien obejmować:

• Opis procesu określa zadania, dane wejściowe i oczekiwany wynik. Osoby wykonujące tę pracę odbierają etap przez zaakceptowanie opisu.
• Przygotowanie danych oznacza ich uporządkowanie i przypisanie właścicieli. Odbiór wymaga sprawdzenia zapisów potrzebnych do uruchomienia procesu.
• Konfiguracja i integracje odwzorowują uzgodnioną pracę oraz wymianę danych z innymi systemami. Wynik sprawdza się przez przejście scenariusza biznesowego.
• Uruchomienie przenosi zaakceptowany proces do codziennej pracy. Użytkownicy wykonują zadania i zgłaszają błędy do poprawy.

Przed rozpoczęciem kolejnego etapu firma powinna potwierdzić wynik poprzedniego.

Kiedy obecny sposób pracy przestaje wystarczać?

Obecny sposób pracy firmy przestaje wystarczać, gdy informacja z jednego działu dociera za późno do drugiego. Trudność sprawia też ustalenie aktualnego stanu sprawy. ITH wskazuje ponad 10 pracowników jako próg zatrudnienia skłaniający do rozważenia ERP¹¹. Jako wskazanie dotyczące skali działalności ITH podaje również ponad 1 000 000 zł rocznych obrotów¹¹. Takie progi pomagają rozpocząć analizę, ale nie zastępują opisu problemu do rozwiązania.

Lista sygnałów: które problemy uzasadniają projekt ERP?

Projekt ERP może być uzasadniony problemami wykraczającymi poza pojedynczy dział. Należą do nich silosy informacyjne, czyli oddzielne zbiory danych, powtarzana praca podnosząca koszty operacyjne oraz brak przejrzystych informacji do decyzji. Dla każdego sygnału firma powinna wskazać proces, osobę odpowiedzialną i skutek błędu. Taki opis pokaże, czy wystarczy zmienić obieg pracy, czy potrzebne jest nowe oprogramowanie.

Zakres, dane i odpowiedzialni: co ustalić przed startem?

Zakres wdrożenia ERP powinien wymieniać uruchamiane procesy, przenoszone dane i osoby zatwierdzające wyniki. Trzeba też określić właściciela danych, reguły ich poprawiania oraz sposób zgłaszania zmian. Partner wdrożeniowy wykonuje uzgodnione prace przy systemie, a właściciele procesów w firmie oceniają zgodność przebiegu pracy z ustaleniami¹⁴.

O uruchomieniu ERP powinien przesądzać odbiór procesów i danych, nie samo zakończenie prac technicznych.

Korzyści z ERP w chmurze i poza nią: co warto porównać?

ERP w chmurze i system na lokalnym serwerze warto oceniać według przebiegu pracy, odpowiedzialności za utrzymanie oraz połączeń z innymi aplikacjami. Oba sposoby wdrożenia ERP są możliwe¹¹. Samo miejsce działania systemu nie rozstrzyga, czy dany proces zacznie działać lepiej.

Korzyść z procesu czy cecha produktu: jak odróżnić obietnicę od wymagania?

Korzyść z ERP to zmiana w pracy firmy; cecha produktu mówi, jak system wykonuje zadanie. Żeby je rozróżnić, firma powinna nazwać czynność do poprawy, oczekiwany wynik i scenariusz prezentacji. Hasło „sprawniejsza obsługa reklamacji” staje się wymaganiem, gdy wiadomo, kto rejestruje zgłoszenie i podejmuje decyzję. Trzeba też określić, jakie informacje widzi klient. Taki scenariusz pozwala ocenić funkcję, a nie jedynie obietnicę korzyści.

Chmura na liście kontrolnej: wygoda, zależności i ograniczenia

Chmurowy ERP działa poza serwerem firmy, a model on-premise korzysta z jej lokalnej infrastruktury. W obu przypadkach trzeba ustalić reguły dostępu, tworzenia kopii, aktualizacji i przywracania pracy po awarii. Przy chmurze dochodzą zależność od połączenia i zasady udostępniania danych; przy lokalnym serwerze – odpowiedzialność za infrastrukturę.

ERP drugiej warstwy w chmurze: które procesy pozostają lokalne?

ERP drugiej warstwy w chmurze może obsługiwać jednostkę, podczas gdy centrala zachowuje przypisane jej procesy we własnym systemie. Podział powinien wynikać z odpowiedzialności za proces, nie z lokalizacji aplikacji. Firma musi ustalić, które dane jednostka tworzy sama, które otrzymuje z centrali i kto wyjaśnia rozbieżności.

Spółki zależne: co może dać podział między ERP centrali a systemem w chmurze?

Spółka zależna może prowadzić operacje w chmurowym ERP i przekazywać centrali dane potrzebne do raportowania oraz nadzoru. Pozwala to zachować lokalny sposób pracy bez przenoszenia wszystkich czynności do systemu centrali. Potrzebne są jednak wspólne definicje danych, odpowiedzialność za ich poprawność i sposób postępowania po nieudanej wymianie.

Model działania ERP powinien wynikać z wymagań procesu i odpowiedzialności za dane.

Ręczna praca jako ukryty koszt: co policzyć przed wyborem ERP?

Ręczną pracę warto policzyć przed wyborem ERP. Firma może spisać czas poświęcany na uzgadnianie informacji, poprawki i przekazywanie danych między działami. Następnie powinna ustalić częstotliwość czynności i pomnożyć czas ich wykonania przez koszt pracy zaangażowanych osób. Czas wyjaśniania błędów należy ująć osobno, zamiast traktować go jako zwykłą obsługę zadania.

Integracja danych w ERP ogranicza ręczne uzgadnianie informacji między działami i ułatwia podejmowanie decyzji na podstawie aktualnych danych¹. Oszacowany koszt dotychczasowej pracy jest punktem odniesienia dla korzyści. Nie jest ceną licencji, integracji ani utrzymania systemu.

Korzyści operacyjne ERP a cele całej firmy

Korzyści operacyjne ERP widać przy wykonywaniu zadań. Cele całej firmy dotyczą z kolei decyzji opartych na wynikach tej pracy. Sprawniejsza obsługa zamówień jest korzyścią operacyjną, lecz zmiana asortymentu wymaga zestawienia sprzedaży, zapasów i kosztów. Firma powinna więc oddzielić miernik pracy działu od informacji potrzebnej zarządowi.

Korzyści strategiczne: które decyzje mają opierać się na wspólnych danych?

Decyzje strategiczne dotyczące asortymentu, zdolności produkcyjnych i zaopatrzenia wymagają uzgodnionych danych z właściwych procesów. DahliaMatic wskazuje perspektywę 3–5 lat, w której sztuczna inteligencja (AI) ma zwiększać wartość inwestycji w ERP¹. To prognoza, nie gwarantowany rezultat. Ocenę inwestycji trzeba oprzeć na celach firmy i jakości danych używanych do decyzji.

ERP wspiera cele firmy, gdy wyniki codziennej pracy prowadzą do określonych decyzji.

ERP jako inwestycja biznesowa: kto odpowiada za wynik, nie tylko za system?

Za wynik inwestycji w ERP odpowiadają kierownictwo i właściciele procesów, nie tylko informatycy czy partner wdrożeniowy. Kierownictwo ustala cel, właściciele procesów oceniają zmianę pracy, a zespół techniczny wykonuje uzgodnione zadania systemowe. Według DahliaMatic skutki decyzji o wyborze ERP mogą obejmować 10–15 lat¹. Ocena powinna zatem uwzględniać uruchomienie i późniejsze zmiany procesów.

Model wdrożenia ERP i budżet: rozdziel koszty przed porównaniem ofert

Budżet ERP łatwiej porównać, gdy oddzieli się opłatę za korzystanie z systemu od wdrożenia, integracji i utrzymania. Podobnie nazwana pozycja może obejmować różne prace. Każdemu wydatkowi trzeba więc przypisać rezultat i okres rozliczenia.

Ile kosztuje ERP po uwzględnieniu wdrożenia, integracji i utrzymania?

Całkowity koszt ERP obejmuje licencję albo subskrypcję, wdrożenie, integracje oraz późniejsze utrzymanie i wsparcie. Według Humansoft wydatki na wdrożenie rosną wraz z liczbą modułów uruchamianych jednocześnie¹³. Koszt integracji warto przypisać do konkretnych połączeń i przesyłanych danych, zamiast ukrywać go w cenie systemu. Na utrzymanie wpływają między innymi liczba użytkowników i złożoność procesów; na koszt wsparcia – zakres usług i częstotliwość aktualizacji¹¹.

Licencja czy subskrypcja: którą pozycję porównujesz?

Licencję ERP i subskrypcję ERP należy porównać według sposobu naliczania opłat, zakresu uprawnień i kosztów poza opłatą za system. Tabela rozdziela te elementy.

Dane w tabeli: 11,15

Główna różnica dotyczy rozliczania prawa do korzystania z ERP, nie potrzeby wykonania prac wdrożeniowych. Sama licencja nie odpowie na pytanie o wydatki okresowe; sama subskrypcja nie pokaże kosztu nabycia uprawnień. Budżet trzeba oceniać w całym przewidywanym okresie użytkowania.

Serwer czy chmura: jakie koszty przypisać do każdego modelu?

ERP na własnym serwerze i ERP w chmurze różnią się kosztami infrastruktury oraz odpowiedzialnością za jej utrzymanie. Koszt integracji wymaga osobnej oceny w obu modelach. Tabela pokazuje, co należy uwzględnić w budżecie.

Główna różnica dotyczy odpowiedzialności za infrastrukturę, nie zakresu procesów ERP. Własny serwer nie pasuje do firmy, która nie chce utrzymywać lokalnego środowiska. Chmura nie pasuje tam, gdzie wskazane procesy muszą działać na własnej infrastrukturze. Oferty warto zestawiać dopiero po ujednoliceniu zakresu prac przypisanego do kosztów.

Wymagania branżowe w ERP: zacznij od procesu charakterystycznego dla firmy

Wymagania branżowe wobec ERP najlepiej zacząć od procesu, który odróżnia firmę od typowej obsługi sprzedaży i księgowości. Według DahliaMatic tylko 5–15% funkcji ERP bezpośrednio wspiera kluczowe procesy firmy¹. Prezentacja systemu powinna zatem pokazywać zadania pracowników, a nie długi katalog możliwości.

Tabela wskazuje proces, od którego dany rodzaj firmy może rozpocząć ocenę ERP.

Proces charakterystyczny dla branży jest konkretnym sprawdzianem przydatności ERP.

Dwuwarstwowy ERP: kiedy podział między centralą a jednostką ma sens?

Dwuwarstwowy system ERP ma sens, jeśli jednostka potrzebuje własnej obsługi operacyjnej, a centrala wymaga porównywalnych wyników. Znaczenie ma podział obowiązków i kontroli procesów, nie sama odrębność organizacyjna. Przed wyborem systemów firma powinna ustalić, które decyzje jednostka podejmuje lokalnie, a które zatwierdza centrala.

Wspólne cele biznesowe: co centrala i jednostka muszą uzgodnić?

Centrala i jednostka potrzebują wspólnego rozumienia raportowanych wyników oraz granic lokalnej samodzielności. Centrala wskazuje dane potrzebne do nadzoru, a jednostka określa zadania wymagające bieżącej decyzji na miejscu. Wspólna definicja wyniku pozwala oceniać jej pracę bez narzucania identycznego przebiegu wszystkich czynności.

Scenariusze użycia: które zadania dzielić między dwie warstwy?

Scenariusze użycia dwuwarstwowego ERP powinny oddzielać lokalne zadania jednostki od zasad nadzoru i zatwierdzania ustalanych przez centralę. Scenariusz może opisywać lokalny zakup materiałów, który po przekroczeniu firmowego zakresu uprawnień wymaga zgody centrali. Należy wskazać osobę rozpoczynającą zadanie, podejmującą decyzję oraz system, w którym zapisuje się wynik.

Podejście SAP: co ocenić pod kątem przyszłych zmian?

Podejście do architektury SAP warto oceniać przez możliwość zmiany podziału procesów bez utraty uzgodnionych zasad wymiany danych. Firma może opisać przejęcie zadania przez centralę, większą samodzielność jednostki lub zmianę zakresu raportowania. Ocena dotyczy konkretnego produktu, wariantu i zaplanowanej integracji, a nie wyłącznie nazwy producenta.

Integracja dwóch warstw: jakie dane i odpowiedzialności rozpisać?

Integracja warstw ERP wymaga listy przekazywanych danych, właściciela każdego zapisu i osoby rozstrzygającej rozbieżności. Dokumentacja powinna określać zdarzenie rozpoczynające wymianę oraz sposób pracy jednostki w razie jej niepowodzenia. Koszt integracji trzeba oddzielić od opłat za oba systemy i od prac wdrożeniowych.

Podział sprawdza się, gdy jednostka zachowuje potrzebną samodzielność, a centrala otrzymuje dane do swoich decyzji.

Wybór ERP i partnera wdrożeniowego: lista pytań do porównania

Wybór ERP i partnera wdrożeniowego oznacza dwie osobne oceny. Produkt trzeba zestawić z procesami firmy. Partnera należy ocenić według zakresu prac, zasad odbioru i doświadczenia osób, które rzeczywiście zajmą się wdrożeniem.

Przykłady systemów ERP: jak oddzielić producenta, produkt i edycję?

Nazwy ERP warto rozdzielać na producenta, produkt, edycję i partnera wdrożeniowego. Tabela pokazuje, co oznaczają nazwy spotykane przy porównywaniu ofert.

Precyzyjny opis oferty pozwala porównać zakres produktu i wdrożenia, zamiast zestawiać same rozpoznawalne marki.

Od długiej listy do krótkiej: jak zawęzić wybór?

Listę systemów ERP warto skracać na podstawie firmowych scenariuszy, a nie długości prezentacji funkcji. Pomaga w tym następująca kolejność:

• Warunki konieczne określają procesy wymagane przy uruchomieniu. Produkt, który ich nie obsługuje, odpada z dalszego porównania.
• Scenariusz demonstracyjny prowadzi od danych wejściowych do wyniku zadania. Każdy rozważany produkt powinien wykonać ten sam scenariusz.
• Zakres oferty wskazuje edycję, integracje i prace partnera. Porównanie obejmuje ograniczenia wariantów oraz zadania pozostające po stronie firmy.

Krótka lista powinna zawierać produkty pasujące do procesów firmy, nie tylko do jej oczekiwań wobec marki.

Kryteria oceny produktu i partnera: co sprawdzić osobno?

Produkt ERP trzeba ocenić na scenariuszach firmy, z uwzględnieniem edycji i integracji. Partnera ocenia się osobno: liczą się sposób pracy, skład zespołu i zasady odbioru. Humansoft podaje, że jego koordynator projektów IT ma blisko 20 lat doświadczenia we wdrażaniu ERP i uczestniczył w blisko 50 projektach wdrożeniowych¹³. Dane dotyczą tej osoby, a nie wyników każdego wdrożenia czy możliwości dowolnego produktu¹⁶.

Tabela zestawia staż i liczbę projektów wskazanego koordynatora Humansoft według rodzaju miary.

Dane w tabeli: 16

Doświadczenie koordynatora ma znaczenie w odniesieniu do jego roli w projekcie. Nie zastępuje sprawdzenia produktu na procesach firmy.

Potrzeby firmy: jak przełożyć procesy na wymagania wobec ERP?

Potrzeby firmy najlepiej opisać przez zadania i wyniki, które użytkownicy wykonają oraz sprawdzą podczas odbioru. Wymagania powinny obejmować:

• Dane wejściowe procesu określają informacje potrzebne do rozpoczęcia pracy i osobę odpowiedzialną za ich poprawność.
• Przebieg zadania wskazuje decyzje użytkowników, potrzebne uprawnienia i moment przekazania pracy.
• Wynik do odbioru nazywa zapis lub dokument świadczący o prawidłowym wykonaniu zadania.

Tak zapisane wymaganie daje wspólną podstawę do oceny produktu, prac partnera i wyniku wdrożenia.

Inkubator lub joint venture: kto powinien ustalić zasady pracy w ERP?

Właściciele inkubatora lub joint venture powinni uzgodnić zasady pracy w ERP przed przekazaniem zadań zespołowi wdrożeniowemu. Muszą ustalić, kto zatwierdza wydatki, odpowiada za dane i podejmuje decyzje w nowej jednostce. Zespół może odwzorować uzgodnienia w systemie, ale nie powinien sam dzielić uprawnień biznesowych między właścicieli.

Zmiana udziałowców lub modelu działania oznacza potrzebę ponownej oceny dostępu i wymiany informacji. ERP powinien odpowiadać aktualnym zasadom zarządzania przedsięwzięciem.

SAP Business Suite dla spółki zależnej: co ocenić przed decyzją?

SAP Business Suite dla spółki zależnej trzeba ocenić pod kątem jej samodzielnych zadań, wymagań centrali i odpowiedzialności za dane. SAP jest producentem; sama nazwa oferty nie wskazuje jeszcze produktu, wariantu ani partnera wdrożeniowego. Jeśli oferta obejmuje SAP Cloud ERP, spółka powinna opisać procesy obsługiwane w tym produkcie i dane przekazywane centrali.

Decyzja spółki zależnej powinna wynikać ze scenariusza pracy i zasad współpracy z centralą. W budżecie należy oddzielić subskrypcję, wdrożenie, integrację i utrzymanie.

Optymalizacja z ERP: wybierz proces, zanim zaczniesz ciąć koszty

Optymalizacja z ERP powinna dotyczyć określonego procesu, nie ogólnego zamiaru ograniczenia kosztów. Przy reklamacjach punktem odniesienia jest droga zgłoszenia od przyjęcia do decyzji i rozliczenia. Automatyzacja procesów oznacza wykonywanie ustalonych czynności bez ręcznego przekazywania zadania. Ma sens, jeśli firma potrafi opisać reguły pracy i wyjątki.

Usprawnienie procesu i redukcja kosztów: jak ustalić punkt odniesienia?

Punkt odniesienia dla reklamacji trzeba wyznaczyć przed zmianą procesu. Tylko wtedy późniejszy pomiar obejmie porównywalne zadania. Firma powinna:

• Granice procesu reklamacji powinny obejmować drogę od przyjęcia zgłoszenia do przekazania klientowi decyzji. Czynności spoza tego zakresu nie powinny wpływać na porównanie.
• Pomiar obecnej obsługi reklamacji powinien uwzględniać czas pracy, poprawki i powody oczekiwania. Trzeba objąć nim także sprawy odbiegające od zwykłej ścieżki.
• Koszt czynności reklamacyjnych należy przypisać do pracy, którą firma chce zmienić. Opłaty za ERP, wdrożenie, integrację i utrzymanie pozostają osobnymi kosztami.
• Porównanie wyników po zmianie powinno obejmować ten sam zakres spraw i te same definicje czasu oraz poprawek. Różnica pokaże skutek zmiany procesu, nie samego zakupu.

Tak wyznaczony punkt odniesienia pokaże, czy obsługa reklamacji wymaga mniej pracy i generuje niższe koszty.

Finanse i płynność: jakie dane połączyć przed oceną ERP?

Finanse i księgowość powinny przed oceną ERP zestawić faktury wystawione i otrzymane, terminy płatności, należności, zobowiązania oraz wpłaty. Firma zobaczy wtedy, jakie kwoty ma otrzymać, co musi zapłacić i kto wyjaśnia zaległe pozycje. Scenariusz oceny powinien obejmować także uzgodnienie płatności z dokumentem.

Moduł finansowo-księgowy ERP może automatyzować dekretację, czyli przypisywanie dokumentów do kont księgowych, oraz wspierać kontrolę należności i zobowiązań¹. Przy ocenie płynności liczy się aktualna lista kwot i terminów. Na jej podstawie firma planuje wpływy oraz wydatki.

Wyciek danych osobowych a ERP: lista działań dla firmy

Wyciek danych osobowych z ERP wymaga ograniczenia dalszego dostępu, ustalenia zakresu zdarzenia i oceny obowiązków wynikających z RODO. Przed zmianą konfiguracji firma powinna zachować zapisy potrzebne do wyjaśnienia incydentu. Osoby odpowiedzialne za bezpieczeństwo i ochronę danych dokumentują ustalenia oraz działania.

• Ograniczenie dostępu do ERP powinno zatrzymać dalsze ujawnianie danych. Nie może przy tym usuwać zapisów potrzebnych do zbadania incydentu.
• Ustalenie zakresu wycieku obejmuje rodzaje danych, osoby, których dotyczą, oraz sposób uzyskania dostępu.
• Ocena ryzyka dla osób stanowi podstawę decyzji o zgłoszeniu naruszenia organowi nadzorczemu i zawiadomieniu zainteresowanych zgodnie z RODO.
• Przywrócenie bezpiecznej pracy ERP wymaga usunięcia przyczyny incydentu, zmiany odpowiednich uprawnień i zapisania wyniku tych działań.

Obsługa wycieku kończy się po wyjaśnieniu przyczyny i przypisaniu odpowiedzialności za zapobieganie podobnym zdarzeniom.

Ceny i warunki sprawdzone u źródeł: październik 2026.