Moduły ERP — funkcje i dobór zakresu

Moduł ERP obsługuje określony obszar działalności firmy. Moduły jednego systemu ERP współpracują ze sobą i korzystają ze wspólnej bazy danych.¹
Mapa procesów i listy kontrolne pomagają dobrać funkcje oraz kolejność wdrożenia do pracy przedsiębiorstwa. Według Eurostatu w badaniu z 2025 r. oprogramowanie ERP wykorzystywało 39% przedsiębiorstw w Polsce².

Czym jest moduł ERP w mapie procesów firmy?

Mapa procesów pokazuje, gdzie pracownik wykonuje czynność w systemie i komu przekazuje jej wynik. Przy ustalaniu zakresu wdrożenia granicę modułu wyznacza odpowiedzialność za operację, dokument i zmianę statusu. Sama nazwa obszaru w ofercie nie wystarczy. Przypisania odpowiedzialności i uprawnień do procesów wymaga punkt 4.4.1 lit. e normy ISO 9001:2015³.

W mapie warto oddzielić czynności wykonywane w systemie od przekazań między działami. Przy każdym przekazaniu należy zapisać dokument wejściowy, oczekiwany wynik i osobę, która go zatwierdza. Punkt 8.6 normy ISO 9001:2015 wymaga zachowania dowodu zwolnienia wyrobu lub usługi. Wymaga też możliwości ustalenia osoby, która je zatwierdziła⁴.

Porównanie liczby modułów i wariantów funkcjonalnych pokazuje, dlaczego trzeba oceniać konkretny produkt i jego edycję.

Dane w tabeli: 5,6,7

Liczba modułów nie mówi jeszcze, czy wybrana edycja produktu obsłuży konkretny proces.

Jak wyznaczyć granice modułu na przykładzie obsługi zamówienia?

Obsługa zamówienia pomaga wyznaczyć granice modułów, jeśli wiadomo, kto odpowiada za każdą czynność. Trzeba też wskazać moment przekazania danych. Wtedy przyjęcie zamówienia nie zlewa się z rezerwacją towaru, wydaniem z magazynu ani rozliczeniem sprzedaży. SAP opisuje w tym ciągu trzy odrębne dokumenty: zamówienie sprzedaży, dokument wydania i fakturę sprzedaży⁸.

• Przyjęcie zamówienia obejmuje zapis klienta, pozycji i warunków sprzedaży. Powstały dokument trafia następnie do realizacji.
• Rezerwacja towaru obejmuje sprawdzenie dostępności i przypisanie zapasu do zamówienia. Przekazanie do magazynu następuje przy zmianie stanu rezerwacji.
• Wydanie i rozliczenie wymagają dokumentu magazynowego oraz dokumentu sprzedaży. Dla każdego trzeba wskazać właściciela i źródło danych.

Granica modułu jest czytelna, gdy każde przekazanie zamówienia ma dokument, status i odpowiedzialny dział. Dokumentacja SAP Business One rozróżnia trzy podstawowe stany zamówienia: otwarte, zamknięte i anulowane⁹.

Jak przypisać moduły do etapów pracy firmy?

Moduły warto przypisywać do etapów pracy według czynności użytkowników, a nie nazw działów. Najpierw trzeba opisać zdarzenie rozpoczynające proces. Następnie – wynik potrzebny kolejnemu działowi. Specyfikacja BPMN 2.0 wyróżnia trzy podstawowe rodzaje zdarzeń: początkowe, pośrednie i końcowe¹⁰.

• Etap rozpoczęcia wskazuje osobę wprowadzającą dane i dokument, na którym się opiera. Dzięki temu wiadomo, gdzie informacja powstaje w systemie.
• Etap realizacji wskazuje osobę zmieniającą status sprawy, zamówienia lub zlecenia. Obejmuje też wymagane akceptacje.
• Etap zamknięcia wskazuje dokument końcowy i odbiorcę wyniku. Dane mogą wtedy trafić do rozliczenia bez ponownego wpisywania.

Przypisanie jest kompletne, jeśli każdy etap ma właściciela, dane wejściowe i wynik przekazywany dalej. Punkt 4.4.1 lit. a normy ISO 9001:2015 dotyczy wejść i wyjść procesów. Litera e odnosi się do odpowiedzialności i uprawnień³.

Gdzie przebiegają granice między finansami, magazynem, produkcją i kadrami?

Granice między finansami, magazynem, produkcją i kadrami pojawiają się tam, gdzie zmienia się odpowiedzialność za dane lub dokument. Magazyn odpowiada za ruch i stan zapasów, a produkcja za zlecenia i zużycie materiałów. Finanse ujmują wartość operacji; kadry prowadzą dane pracowników potrzebne do organizacji pracy. Art. 28 ust. 3 ustawy o rachunkowości określa koszt wytworzenia produktu, uwzględniając między innymi wartość zużytych materiałów bezpośrednich¹¹.

