Kryteria oceny oprogramowania dla firm: funkcje, integracje, wsparcie

Od czego zacząć ocenę: potrzeby firmy zamiast listy życzeń

Ocenę oprogramowania zaczyna się od audytu własnych procesów, a nie od porównywania prezentacji produktów. Praktyka wskazuje kilka sygnałów, że firmie potrzebny jest system klasy ERP.

Sygnały to: ręczne przepisywanie danych zajmujące pracownikom ponad 10 godzin tygodniowo; przygotowanie prostego raportu wymagające wielodniowego zbierania informacji z różnych działów; rozbieżności w stanach magazynowych; powielanie kartotek klientów; trudności z wyliczeniem rentowności.

Każdy z tych objawów przekłada się na inne kryterium oceny. Pierwszy na automatyzację wprowadzania danych, drugi na dostęp do wspólnej bazy i raportowanie, trzeci na spójność obiegu magazynowego, czwarty na jakość danych podstawowych, piąty na controlling i analitykę.

Audyt polega na przejściu przez obszary firmy – sprzedaż, zakupy, magazyn, produkcję, finanse, kadry. Dla każdego z nich wypisz trzy rzeczy: kroki procesu, dokumenty, które w nim powstają, oraz miejsca, w których te same dane wpisuje się po raz drugi.

Do tego dochodzi rachunek: ile dokumentów obsługujecie miesięcznie, ile osób wprowadza te same informacje i ile arkuszy kalkulacyjnych służy jako obejście systemu. Powstaje lista wymagań oparta na faktach, nie na wrażeniach z prezentacji.

Skalę firmy wyznacza liczba spółek i lokalizacji, magazynów, użytkowników, kanałów sprzedaży, walut i wersji językowych. To ona decyduje, które funkcje są istotne, a które stanowią zbędny koszt.

Zestaw kryteriów z audytu podziel od razu na wymagania krytyczne i mile widziane. Na jego podstawie przygotuj scenariusze testowe wykonywane na własnych dokumentach, a nie na danych demonstracyjnych. Taka lista pozwala później ocenić oferty w sposób porównywalny.

Sygnały, że firma potrzebuje ERP

Funkcje, które naprawdę pokrywają procesy

System ERP integruje zwykle kilka obszarów. Finanse i księgowość obejmują księgę główną, rozliczanie należności, środki trwałe i controlling. Magazyn to bieżące stany, przyjęcia i wydania oraz inwentaryzacja. Produkcja: plany i zlecenia produkcyjne, struktury BOM, kontrola jakości.

Zasoby ludzkie obejmują kadry i płace, ewidencję czasu pracy oraz procesy rekrutacyjne. Sprzedaż i CRM: oferty i faktury, realizację zamówień, historię kontaktów z kontrahentami. Zakupy: zapotrzebowania, zamówienia do dostawców, ocenę dostawców.

Mapowanie własnych procesów na te moduły to pierwszy test dopasowania. Jeśli krok procesu nie ma odpowiednika w żadnym module, trzeba ustalić, czy obsłuży go funkcja dodatkowa, integracja czy praca poza systemem.

Kryterium rozdzielenia funkcji krytycznych od dodatków jest proste. Krytyczna obsługuje krok, który dziś generuje błąd, opóźnienie lub dodatkową pracę – na przykład ręczne przepisanie dokumentu magazynowego do księgowości. Dodatkowa to taka, której brak nie zmienia sposobu pracy. Przy ocenie ofert warto wymagać, by dostawca pokazał dany krok procesu na własnych dokumentach, a nie tylko wymienił go w opisie modułu.

Kluczowa jest spójność danych między obszarami. System ERP pracuje na jednej, wspólnej bazie: informacja wprowadzona w jednym obszarze jest natychmiast widoczna dla uprawnionych osób w innych działach. To eliminuje ręczne powielanie dokumentów i ogranicza ryzyko pomyłek. Praca na jednej bazie danych to najważniejszy wyróżnik systemu ERP względem zestawu rozproszonych aplikacji.

Zestaw osobnych programów do fakturowania, magazynu i kadr wymusza nieustanną synchronizację danych oraz ręczne eksportowanie plików. Utrudnia też uzyskanie rzetelnego obrazu kondycji przedsiębiorstwa. Dlatego pytanie do dostawcy nie brzmi „czy system ma moduł magazynu i moduł księgowości”, ale „czy dokument magazynowy i dokument sprzedaży trafiają do księgowości bez ręcznego przepisywania oraz czy da się prześledzić powiązanie między nimi”.

System ERP vs. zestaw rozproszonych aplikacji

Integracje wewnętrzne i zewnętrzne: od jednej bazy do KSeF

Kryteria oceny integracji obejmują: wspólną bazę danych dla modułów podstawowych, udokumentowane API do systemów zewnętrznych, automatyzację obiegu dokumentów oraz archiwizację. Automatyzacja obiegu oznacza przetwarzanie dokumentów wprowadzanych do systemu – faktur, zamówień, potwierdzeń, wniosków; archiwizacja pozwala przechowywać je w sposób kontrolowany po zakończeniu procesu. Ustal, które integracje są gotowe, a które wymagają prac dodatkowych, oraz kto odpowiada za ich utrzymanie po aktualizacji systemu.

Osobnym obszarem jest gotowość na KSeF. Projekt nowelizacji ustawy o VAT opublikowany 5 listopada 2024 r. zakładał obowiązek podania NIP przez nabywcę będącego podatnikiem lub osobą prawną, który posługuje się tym numerem w ramach transakcji VAT (art. 106e ust. 1 pkt 25 i art. 106ba).

Faktura B2C może być wystawiona w KSeF, ale z perspektywy nabywcy nie pozwala na rozliczenie podatku VAT. Sprzedawca nie ma narzędzi do weryfikacji statusu nabywcy. Dlatego pytanie do dostawcy dotyczy tego, jak system ustala tryb wystawienia faktury i jak dokumentuje podstawę takiego ustalenia.

Projekt nie przewidywał skutecznych narzędzi pozwalających sprawdzić, czy zagraniczny kontrahent ma w Polsce siedzibę lub stałe miejsce prowadzenia działalności. Stąd ryzyko wystawienia faktury w niewłaściwym trybie. Nie precyzował też postępowania w transakcjach z podmiotami bez NIP: przy działalności nierejestrowanej, najmie prywatnym czy wśród rolników ryczałtowych.

Kryterium oceny jest więc to, czy system pozwala oznaczyć takich kontrahentów, przypisać im właściwy tryb dokumentu i uzgodnić formę faktury w sposób powtarzalny. Ponieważ KSeF gromadzi dane osobowe, a w niektórych branżach dane wrażliwe (np. medyczne), trzeba też zapytać o zakres dostępu do tych danych i sposób jego ograniczania.

Ostrzeżenie praktyczne: wyspy systemowe i ręczna synchronizacja między aplikacjami oznaczają eksport i import plików, a więc ryzyko błędów i brak jednego źródła prawdy. Przy ocenie oferty policz, ile kroków w obiegu dokumentu wykonuje człowiek przenoszący dane między systemami – każdy z nich jest miejscem, w którym powstają rozbieżności.

Bezpieczeństwo, role i podział obowiązków

Podstawowe kryteria to uprawnienia oparte na rolach (a nie przypisywane pojedynczym osobom), możliwość szybkiego odebrania dostępu przy zmianie stanowiska lub odejściu pracownika oraz rejestrowanie operacji pozwalające odtworzyć, kto, kiedy i jaką czynność wykonał. Bez takiej rejestracji nie da się rozstrzygnąć sporów o dane ani rzetelnie przejrzeć uprawnień.

Rozdzielenie obowiązków (Segregation of Duties, SoD) to jedna z najstarszych zasad kontroli wewnętrznej. Mimo to wciąż jest jedną z najczęściej powtarzanych uwag audytorskich w różnych branżach.

Przykład z SAP S/4HANA pokazuje, dlaczego ocena samej listy uprawnień nie wystarcza. Pojedyncza aplikacja w interfejsie Fiori może łączyć utworzenie zamówienia zakupu, jego zatwierdzenie i zaksięgowanie przyjęcia towaru. Tworzy to ryzyko konfliktu na poziomie aplikacji, którego tradycyjne mapowanie kodów transakcyjnych nie wykrywa.

Skala zjawiska rośnie: z 25 aplikacji Fiori w 2013 r. doszło do ponad 7500, z czego ponad 1700 dotyczy finanse, zaopatrzenie i łańcuch dostaw. Liczba dostępnych aplikacji zależy od wersji i zestawu produktów.

Praktyczne kryterium: czy system generuje raport użytkowników z uprawnieniami do czynności, które nie powinny występować razem? Chodzi np. o tworzenie i zatwierdzanie oraz wprowadzanie danych i korygowanie ich po zatwierdzeniu. System powinien też wspierać okresowe przeglądy uprawnień i pozwalać rozdzielić funkcje na różnych użytkowników bez paraliżu pracy.