Mapa powinna pokazywać, jak informacja o wydaniu materiału przechodzi z magazynu do produkcji. Powinna też wskazywać przekazanie wartości operacji do finansów. Dane kadrowe mogą służyć planowaniu pracy, ale nie zastąpią zapisu wykonania zlecenia produkcyjnego. Zgodnie z art. 5 ust. 1 lit. c RODO do planowania pracy należy przekazywać tylko niezbędne dane osobowe¹².

Jak porównać zakres modułów w dokumentacji produktu i jego edycji?

Dokumentację modułów ERP należy porównywać dla konkretnego produktu i edycji. Każdą ofertę trzeba przy tym oceniać według tych samych wymagań procesowych. Nazwa modułu nie przesądza, czy dana edycja obsługuje potrzebny dokument, uprawnienie lub przepływ danych. SAP wyróżnia trzy licencje Limited: CRM, Logistics i Financials; spośród nich obsługę szans sprzedaży przewiduje tylko Limited CRM¹³.

• Wymaganie procesowe określa czynność, dokument wejściowy i oczekiwany wynik. Ten sam opis służy do oceny każdej edycji.
• Zakres edycji pokazuje, które potrzebne funkcje zawiera wybrany wariant produktu. Funkcje wymagające innego modułu lub integracji trzeba oznaczyć osobno¹⁴.
• Zakres partnera wdrożeniowego dotyczy konfiguracji i integracji, nie funkcji dostarczanych przez producenta. Koszt licencji lub subskrypcji należy oddzielić od wdrożenia, integracji i utrzymania¹⁵.

Wynikiem porównania jest lista wymagań przypisanych do edycji produktu oraz osobna lista prac potrzebnych do uruchomienia procesu. Odoo wykazuje pracę konsultanta oddzielnie: pakiet wdrożeniowy Success Pack Basic obejmuje 25 godzin¹⁶.

Czym jest zakres funkcjonalny modułów ERP?

Zakres funkcjonalny modułów ERP obejmuje czynności, dane i uprawnienia obsługiwane przez system w procesach firmy. W opisie trzeba wskazać nie tylko funkcję, lecz także wynik, który otrzymuje kolejna osoba¹⁷.

Współpraca modułów pozwala innemu działowi korzystać z danych już wpisanych do ERP, o ile użytkownik ma właściwe uprawnienia.¹ Zakres funkcjonalny obejmuje więc również reguły dostępu i wykorzystania danych między działami¹⁷.

Granica zakresu staje się widoczna, gdy pracownik musi przenieść dane ręcznie albo uruchomić osobną integrację. Jej opis odróżnia funkcje produktu od prac przy łączeniu aplikacji. W cenniku Odoo dostęp do zewnętrznego API przewidziano w jednym planie: Custom¹⁸.

Jak odróżnić system ERP od zestawu osobnych aplikacji?

System ERP różni się od zestawu aplikacji sposobem prowadzenia wspólnego procesu. Wynik pracy jednego obszaru może służyć dalszej obsłudze, zgodnie z uprawnieniami użytkowników. Podczas oceny warto prześledzić dokument od utworzenia, przez zmianę statusu, po użycie danych w innym dziale. Art. 32 ust. 1 lit. b RODO wskazuje potrzebę ciągłego zapewniania poufności systemów i usług przetwarzających dane osobowe¹².

• Źródło danych wskazuje miejsce powstania zapisu używanego w dalszej pracy. Osobne kopie wymagają ustalenia zasad synchronizacji.
• Przekazanie dokumentu pokazuje, czy kolejny użytkownik pracuje na tym samym zapisie, czy otrzymuje dane przez eksport lub integrację.
• Uprawnienia określają osoby, które mogą odczytać, zmienić i zatwierdzić dane na kolejnych etapach.

Wynikiem takiej oceny jest opis ciągłości procesu, nie spis nazw aplikacji.

Jak skala firmy wpływa na potrzebny zakres modułów?

Skala firmy wpływa na wymagania wobec ERP przez liczbę ról, miejsc pracy i przekazań danych. Sprzedaż i magazyn w jednej lokalizacji potrzebują innego opisu procesu niż firma przekazująca zamówienia między oddziałami¹⁵.

Dobór modułów warto oprzeć na wyjątkach, które naprawdę występują w pracy. Należą do nich częściowa realizacja zamówienia, przesunięcie zapasu i odrębna akceptacja wydatku. Zakres wynika wtedy z przebiegu procesu, a nie z utożsamienia wielkości firmy z liczbą modułów¹⁹.

Co łączy procesy obsługiwane przez system klasy ERP?

Procesy w systemie klasy ERP łączy przepływ danych od zdarzenia operacyjnego do dalszej obsługi i rozliczenia. Zamówienie uruchamia pracę w sprzedaży i magazynie, a jej wyniki mogą trafić do finansów.

Wspólna baza pozwala modułom korzystać z powiązanych zapisów. Uprawnienia ograniczają z kolei dostęp według roli użytkownika. Opis procesu powinien wskazywać, który obszar tworzy zapis, który go aktualizuje i który korzysta z wyniku²⁰.