Osobno oceń ryzyko nadużyć: policz, ile osób ma jednocześnie dostęp do danych, możliwość ich zmiany i wypłaty lub płatności. Im więcej takich osób, tym większa powierzchnia ryzyka.

Wybierając narzędzie do zarządzania SoD, liczy się dopasowanie do własnej organizacji i budżetu, a nie nazwa kategorii produktu. Narzędzia klasy enterprise adresowane do jednego konkretnego systemu mają inny zakres zastosowania niż rozwiązania ogólne.

Użyteczność, mobilność i adopcja przez pracowników

Użyteczność jest kryterium oceny, bo decyduje o tym, czy system będzie faktycznie używany w codziennej pracy. Wśród obszarów opisywanych przy wyborze systemu ERP wymienia się użyteczność i mobilność oraz dbałość o User Experience.

Kryteria da się skwantyfikować: liczba kliknięć potrzebna do wykonania typowej operacji, liczba pól obowiązkowych, czas wystawienia dokumentu, możliwość pracy w przeglądarce i na urządzeniu mobilnym (np. potwierdzenie dostawy czy akceptacja dokumentu poza biurem).

Drugi obszar to dostosowanie interfejsu do roli: własne widoki i filtry, ukrycie nieużywanych pól, skróty do najczęstszych operacji, słowniki i listy wyboru skracające wprowadzanie danych. Ma to znaczenie zwłaszcza w firmach, w których jeden użytkownik obsługuje tylko wycinek procesu. Przy ocenie ustal, co można zmienić samodzielnie, a co wymaga zgłoszenia do dostawcy i dodatkowej pracy.

Adopcja przez pracowników jest równie ważna jak funkcje. Zdarzenie opisane w materiałach dostawców – „Kupiliśmy najlepszy system na rynku. Szkoda, że nikt nie umie go włączyć” – pokazuje, jak zakup bez kompetencji i wsparcia kończy się nieużywaniem systemu.

Kryterium oceny jest więc to, czy dostawca przewiduje szkolenia i materiały dla użytkowników, czy można wyznaczyć w firmie użytkowników kluczowych odpowiedzialnych za procesy oraz ile czasu zajmuje wdrożenie i przyswojenie systemu. Praktyczny test adopcji: czy pracownik po krótkim przeszkoleniu wykona swoje zadanie bez instrukcji i bez pomocy działu IT.

Sztuczna inteligencja i automatyzacja: gdzie ma sens

Automatyzacja i AI realnie odciążają firmę przede wszystkim w obszarze dokumentów i danych. Automatyzacja przetwarzania dokumentów wprowadzanych do systemu obejmuje faktury, zamówienia, potwierdzenia i wnioski.

Obieg dokumentów w zarządzaniu umowami pozwala odzyskać kontrolę nad ryzykiem, terminami i zobowiązaniami. Prognozowanie w łańcuchu dostaw obejmuje np. prognozy popytu i planowanie zapasów. Wspólny mianownik tych zastosowań jest taki, że funkcja przetwarza dane, które firma już posiada, i ma jasno określony wynik: zaksięgowany dokument, rozpoznany termin umowy, sugestię uzupełnienia zapasu.

Odróżnienie realnej funkcji od marketingu opiera się na kilku pytaniach. Na jakich danych funkcja pracuje – na danych firmy czy wyłącznie w pokazie na danych testowych? Kto i w którym momencie weryfikuje jej wynik?

Czy funkcja działa w trybie sugestii czy automatycznego księgowania? Jak wygląda ścieżka korekty błędu? Czy wynik jest zapisany w systemie i możliwy do prześledzenia? Jeżeli dostawca nie potrafi wskazać konkretnego kroku procesu, który funkcja obsługuje, i pokazać go na dokumentach klienta, to nie jest to kryterium oceny, a hasło w ofercie.

Kryterium umowne: zakres danych wejściowych, oczekiwany wynik, sposób weryfikacji oraz odpowiedzialność za błędny wynik powinny być opisane w umowie lub karcie usługi. Warto też sprawdzić, co się dzieje, gdy funkcja się myli – czy system pozwala wycofać automatyczną operację i czy wymaga to udziału dostawcy.

Zalety i ryzyka stosowania AI w systemie ERP

Wsparcie powdrożeniowe, koszt całkowity i model wdrożenia