Jak podzielić systemy ERP według zakresu i sposobu uruchomienia?

System ERP może obejmować moduły pracujące razem oraz komponenty uruchamiane samodzielnie. W Teneum ERP moduły, w tym WMS – system zarządzania pracą magazynu – i CRM – system zarządzania relacjami z klientami – działają w zintegrowanym systemie albo osobno.⁶

Sposób uruchomienia to osobna decyzja niż dobór funkcji. Tabela rozróżnia warianty infrastruktury.

Opis wariantu powinien określać miejsce przetwarzania danych, dostęp i odpowiedzialność za utrzymanie. Przy samodzielnym komponencie trzeba też wyznaczyć granicę integracji z pozostałym oprogramowaniem. Zakres funkcjonalny mówi, jakie procesy obsługuje produkt; sposób uruchomienia określa jego środowisko i odpowiedzialność za działanie²¹.

Czym jest mobilny dostęp do ERP w codziennej pracy?

Mobilny dostęp do ERP pozwala korzystać z wybranych funkcji poza stanowiskiem biurowym. Nie tworzy osobnego procesu biznesowego. Zakres dostępu wyznaczają zadania użytkownika: odczyt informacji, wpisanie danych lub zatwierdzenie dokumentu.
Trzeba go oceniać w odniesieniu do pracy w terenie, magazynie i podczas pracy hybrydowej²².

Porównanie pulpitów pomaga przypisać funkcje mobilne do obowiązków użytkowników.

Ocena pakietu mobilności powinna wskazywać czynności dostępne na urządzeniu i uprawnienia potrzebne użytkownikowi. Osobno trzeba określić zasady dostępu poza biurem oraz postępowanie po utracie urządzenia. Mobilna część ERP ma odpowiadać zadaniom wykonywanym poza biurkiem²³.

Jak zaplanować funkcje modułów ERP i kolejność wdrożenia?

Funkcje modułów ERP warto planować według zależności między procesami. Najpierw trzeba ustalić, jakie dane powstaną w systemie, a potem wskazać zadania, które z nich korzystają.
Pierwszy zakres wdrożenia powinien umożliwić zakończenie wybranego procesu bez ręcznego przenoszenia danych między działami²⁴. Przy planowaniu zakresu można też uwzględnić, czy sztuczna inteligencja w systemach ERP będzie analizować te dane lub automatyzować powiązane zadania.

Koszt wdrożenia ERP zależy między innymi od liczby modułów i użytkowników, integracji, migracji danych oraz dopasowania do procesów.²⁵ W rozbudowanych projektach spotyka się budżet wdrożeniowy rzędu kilkadziesiąt–kilkaset tys. zł. To budżet projektu, nie cena licencji.²⁶ W planie wydatków trzeba osobno ująć licencję lub subskrypcję, wdrożenie, integracje i późniejsze utrzymanie.

Jak odróżnić funkcje niezbędne od przydatnych dodatków?

Funkcja niezbędna ERP pozwala wykonać lub rozliczyć proces wybrany do uruchomienia. Dodatek może ułatwiać pracę, lecz jego brak nie uniemożliwia zakończenia procesu. O podziale powinien decydować dokument końcowy, a nie długość katalogu funkcji.

• Proces do uruchomienia wymaga wskazania zdarzenia początkowego i dokumentu końcowego. Zapisz funkcje potrzebne między tymi punktami.
• Funkcja niezbędna usuwa przerwę w przekazaniu dokumentu lub danych kolejnemu użytkownikowi. Należy do pierwszego zakresu wdrożenia.
• Funkcja dodatkowa poprawia wygodę bez zmiany wyniku procesu. Można przypisać ją do późniejszej rozbudowy wraz z potrzebnymi danymi wejściowymi.

Powstaje w ten sposób zakres potrzebny do ukończenia procesu, nie lista dostępnych dodatków.

Jak sprawdzić obieg dokumentów i akceptacji między działami?

Obieg dokumentów i akceptacji trzeba rozpatrywać oddzielnie. Dokument jest przedmiotem pracy, a zadanie wskazuje osobę wykonującą kolejny krok. Workflow w enova365 pozwala projektować przebieg procesów i powiadamiać pracowników o zadaniach.⁵ EOD, czyli elektroniczny obieg dokumentów opisany przez Symfonię, służy do zarządzania przepływem pism, faktur, umów i wiadomości e-mail.¹

• Dokument wejściowy powinien mieć wskazane źródło i dział odpowiedzialny za rejestrację. Trzeba też określić dane potrzebne do skierowania go dalej.
• Akceptacja powinna wskazywać osobę decyzyjną i wynik zatwierdzenia albo odrzucenia. Po każdej decyzji musi być jasne, do kogo trafia zadanie.
• Dokument końcowy powinien zachować związek ze sprawą i decyzją. Należy wskazać dział, który wykorzysta go później.

Opis obiegu jest kompletny, gdy przy każdym przekazaniu wiadomo, kto odpowiada za dokument i zadanie.

Kiedy uruchamiać moduły etapami zamiast jednocześnie?

Etapowe uruchamianie modułów ma sens, gdy kolejny obszar potrzebuje danych z procesu wdrażanego wcześniej. System można później rozbudować o moduły bez wymiany całego rozwiązania.⁵ Dane przekazywane między etapami trzeba jednak określić przed uruchomieniem pierwszego modułu.

Harmonogram wdrożenia powinien odróżniać uruchomienie procesu od późniejszej oceny jego działania. Humansoft podaje dla firm produkcyjnych lub logistycznych 6–12 miesięcy prac wdrożeniowych.²⁷ Według tego samego źródła pierwsze efekty ERP mogą pojawić się najwcześniej po 3 miesiącach.²⁷ Etap kończy odbiór działającego procesu oraz ustalenie danych potrzebnych w następnym.

Jak rozpisać przepływ danych i odpowiedzialność za integracje?

Przepływ danych między modułami ERP warto rozpisać od miejsca powstania zapisu do miejsca jego wykorzystania. Pozwala to oddzielić konfigurację modułu od integracji z osobną aplikacją.

• Źródło danych wskazuje aplikację i osobę odpowiedzialną za poprawność zapisu. Trzeba powiązać je z dokumentem lub zdarzeniem rozpoczynającym przekazanie.
• Odbiorca danych określa potrzebne pola i czynność wykonywaną po ich otrzymaniu. Opis powinien też uwzględniać błędny lub odrzucony rekord.
• Integracja wymaga właściciela po stronie firmy i określenia prac partnera wdrożeniowego. Jej wykonanie kosztuje osobno od licencji lub subskrypcji oraz późniejszego utrzymania.

Plan łączy kolejność uruchamiania modułów z odpowiedzialnością za dane, dokumenty i integracje.

Lista modułów ERP do oceny: od czego zacząć?

Listę modułów ERP najlepiej zacząć od głównego procesu firmy i celu wdrożenia. Określenie celu oraz procesów wymagających usprawnienia pomaga uniknąć zbędnej rozbudowy systemu.⁶ Na listę podstawową trafiają obszary potrzebne do zakończenia procesu. Pozostałe funkcje tworzą zakres opcjonalny.

Zakres oceny musi odpowiadać sposobowi pracy przedsiębiorstwa. Wiele lokalizacji, nieruchomości lub flota samochodowa wymagają innych zapisów niż sprzedaż z jednej siedziby. Nazwę proponowanego modułu trzeba więc powiązać z czynnością i dokumentem, które firma chce w nim obsługiwać.

Jak wskazać moduły potrzebne do obsługi głównego procesu?

Moduły potrzebne do obsługi głównego procesu można wskazać, śledząc pracę od zdarzenia początkowego do wyniku dla klienta lub firmy. Przy każdej czynności należy zapisać wykonawcę i dane przekazywane dalej.

• Zdarzenie początkowe uruchamia pracę, na przykład przyjęcie zamówienia. Trzeba przypisać mu obszar odpowiedzialny za zapis danych.
• Czynności operacyjne pokazują, gdzie powstają rezerwacja, zlecenie lub dokument wydania. Należy zaznaczyć obszary, bez których praca się zatrzyma.
• Wynik procesu jest dokumentem lub informacją potrzebną do rozliczenia. Trzeba wskazać moduł odpowiedzialny za jego przygotowanie.

Tak powstaje lista wynikająca z przebiegu pracy, nie z katalogu nazw modułów.

Które moduły zależą od liczby lokalizacji i sposobu pracy?

Moduły dotyczące majątku i pracy w różnych lokalizacjach zależą od ewidencjonowanych zasobów i odpowiedzialności za nie. Moduł Nieruchomości opisany przez enova365 obejmuje ewidencję nieruchomości oraz najem, ubezpieczenia, remonty i dokumentację techniczną.⁵

Flota samochodowa wymaga osobnego opisu pojazdów, użytkowników i zdarzeń eksploatacyjnych. Sama obecność oddziałów nie oznacza potrzeby takiego modułu. Przy wielu miejscach pracy trzeba ustalić, czy dane prowadzi się oddzielnie dla lokalizacji, czy wykorzystuje wspólnie.

Jak oddzielić zakres obowiązkowy od opcjonalnego?

Zakres obowiązkowy ERP zawiera funkcje potrzebne do wykonania wybranego procesu i zachowania przyjętych zasad kontroli. Zakres opcjonalny obejmuje te, których odłożenie nie zatrzyma pracy ani wymaganego nadzoru.

• Wymóg operacyjny jest obowiązkowy, jeśli bez niego użytkownik nie zakończy procesu. Należy powiązać go z konkretną czynnością.
• Wymóg kontrolny jest obowiązkowy, jeśli firma musi ograniczać dostęp lub dokumentować decyzje. Moduł zarządzania ryzykiem i zgodnością opisany przez Oracle wspiera kontrolę dostępu, audyty i wykrywanie naruszeń zasad.¹⁷
• Usprawnienie dodatkowe jest opcjonalne, gdy zmienia sposób pracy, ale nie warunkuje jej zakończenia. Warto wskazać proces, któremu posłuży przy rozbudowie.