Kryteria oceny wsparcia to: dostępność i kanały zgłoszeń, gwarantowany czas reakcji i naprawy, zakres wsparcia powdrożeniowego, dostęp do szkoleń i dokumentacji, tryb aktualizacji oraz możliwość modyfikacji systemu na zamówienie. Wszystko to powinno być zapisane w umowie, a nie tylko deklarowane w rozmowie – bez tego nie da się porównać ofert ani egzekwować jakości.

Koszt całkowity (TCO) obejmuje nie tylko licencje lub subskrypcję, ale też wdrożenie (wraz z czasem jego trwania), migrację danych, integracje z systemami zewnętrznymi, szkolenia, utrzymanie, infrastrukturę oraz przyszłe zmiany. Trzeba ustalić, jaki sprzęt jest potrzebny do działania systemu.

W modelu chmurowym dochodzi pytanie o zakres odpowiedzialności dostawcy za dostępność, kopie zapasowe i bezpieczeństwo danych. W modelu lokalnym – o koszt serwerów, aktualizacji i utrzymania kompetencji wewnątrz firmy. Dobrą praktyką jest policzenie kosztu na użytkownika w horyzoncie kilku lat, a nie tylko opłaty startowej.

Skalowalność ocenia się pytaniami: co się dzieje przy dodaniu użytkowników, kolejnej spółki, magazynu, waluty czy wersji językowej? Czy wymaga to nowego wdrożenia, czy konfiguracji? Czy rosnące wolumeny dokumentów (a więc czas raportowania) są przewidywalne?

System, który działa dobrze w jednej lokalizacji, nie musi obsłużyć struktury wielooddziałowej.

Nawet najlepiej dobrane funkcje nie zadziałają bez wsparcia i kompetencji. Kryterium decyzyjne obejmuje więc nie tylko samego dostawcę. Liczy się też, kto po stronie firmy będzie właścicielem procesu, kto przejmie wiedzę o konfiguracji i kto będzie odbierał zgłoszenia. W materiałach dostawców pojawia się obraz sytuacji, w której kupiono najlepszy system, ale nikt nie umie go włączyć.

Przygotowanie do wdrożenia ERP: kluczowe etapy

Checklista pytań do dostawcy przed podpisaniem umowy

Dopasowanie do procesów: Które kroki naszego procesu system obsługuje bez pracy poza nim, a które wymagają integracji lub modyfikacji? Czy pokażecie je na naszych dokumentach?

Co dzieje się z dokumentem magazynowym i sprzedażowym – czy trafia do księgowości bez ręcznego przepisywania? Kto i jak często będzie musiał eksportować dane między systemami?

Jakie mamy dziś sygnały problemu (ręczne przepisywanie danych, wielodniowe raportowanie, rozbieżności magazynowe, powielone kartoteki) i które z nich system usuwa?

Integracje i KSeF: Czy wszystkie moduły pracują na jednej bazie danych? Które API i integracje są gotowe, a które są dodatkowo płatne?

Jak system ustala tryb wystawienia faktury (B2B/B2C) i co robi w przypadku kontrahenta zagranicznego lub podmiotu bez NIP? Kto odpowiada za poprawność trybu?

Jak wygląda archiwizacja dokumentów i dostęp do danych osobowych oraz wrażliwych?

Bezpieczeństwo i role: Czy uprawnienia wynikają z ról, a nie z osób? Czy system generuje raport konfliktów uprawnień i wspiera okresowe przeglądy?

Jak rozdzielić tworzenie, zatwierdzanie i księgowanie, żeby uniknąć konfliktu obowiązków? Jakie operacje są rejestrowane i przez ile czasu?

Wsparcie, koszt i model: Jakie są godziny i kanały wsparcia, gwarantowany czas reakcji i naprawy, koszt utrzymania i aktualizacji? Jakie szkolenia i dokumentacja są w cenie, a jakie płatne?

Ile realnie trwa wdrożenie i jakie są jego etapy? Co obejmuje koszt całkowity poza licencją (wdrożenie, migracja danych, integracje, sprzęt, zmiany)?

Kto odpowiada za bezpieczeństwo i kopie zapasowe w chmurze? Co można zmienić samodzielnie, a co wymaga zgłoszenia do dostawcy?

Jak system zachowa się przy dodaniu użytkowników, spółki lub magazynu?

Ryzyko i umowa: Co się dzieje, gdy funkcja zawiedzie – jaki jest tryb zgłoszenia i naprawy? Czy zakres danych wejściowych, oczekiwany wynik i odpowiedzialność za błąd są opisane w umowie?

Kto po naszej stronie będzie właścicielem procesu i odbiorcą szkoleń? Jak wygląda plan wyjścia, jeśli po roku uznamy, że system nie spełnia kryteriów?