O podziale rozstrzygają skutki pominięcia funkcji, nie jej nazwa.

Jak ułożyć krótką listę modułów do rozmów z dostawcami?

Krótka lista modułów ERP powinna łączyć każdy wymagany obszar z procesem, dokumentem i edycją produktu. Taki zapis rozdziela funkcje oprogramowania producenta od prac partnera wdrożeniowego.

• Opis procesu podaje zdarzenie początkowe, wynik i odpowiedzialny dział. Należy dołączyć go do nazwy wymaganego obszaru.
• Opis produktu i edycji wskazuje wariant podlegający ocenie. Trzeba przypisać mu potrzebne dokumenty i uprawnienia.
• Opis prac wdrożeniowych oddziela konfigurację od integracji i późniejszego utrzymania. Licencję lub subskrypcję należy ująć jako osobny koszt.

Lista nadaje się do rozmowy, gdy każda pozycja określa zadanie firmy i sposób sprawdzenia jego obsługi.

Finanse i analityka: sprawdź drogę danych od dokumentu do raportu

Finanse i księgowość w ERP warto oceniać od dokumentu źródłowego po raport. Po drodze trzeba prześledzić zapis księgowy i płatność. Powiązanie tych etapów pokazuje, skąd pochodzi kwota w raporcie oraz kto ją zatwierdza.

Moduł finansowo-księgowy enova365 automatyzuje czynności księgowe i umożliwia tworzenie plików JPK, czyli Jednolitego Pliku Kontrolnego.⁵ Oracle opisuje automatyzację modułu finansowego skracającą zamykanie ksiąg o co najmniej 1 tydzień.¹⁷ Sente podaje, że po wdrożeniu modułu finansowego u klienta z branży elektronarzędzi 75% zamówień realizowano bezobsługowo. Ten wynik dotyczy opisanego wdrożenia⁶.²⁸

Jak powiązać księgowość, płatności i raporty w jednym procesie?

Księgowość, płatności i raporty powinny łączyć identyfikator dokumentu oraz informacja o jego rozliczeniu. Dzięki temu można przejść od kwoty w raporcie do operacji, z której wynika.

• Dokument źródłowy wskazuje kontrahenta, kwotę i podstawę operacji. Trzeba przypisać mu właściciela danych.
• Zapis księgowy i płatność zachowują powiązanie z dokumentem źródłowym. Należy też oznaczyć stan rozliczenia należności lub zobowiązania.
• Pozycja raportu wynika z określonych zapisów księgowych. Opis musi wskazywać regułę ich ujęcia.

Wynikiem jest możliwość prześledzenia kwoty z raportu do dokumentu i płatności.

Jakie operacje powinien obejmować obszar finansowy?

Obszar finansowy ERP powinien obsługiwać potrzebne firmie dokumenty, księgowania, kontrolę rozrachunków i przygotowanie danych do sprawozdawczości. Rozrachunki obejmują należności od odbiorców oraz zobowiązania wobec dostawców. Ich obsługa wymaga powiązania dokumentu z płatnością.

Windykacja obejmuje dalszą obsługę zaległych należności, nie samo zarejestrowanie płatności. W wymaganiach finansowych trzeba rozdzielić czynności księgowości od decyzji sprzedaży lub osoby odpowiedzialnej za należności.

Jak prześledzić fakturę od zakupu do księgowania?

Fakturę zakupową trzeba prześledzić od wpływu do zatwierdzonego zapisu księgowego. Przy każdej decyzji należy wskazać jej właściciela. Opis musi uwzględniać także fakturę niezgodną z zamówieniem lub dostawą.

• Rejestracja faktury ustala kontrahenta, kwotę i powiązany zakup. Trzeba wskazać miejsce przechowywania dokumentu źródłowego.
• Weryfikacja faktury porównuje jej treść z warunkami zakupu i potwierdzeniem odbioru. Należy przypisać osobę rozstrzygającą rozbieżności.
• Akceptacja i księgowanie obejmują decyzję zatwierdzającą oraz powstały zapis. Zapis musi pozostać powiązany z fakturą.

Ścieżka dokumentu pokazuje wtedy źródło zapisu i odpowiedzialność za jego zatwierdzenie.

Jak dobrać raporty do decyzji operacyjnych i finansowych?

Raporty ERP dobiera się do decyzji użytkowników, nie do liczby wykresów. Dla każdego raportu trzeba określić źródło danych, odbiorcę i działanie podejmowane na podstawie wyniku.

• Raport operacyjny pokazuje stan bieżącej pracy, na przykład dokumenty oczekujące na akceptację. Powinien trafić do osoby usuwającej zaległości.
• Raport rozrachunków pokazuje należności i zobowiązania wymagające działania. Odbiorca podejmuje decyzję o płatności lub kontakcie z kontrahentem.
• Raport finansowy korzysta z zapisów właściwych dla decyzji o kosztach lub wyniku działalności. Trzeba określić dokumenty tworzące prezentowane kwoty.

Finanse i analityka pomagają podejmować decyzje, gdy od wyniku raportu można wrócić do zapisu źródłowego.

Dobór funkcji ERP do branży: cztery scenariusze pracy

Funkcje ERP trzeba dobierać do zdarzenia rozpoczynającego pracę w danej branży. Może nim być zamówienie internetowe, dokument zaplecza, wydanie towaru albo sprawa administracyjna. Każdy scenariusz wymaga określenia danych wejściowych, odpowiedzialnej osoby i wyniku przekazywanego dalej.

Moduł Handel enova365 wspiera e-commerce, samofakturowanie i integrację z KSeF, czyli Krajowym Systemem e-Faktur.⁵ Moduł handlowo-magazynowy Symfonii można integrować z rozwiązaniami sprzedaży elektronicznej B2B – między firmami – oraz B2C – dla konsumentów.¹ Są to cechy wskazanych produktów, nie obowiązkowy zakres każdego modułu handlowego.

Tabela przedstawia wyniki sprzedażowe podane przez Sente dla wdrożenia ERP z modułem handlu i dystrybucji u klienta odzieżowego.

Dane w tabeli: 6

Wyniki klienta Sente dotyczą tego wdrożenia; nie są prognozą dla innych firm.

Jak połączyć zamówienia sklepu internetowego z realizacją sprzedaży?

Moduł zamówień należy połączyć ze sklepem przez określenie danych przekazywanych od zakupu do dokumentu sprzedaży. Przy odbiorze osobistym trzeba również wskazać miejsce wydania towaru.

• Zamówienie internetowe przekazuje pozycje, dane nabywcy, sposób dostawy i stan płatności. Trzeba wskazać system, który je tworzy.
• Realizacja sprzedaży wymaga przypisania towaru i zmiany statusu zamówienia. Należy ustalić, który system przekazuje ten status klientowi.
• Dokument sprzedaży powstaje z danych zatwierdzonego zamówienia. Trzeba wskazać właściciela korekt i zwrotów.

Tak opisana ścieżka nie wymaga ponownego wpisywania pozycji zamówienia podczas realizacji.

Które czynności back-office warto objąć wspólnym obiegiem danych?

Back-office, czyli zaplecze administracyjne firmy, powinien łączyć czynności korzystające z tego samego dokumentu. Dotyczy to akceptacji zakupu, obsługi faktury i rozliczenia płatności. Powiązanie dokumentów pokazuje księgowości podstawę wydatku, a osobie zatwierdzającej – jego status.

Obieg danych zaplecza wymaga wskazania właściciela dokumentu i osoby podejmującej decyzję. Sam fakt, że czynności wykonuje ten sam dział, nie uzasadnia wspólnego obiegu dla niepowiązanych procesów.

Jak śledzić przekazanie danych między magazynem a logistyką?

Przekazanie danych z magazynu do logistyki powinno łączyć zamówienie z potwierdzonym wydaniem i zleceniem transportu. Status „gotowe do wysyłki” nie dowodzi jeszcze, że przewoźnik przejął przesyłkę.

• Kompletacja wskazuje przygotowane towary i zamówienie, którego dotyczą. Należy wskazać osobę potwierdzającą kompletność.
• Wydanie magazynowe potwierdza przekazanie towaru poza magazyn. Dokument wydania trzeba powiązać ze zleceniem dostawy.
• Przejęcie do transportu wskazuje odbiorcę przesyłki i jej dalszy status. Trzeba określić sposób zgłaszania odmowy odbioru lub zwrotu.

Opis pozwala odróżnić towar przygotowany od wydanego i przejętego do transportu.

Jak opisać obieg spraw i dokumentów w administracji publicznej?

Obieg spraw w administracji publicznej należy opisać od wpływu pisma do decyzji i archiwizacji. Każde przekazanie musi mieć odpowiedzialną komórkę. ERP służy tu ewidencji i organizacji pracy, a wymagania dotyczące spraw urzędowych trzeba przypisać do konkretnego procesu.

• Wpływ pisma rozpoczyna sprawę i wskazuje dokument źródłowy. Należy przypisać komórkę odpowiedzialną za rejestrację.
• Prowadzenie sprawy obejmuje przekazania, zadania i zatwierdzenia. Trzeba wskazać osobę podejmującą decyzję na każdym etapie.
• Zamknięcie sprawy wiąże dokument wynikowy z wcześniejszą korespondencją. Należy określić miejsce przechowywania dokumentacji.

O doborze modułów decyduje obieg pracy właściwy dla branży, nie nazwa obszaru w katalogu.

CRM a ERP: ustal granicę między sprzedażą a realizacją zamówień

Moduł CRM trzeba oddzielić od realizacji zamówień tam, gdzie zaakceptowana oferta staje się podstawą rezerwacji, wydania lub rozliczenia. Granicę wyznaczają właściciel dokumentu i odpowiedzialność za jego status. Nie zmienia tego umiejscowienie CRM wewnątrz ERP lub w osobnej aplikacji.

CRM enova365 gromadzi dane klientów, historię transakcji i kontaktów oraz wspiera oferty, zamówienia i fakturowanie.⁵ Nie wszyscy dostawcy i użytkownicy uznają CRM za moduł ERP.¹⁷ Przy ocenie trzeba ustalić, gdzie powstaje wiążące zamówienie i kto odpowiada za jego realizację.

• Zaakceptowana oferta wymaga właściciela i reguły przekazania do realizacji. Trzeba ustalić, jakie dane klienta i warunki sprzedaży trafią do zamówienia.
• Zmiana zamówienia wymaga określenia miejsca zapisu. Należy ustalić, czy aktualizacja w CRM zmienia dokument realizacyjny, czy potrzebuje osobnej akceptacji.
• Status realizacji powinien wracać do osoby obsługującej klienta. Przy osobnym CRM trzeba przypisać odpowiedzialność za integrację i nieudane przekazania.

CRM połączony z ERP nie zwalnia z wyznaczenia właściciela zamówienia. Osobny CRM wymaga też opisania integracji.

Produkcja i magazyn: sprawdź ciągłość danych o materiałach

Produkcja i magazyn w ERP wymagają powiązania zamówienia, zapotrzebowania na materiały, ruchu zapasów i zlecenia produkcyjnego. Planista powinien widzieć podstawę zapotrzebowania. Magazyn musi wiedzieć, do którego zlecenia przypisać wydanie materiału.

Moduł Produkcja enova365 może tworzyć zlecenia produkcyjne na podstawie zamówień klientów.⁵ Moduł produkcyjny w ekosystemie Symfonii należy do systemu ERP Symfonia Handel i wymienia dane ze sprzedażą, zamówieniami oraz magazynem.¹ Przy ocenie liczy się to, czy zlecenie korzysta z właściwych danych o zamówieniu i dostępności materiałów.

Tabela rozdziela zadania systemów wspierających pracę magazynu i produkcji.

Moduł WMS opisany przez Humansoft wspiera inwentaryzację, magazyny wysokiego składowania i przydzielanie zadań pracownikom.²⁷ Przy łączeniu obszarów trzeba wskazać właścicieli danych o zapasie, planie i wykonaniu.

Jak prześledzić ruch towaru od przyjęcia do wydania?

Ruch towaru należy śledzić przez dokumenty przyjęcia, przesunięcia i wydania. Każdy ruch powinien wskazywać magazyn, ilość, dokument źródłowy oraz powiązany materiał, wyrób lub zlecenie.

• Przyjęcie materiału zwiększa zapas na podstawie potwierdzonej dostawy. Trzeba powiązać je z zamówieniem zakupu i miejscem składowania.
• Wydanie do produkcji zmniejsza dostępny zapas i wskazuje zlecenie zużywające materiał. Ilość wydaną należy porównać z zapotrzebowaniem z planu.
• Przyjęcie wyrobu i wydanie do odbiorcy łączą wynik produkcji z zamówieniem. Dokumenty magazynowe muszą pozostać powiązane z zamówieniem klienta.

Dane zachowują ciągłość, gdy każdy ruch materiału ma dokument źródłowy oraz cel zużycia lub wydania.

Procesy między działami: przypisz zadania do właściwych obszarów

Procesy między działami trzeba opisywać według tego, kto tworzy dane, kto decyduje i kto korzysta z wyniku. Sprzedaż potrzebuje informacji o towarze, projekty – o kosztach, a planowanie pracy – o pracownikach. Taki podział pokazuje miejsca przekazania danych bez przypisywania całego procesu jednemu modułowi.

Kiedy zarządzanie projektami wymaga powiązania z finansami?

Zarządzanie projektami wymaga połączenia z finansami, gdy kierownik porównuje planowany budżet z wydatkami i przychodami projektu. Trzeba wskazać dokumenty finansowe zasilające budżet oraz osobę zatwierdzającą zmianę planu. EPM, czyli zarządzanie wydajnością przedsiębiorstwa, opisane przez Oracle wspiera planowanie, budżetowanie, prognozowanie i raportowanie wyników.¹⁷ Budżet pomaga podjąć decyzję, gdy plan jest powiązany z zapisami dotyczącymi projektu.

Jak połączyć sprzedaż i dystrybucję z dostępnością towaru?

Sprzedaż i dystrybucję należy połączyć z informacją o zapasie, rezerwacji i planowanej dostawie. SCM, czyli zarządzanie łańcuchem dostaw, opisane przez Oracle wspiera śledzenie towarów oraz planowanie zapasów i popytu.¹⁷

• Zapas dostępny do sprzedaży powinien uwzględniać towar przypisany już do innych zamówień. Magazyn odpowiada za zapis ruchu.
• Rezerwacja łączy towar z konkretnym zamówieniem. Sprzedaż odpowiada za przekazanie magazynowi zmian w zamówieniu.
• Planowana dostawa wymaga wskazania źródła i statusu. Trzeba ustalić, kto informuje obsługę klienta o zmianie terminu.

Obietnica dostawy opiera się wtedy na zapasie i planie jego uzupełnienia.

Jak prześledzić zakup od zapotrzebowania do dostawy?

Zakup warto prześledzić od zapotrzebowania przez decyzję o zamówieniu po potwierdzenie odbioru. Każdy dokument wymaga właściciela i powiązania z poprzednim krokiem.

• Zapotrzebowanie wskazuje potrzebny materiał lub usługę i cel zakupu. Odpowiada za nie dział zgłaszający potrzebę.
• Zamówienie zakupu zapisuje zatwierdzone warunki dostawy. Decyzja zakupowa należy do uprawnionej osoby.
• Potwierdzenie dostawy zapisuje ilość faktycznie odebraną. Rozbieżność trzeba powiązać z zamówieniem i wskazać osobę, która rozstrzygnie ją przed rozliczeniem.

Powstaje ścieżka od zgłoszonej potrzeby do odebranego towaru lub usługi.

Które dane kadrowe muszą zasilać planowanie pracy?

Planowanie pracy wymaga danych o dostępności pracowników, czasie pracy i nieobecnościach. Naliczanie płac korzysta z umów i ewidencji. Moduł kadrowo-płacowy enova365 obsługuje umowy, wynagrodzenia, czas pracy, nieobecności i PPK.⁵ Symfonia R2Płatnik pobiera do wyliczenia wynagrodzenia dane z ewidencji czasu pracy, umowy i karty zasiłkowej.¹

HCM, czyli zarządzanie personelem, obejmuje również przekazywanie danych między jednostkami organizacyjnymi. Sente opisuje wdrożenie, w którym zintegrowano naliczanie płac dla 2 firm w grupie. Przeniesienie pracownika wymagało tam 1 kliknięcia.⁶ Wynik tego projektu nie zastępuje ustalenia uprawnień i reguł przenoszenia pracowników w innej firmie.

Podział odpowiedzialności działa, gdy każdy dział otrzymuje dane potrzebne do decyzji bez przejmowania zadań innych działów.

Business Intelligence: określ, które decyzje wymagają danych z wielu źródeł

Business Intelligence (BI) łączy dane z różnych obszarów, gdy raport jednego modułu nie wystarcza do podjęcia decyzji. Natywny moduł BI enova365 pozwala analizować dane firmy w czasie rzeczywistym.⁵ Zakres analizy trzeba określić przez decyzję, jej odbiorcę i dane potrzebne do obliczenia wskaźnika.

• Decyzja o uzupełnieniu zapasu wymaga zestawienia sprzedaży, dostępności towaru i planowanych dostaw. Wskaźnik powinien wskazywać pozycje wymagające działania.
• Decyzja o rentowności projektu wymaga powiązania przychodów z kosztami projektu. Raport powinien prowadzić od wyniku do dokumentów źródłowych.
• Identyfikacja wąskiego gardła wymaga porównania statusów zadań i czasu oczekiwania między etapami. Wynik powinien wskazywać etap i odpowiedzialny dział.

Moduł BI ma określony cel, gdy jego wskaźniki wspierają nazwane decyzje, a nie tylko wypełniają pulpit danymi.

Najczęściej zadawane pytania

Jak potwierdzić, kto zatwierdził zwolnienie wyrobu lub usługi?

Należy zachować dowód zwolnienia oraz możliwość ustalenia osoby, która je zatwierdziła.

Czy wspólna baza danych oznacza, że każdy użytkownik widzi wszystkie informacje?

Nie. Dostęp do danych zależy od uprawnień użytkownika.

Czy do planowania pracy można przekazać wszystkie dane kadrowe?

Nie. Należy przekazywać tylko dane osobowe niezbędne do tego celu.

Czy budżet wdrożenia ERP jest tym samym co koszt licencji?

Nie. Koszt wdrożenia to budżet projektu, a licencję lub subskrypcję należy ująć osobno.

Czy każda licencja SAP Limited obsługuje szanse sprzedaży?

Nie. Zgodnie z artykułem obsługę szans sprzedaży przewiduje tylko licencja Limited CRM.

Czy dostęp do zewnętrznego API jest dostępny w każdym planie Odoo?

Nie. W cenniku Odoo dostęp do zewnętrznego API przewidziano w planie Custom.

Czy pracownik może zatwierdzać dokumenty z poziomu mobilnego ERP?

Może, jeśli wybrane funkcje mobilne obejmują zatwierdzanie, a użytkownik ma wymagane uprawnienia.

Czy za samą liczbę modułów można ocenić, czy ERP obsłuży konkretny proces?

Nie. Trzeba sprawdzić zakres konkretnego produktu i jego edycji względem wymagań procesu.