Najpierw trzeba zrozumieć, jak działa sprzedaż, magazyn, obsługa klienta i rozliczenia, a dopiero potem szukać narzędzia, które ten model udźwignie bez ciągłego obchodzenia własnych ograniczeń.
To nie jest drobiazg techniczny. Źle dobrany system potrafi zablokować rozwój sklepu skuteczniej niż brak budżetu marketingowego. Zamówienia zaczynają krążyć między platformą sprzedażową, arkuszami kalkulacyjnymi i magazynem, stany aktualizują się z opóźnieniem, a zespół zamiast obsługiwać klientów, ręcznie poprawia dane. Przy większej skali dochodzą indywidualne cenniki, zwroty, partie produktów, numery seryjne i kilka kanałów sprzedaży naraz.
Dlatego sensowne systemy ERP dla e-commerce — porównanie powinno zaczynać się nie od rankingu funkcji, ale od odpowiedzi na pytanie: jaki rodzaj chaosu chcemy uporządkować i jakiego chaosu spodziewamy się za dwa lata?
ERP dla B2B i B2C to dwa różne światy
Sklep internetowy sprzedający klientom indywidualnym może potrzebować przede wszystkim szybkiej obsługi zamówień, sprawnej komunikacji z kurierami i automatycznego rozliczania płatności. W modelu B2B ten sam sklep często staje się zapleczem znacznie bardziej złożonego procesu handlowego.
Klient biznesowy nie zawsze widzi tę samą cenę co pozostali kupujący. Może mieć indywidualny cennik, rabaty zależne od obrotu, limit kupiecki albo termin płatności wynoszący 14 czy 30 dni. Do tego dochodzą zamówienia składane przez przedstawicieli handlowych, dokumenty sprzedażowe wystawiane przed wysyłką i konieczność kontrolowania należności.
W praktyce oznacza to, że odpowiedź na pytanie „jaki ERP do sklepu internetowego?” będzie inna dla sklepu z kosmetykami sprzedawanymi bezpośrednio konsumentom, a inna dla hurtowni obsługującej kilkuset odbiorców biznesowych.
W modelu B2C system powinien dobrze radzić sobie z:
- szybkim pobieraniem zamówień z platformy sprzedażowej,
- aktualizacją stanów magazynowych bez dużych opóźnień,
- obsługą płatności, wysyłek i zwrotów,
- automatycznym przekazywaniem danych do firmy kurierskiej,
- sprzedażą w kilku kanałach, na przykład we własnym sklepie i na platformach zewnętrznych.
W B2B ciężar przesuwa się w stronę:
- indywidualnych cenników przypisanych do konkretnych kontrahentów,
- limitów kupieckich i kontroli przeterminowanych płatności,
- wielopoziomowych rabatów,
- zamówień cyklicznych i ofertowania,
- obsługi opiekunów handlowych,
- różnych warunków dostawy i fakturowania.
To właśnie tutaj wiele firm odkrywa, że prosty program magazynowo-księgowy przestał wystarczać, ale pełny system ERP jest jeszcze zbyt rozbudowany albo zbyt kosztowny. Nie ma w tym nic dziwnego. Organizacja, która przez pierwsze lata działała na kilku połączonych narzędziach, zwykle nie ma jeszcze uporządkowanych procesów. Wdrożenie dużego systemu nie naprawi tego automatycznie.
Dobry ERP nie powinien zmuszać firmy do udawania, że działa inaczej, niż działa naprawdę.
Co zmienia skala sprzedaży
Dla małego sklepu liczba zamówień jest oczywiście istotna, ale nie zawsze najważniejsza. Czasem większym problemem okazuje się kilkaset produktów z rozbudowanymi wariantami, sprzedaż zestawów albo częste dostawy od różnych producentów. Z kolei przedsiębiorstwo obsługujące kilka tysięcy prostych zamówień miesięcznie może potrzebować przede wszystkim wydajnej automatyzacji i stabilnego połączenia z magazynem.
Przed rozmową z dostawcą warto więc opisać nie tylko aktualny obrót, ale także:
- liczbę zamówień dziennie i miesięcznie,
- liczbę kanałów sprzedaży,
- liczbę indeksów magazynowych,
- udział produktów wariantowych,
- liczbę zwrotów i reklamacji,
- liczbę dostawców oraz magazynów,
- sposób rozliczania klientów biznesowych,
- planowane wejście na nowe rynki lub kanały sprzedaży.
Tak powstaje obraz firmy, a nie tylko lista życzeń do systemu.
Asortyment decyduje o tym, jakiego ERP naprawdę potrzebujemy
Wybór systemu dla sklepu z jednolitymi produktami będzie zupełnie inny niż wybór oprogramowania dla firmy, która sprzedaje odzież, żywność albo elektronikę. W każdym z tych przypadków magazyn „widzi” produkt w inny sposób.
Odzież: warianty, które szybko tworzą setki indeksów
W sklepie odzieżowym jedna koszulka może występować w pięciu rozmiarach i ośmiu kolorach. Dla klienta to nadal jeden model, ale dla magazynu — kilkadziesiąt wariantów, z których każdy może mieć inny stan, cenę promocyjną albo dostępność w konkretnym kanale.
ERP powinien pozwalać na wygodne zarządzanie relacją między produktem głównym a wariantami. Jeżeli każdy rozmiar i kolor trzeba wprowadzać ręcznie, zespół bardzo szybko zacznie omijać system i prowadzić własne zestawienia. To z kolei prowadzi do błędów w stanach i sytuacji, w której sklep przyjmuje zamówienie na towar, którego fizycznie nie ma.
Żywność: partie i daty przydatności
W sprzedaży produktów spożywczych sam stan magazynowy nie wystarcza. System powinien wiedzieć, z której partii pochodzi towar, kiedy upływa termin przydatności i do którego odbiorcy trafiła konkretna dostawa. Przydatna jest także zasada wydawania najpierw produktów z najkrótszym terminem.
Jeżeli oprogramowanie nie obsługuje partii albo robi to tylko za pomocą dodatkowych, ręcznie utrzymywanych tabel, problem pojawi się nie dopiero przy dużej skali, lecz przy pierwszej reklamacji, wycofaniu produktu lub kontroli stanów.
Elektronika: numery seryjne i odpowiedzialność za konkretny egzemplarz
W przypadku elektroniki znaczenie mają numery seryjne. Nie sprzedajemy po prostu dziesięciu sztuk tego samego urządzenia, lecz konkretne egzemplarze, które mogą mieć różne daty zakupu, warunki gwarancji i historię serwisową.
System ERP powinien pomóc połączyć numer seryjny z dokumentem zakupu, zamówieniem klienta oraz ewentualną reklamacją. Bez tego obsługa posprzedażowa staje się ręcznym śledztwem, a firma traci czas na ustalanie, który produkt trafił do konkretnego klienta.
Zestawy, produkty na zamówienie i towary wirtualne
Kolejny poziom komplikacji pojawia się wtedy, gdy sklep sprzedaje zestawy. Klient kupuje jeden produkt, ale magazyn musi wydać trzy różne elementy. W innym modelu część towaru jest sprowadzana dopiero po zakupie, a jeszcze inna część jest wysyłana bezpośrednio od dostawcy.
W takich sytuacjach trzeba sprawdzić, czy system potrafi obsługiwać:
- zestawy i produkty złożone,
- zamienniki,
- towary dostępne na zamówienie,
- dostawy dzielone,
- rezerwacje stanów,
- automatyczne propozycje uzupełnienia magazynu,
- różne jednostki miary i przeliczniki.
To są funkcje, które na prezentacji często wyglądają jak dodatkowe punkty w tabeli. W codziennej pracy decydują jednak o tym, czy zamówienie przejdzie przez firmę płynnie, czy utknie między sprzedażą a magazynem.
Chmura czy instalacja lokalna?
Drugą dużą decyzją jest model wdrożenia. System ERP w chmurze zwykle oznacza niższy koszt początkowy, szybszy start i automatyczne aktualizacje. Nie trzeba budować własnej infrastruktury serwerowej ani zatrudniać osoby, która będzie pilnować kopii zapasowych, bezpieczeństwa i dostępności środowiska.
Dla małej firmy handlowej to często rozsądny punkt wyjścia. Zespół może korzystać z systemu z różnych miejsc, co dobrze pasuje do pracy hybrydowej i współpracy z zewnętrzną księgowością, magazynem czy biurem obsługi klienta. Model abonamentowy ułatwia także planowanie wydatków, choć nie oznacza, że całkowity koszt będzie niski.
W chmurze płacimy zazwyczaj nie tylko za dostęp do programu, ale również za konfigurację, dodatkowe moduły, użytkowników, integracje i wsparcie. Abonament może wyglądać niewinnie, dopóki firma nie zacznie dodawać kolejnych magazynów, kanałów sprzedaży i kont pracowników.
Instalacja lokalna daje większą kontrolę nad środowiskiem i sposobem przechowywania danych. Może być uzasadniona w firmach z nietypowymi wymaganiami, rozbudowanymi procesami albo infrastrukturą, która już istnieje i jest utrzymywana przez własny dział techniczny. Ceną jest dłuższe wdrożenie, zakup serwerów, aktualizacje, administracja oraz odpowiedzialność za bezpieczeństwo.
| Obszar | System w chmurze | Instalacja lokalna |
|---|---|---|
| Koszt początkowy | Zwykle niższy, często rozłożony na abonament i konfigurację | Wyższy, obejmuje infrastrukturę, licencje i przygotowanie środowiska |
| Uruchomienie | Szybsze, szczególnie przy standardowych procesach | Zwykle dłuższe i bardziej zależne od zespołu technicznego |
| Aktualizacje | Najczęściej realizowane przez dostawcę | Po stronie firmy lub partnera wdrożeniowego |
| Dostęp zdalny | Naturalnie dopasowany do pracy rozproszonej | Wymaga dodatkowej konfiguracji i zabezpieczeń |
| Kontrola nad środowiskiem | Mniejsza, zależna od dostawcy | Większa, ale oznacza również większą odpowiedzialność |
| Skalowanie | Łatwiejsze przy rosnącej liczbie użytkowników i kanałów | Może wymagać rozbudowy infrastruktury |
| Integracje | Zależne od dostępnych interfejsów i polityki dostawcy | Większa swoboda, ale także większy koszt utrzymania |
Nie ma jednej odpowiedzi dobrej dla każdej firmy. Jeżeli mamy mały zespół i chcemy szybko uporządkować sprzedaż, chmura będzie zwykle bardziej praktyczna. Jeżeli działamy w środowisku z nietypowymi wymaganiami i mamy kompetencje do utrzymania własnej infrastruktury, instalacja lokalna może dać więcej elastyczności.
Problem zaczyna się wtedy, gdy wybieramy model wyłącznie dlatego, że brzmi nowocześnie albo „poważnie”. Dla firmy z krótkim runwayem, czyli zapasem gotówki pozwalającym działać przez kilka kolejnych miesięcy, kosztowny projekt infrastrukturalny może być zwyczajnie nieproporcjonalny do potrzeb.
Integracja ERP z platformą sklepową jest osobnym projektem
Sam system ERP nie załatwi sprzedaży internetowej. Musi jeszcze wymieniać dane z platformą sklepową, narzędziem do płatności, przewoźnikami, magazynem, księgowością i czasem z platformami sprzedażowymi innych firm.
Podstawowa integracja obejmuje zwykle:
- produkty i ich opisy,
- ceny,
- stany magazynowe,
- zamówienia,
- dane klientów,
- statusy realizacji,
- informacje o wysyłce.
Taki zakres może kosztować od kilku do kilkunastu tysięcy złotych, zależnie od używanych systemów i sposobu wymiany danych. Kiedy dochodzą indywidualne cenniki, kilka magazynów, rezerwacje, zestawy, wielojęzyczność, różne waluty i wielopoziomowa synchronizacja, koszt integracji może wzrosnąć do 15 000–50 000 zł, a nawet przekroczyć ten poziom.
Właśnie dlatego pytanie o integrację ERP z platformą sklepową powinno pojawić się przed podpisaniem umowy, a nie dopiero po uruchomieniu systemu.
Comarch ERP Optima, enova365 i Streamsoft Verto — różne punkty startu
Comarch ERP Optima jest często rozważany przez małe i średnie firmy, które potrzebują uporządkować sprzedaż, gospodarkę magazynową i księgowość bez wchodzenia w bardzo ciężkie wdrożenie. Jego zaletą może być prostota oraz popularność wśród biur rachunkowych. Trzeba jednak pamiętać, że program nie ma natywnego interfejsu REST do bezpośredniego połączenia z zewnętrznymi platformami e-commerce. W praktyce potrzebny będzie zewnętrzny integrator albo dedykowana wtyczka.
Enova365 daje większe możliwości konfiguracji i może lepiej pasować do średnich organizacji, które mają bardziej rozbudowane procesy, kilka działów i większe wymagania dotyczące obiegu informacji. Zyskujemy elastyczność, ale wraz z nią rośnie ryzyko, że firma zacznie zamawiać rozwiązania „na wszelki wypadek”, zamiast automatyzować rzeczywiście powtarzalne problemy.
Streamsoft Verto również jest kierowany do firm, które oczekują większej swobody w konfiguracji i obsłudze bardziej złożonych procesów. Przy takim wyborze kluczowe staje się nie tylko to, co system potrafi, ale kto będzie go wdrażał i rozwijał. Dwa przedsiębiorstwa mogą kupić podobne oprogramowanie, a po roku pracować na dwóch zupełnie różnych rozwiązaniach.
Nie warto traktować tej trójki jak prostego podium. To raczej trzy różne punkty startu dla firm o różnej skali, budżecie i dojrzałości procesowej.
Najdroższa integracja to nie ta, która kosztuje najwięcej na fakturze. Najdroższa jest ta, która przez pół roku udaje, że działa.
Co powinno wydarzyć się po stronie danych
Dobra integracja nie polega na tym, że systemy „są połączone”. Muszą jeszcze zgodnie rozumieć te same informacje. Jeżeli w sklepie produkt ma jeden kod, a w ERP inny, synchronizacja będzie wymagała dodatkowych reguł. Jeżeli ceny brutto i netto są liczone według odmiennych zasad, błędy pojawią się przy pierwszej promocji. Jeżeli jeden system traktuje zwrot jako anulowanie zamówienia, a drugi jako osobny dokument, raporty przestaną się zgadzać.
Przed wdrożeniem trzeba ustalić:
1. Który system jest źródłem prawdy dla produktów i opisów.
2. Który system zarządza stanem magazynowym.
3. Gdzie powstaje zamówienie i kiedy jest uznawane za przyjęte do realizacji.
4. Jak obsługiwane są anulowania, częściowe wysyłki i zwroty.
5. Jak przenoszone są rabaty, kody promocyjne i indywidualne ceny.
6. Co dzieje się w przypadku przerwy w działaniu jednego z systemów.
7. Kto otrzymuje komunikat o błędzie i ile czasu ma na jego rozwiązanie.
To brzmi mało efektownie, ale właśnie w takich szczegółach kryje się powodzenie wdrożenia.
Ile kosztuje wdrożenie ERP w e-commerce?
Wdrożenie ERP w e-commerce nie ma jednej ceny, ponieważ „wdrożenie” może oznaczać kilka zupełnie różnych projektów. Dla jednej firmy będzie to uruchomienie podstawowych modułów i import danych, dla innej — przebudowa procesów sprzedaży, integracja z kilkoma magazynami, migracja historii klientów oraz szkolenie kilkudziesięciu pracowników.
W małych firmach projekt może zaczynać się od kilkunastu tysięcy złotych. W średnich i dużych przedsiębiorstwach koszty często mieszczą się między 80 000 zł a kilkoma milionami złotych. Te widełki są szerokie, ale taka jest natura systemów ERP: płacimy nie za samą ikonę programu, tylko za dopasowanie go do procesów, danych i odpowiedzialności w firmie.
Osobnym budżetem jest platforma e-commerce B2B z integracją ERP. W zależności od zakresu może kosztować od około 60 000 do 200 000 zł. W tej kwocie mogą znaleźć się między innymi indywidualne konta klientów, katalogi zależne od kontrahenta, limity kupieckie, zamówienia cykliczne i integracja z systemem magazynowym.
Największy błąd finansowy polega na porównywaniu wyłącznie licencji. Warto rozpisać pełny koszt posiadania:
- licencję lub abonament,
- analizę przedwdrożeniową,
- konfigurację,
- integracje,
- migrację danych,
- szkolenia,
- testy,
- utrzymanie i pomoc techniczną,
- rozwój po uruchomieniu,
- koszt pracy pracowników zaangażowanych w projekt.
Do tego dochodzi koszt przestoju i pracy równoległej. Przez pewien czas zespół może prowadzić sprzedaż w starym i nowym środowisku, sprawdzać dane, poprawiać mapowania oraz tworzyć procedury. To nie zawsze pojawia się w ofercie dostawcy, ale zawsze pojawia się w kalendarzu firmy.
Szybki start nie oznacza szybkiej transformacji
Niektóre usługi wdrożeniowe obiecują uruchomienie systemu w kilkadziesiąt dni. Przykładowo, w określonych wariantach Comarch ERP XL usługa Szybki Start zakłada wdrożenie w 30 dni. Taki termin może być realny, jeżeli firma korzysta ze standardowych procesów, ma czyste dane i szybko podejmuje decyzje.
Nie oznacza to jednak, że w 30 dni transformujemy przedsiębiorstwo. Uruchamiamy narzędzie. To dopiero początek pracy nad tym, jak ludzie będą z niego korzystać, kto będzie właścicielem danych, jak mierzymy błędy i kiedy dokładamy kolejne automatyzacje.
Wdrożenie powinno mieć właściciela po stronie firmy. Nie musi to być informatyk. Potrzebna jest osoba, która zna proces od zamówienia do dostawy, potrafi rozmawiać z magazynem i sprzedażą oraz ma mandat do podejmowania decyzji. Bez tego partner wdrożeniowy będzie próbował zgadywać, jak działa biznes.
Lekcja Lidla: nawet wielki budżet nie zastąpi dopasowania
Jednym z najbardziej wymownych przykładów problemów z wdrożeniem ERP jest historia projektu SAP w sieci Lidl. Wdrożenie rozpoczęte w 2011 roku zakończyło się wycofaniem z projektu w 2018 roku, a według dostępnych szacunków koszt nieudanego przedsięwzięcia wyniósł blisko 500 milionów euro.
Nie chodzi o to, że SAP jest złym systemem. Taki wniosek byłby zbyt prosty i niesprawiedliwy. Problem polegał na próbie dopasowania oprogramowania do nietypowego sposobu ewidencji cen i procesów zakupowych, zamiast uporządkowania modelu działania wokół standardów systemu. Przy dużej skali każda decyzja o „małym wyjątku” zaczyna kosztować więcej, niż początkowo zakładano.
Dla mniejszego e-commerce ta historia ma bardzo praktyczny sens. Jeżeli na etapie rozmów słyszymy, że system da się dostosować do wszystkiego, powinniśmy zapytać o cenę i konsekwencje każdego dostosowania. Dedykowana funkcja może być potrzebna, ale czasem jest tylko elegancką nazwą dla procesu, którego firma nie chce uprościć.
Zastanówmy się więc, czy naprawdę potrzebujemy niestandardowego rozwiązania, czy po prostu przez lata przyzwyczailiśmy się do ręcznej pracy. Founderzy często bronią wyjątków, bo powstały w odpowiedzi na konkretny problem klienta albo pilną sytuację operacyjną. Po kilku latach te wyjątki tworzą jednak drugi, niewidzialny system — zbudowany z wiadomości, arkuszy i ustnych ustaleń.
Jak przeprowadzić wybór bez paraliżowania firmy
Najbezpieczniej zacząć od jednego procesu, który dziś kosztuje firmę najwięcej czasu albo pieniędzy. Może to być realizacja zamówień, synchronizacja stanów, obsługa zwrotów albo sprzedaż B2B. Nie trzeba od razu automatyzować całego przedsiębiorstwa.
Dobry etap przygotowawczy obejmuje:
- opis obecnego przebiegu zamówienia, także z wyjątkami,
- wskazanie miejsc, w których pracownik przepisuje dane,
- policzenie błędów i opóźnień,
- uporządkowanie kart produktów,
- wyznaczenie właścicieli danych,
- określenie, które funkcje muszą działać pierwszego dnia,
- oddzielenie potrzeb od pomysłów na przyszłość.
Dopiero potem warto zaprosić dostawców do prezentacji. I tutaj jest jedna praktyczna rada: nie prośmy o pokaz ogólny. Poprośmy o przejście przez nasze zamówienie.
Niech dostawca pokaże, co dzieje się, gdy klient kupuje produkt w dwóch wariantach, korzysta z kodu rabatowego, wybiera dostawę do paczkomatu, a następnie zwraca jedną część zamówienia. W modelu B2B niech pokaże klienta z indywidualnym cennikiem, limitem kupieckim i płatnością odroczoną. Jeżeli system działa dobrze tylko w idealnym scenariuszu, szybko się o tym dowiemy.
Warto także poprosić o rozmowę z firmą podobną do naszej. Nie z największym klientem dostawcy, który ma własny dział technologiczny i budżet na wieloletni rozwój, lecz z przedsiębiorstwem o zbliżonej skali, liczbie produktów i modelu sprzedaży.
Kiedy prostsze rozwiązanie jest rozsądniejsze
Nie każda firma potrzebuje rozbudowanego ERP. Jeżeli sklep ma niewielki asortyment, jeden magazyn, prostą sprzedaż B2C i mało zwrotów, połączenie platformy sklepowej z narzędziem magazynowym oraz księgowością może być wystarczające.
System ERP zaczyna mieć wyraźną przewagę, gdy firma:
- prowadzi sprzedaż w wielu kanałach,
- ma więcej niż jeden magazyn,
- obsługuje klientów B2B,
- zarządza dużą liczbą wariantów produktów,
- potrzebuje kontroli partii lub numerów seryjnych,
- chce połączyć sprzedaż, zakupy, magazyn i finanse,
- planuje rozwój zagraniczny,
- traci czas na ręczne uzgadnianie danych.
Czasem najlepszym rozwiązaniem jest etap pośredni: uporządkowanie danych i procesów, a dopiero później wdrożenie większego systemu. To nie jest brak ambicji. To zarządzanie ryzykiem — szczególnie gdy firma dopiero buduje trakcję i każda większa inwestycja konkuruje z marketingiem, rekrutacją oraz zapasem towaru.
System ERP powinien rosnąć razem z firmą, ale nie wyprzedzać jej o dekadę
Wybierając system ERP dla e-commerce, łatwo wpaść w pułapkę funkcji. Dostawca pokazuje dziesiątki modułów, rozbudowane pulpity i możliwości integracji, a my zaczynamy myśleć, że właśnie tego potrzebujemy, skoro kiedyś planujemy wejść na kolejne rynki.
Tymczasem narzędzie powinno odpowiadać na obecny model działania i dawać rozsądną drogę rozwoju. Nie chodzi o to, aby kupić system najtańszy ani najbardziej rozbudowany. Chodzi o to, aby za rok nie wymieniać go dlatego, że nie radzi sobie z podstawowym procesem, a jednocześnie nie zamrażać pieniędzy w rozwiązaniu, którego firma nie będzie umiała wykorzystać.
Dobre systemy ERP dla e-commerce porównanie kończy się więc nie tabelą zwycięzców, lecz decyzją osadzoną w realiach firmy. B2B wymaga innej logiki niż B2C. Odzież potrzebuje wariantów, żywność — partii i terminów, a elektronika — numerów seryjnych. Chmura upraszcza start, ale abonament i integracje trzeba policzyć w dłuższej perspektywie. Instalacja lokalna daje kontrolę, lecz wymaga własnych kompetencji i infrastruktury.
Najważniejsze jest dopasowanie procesu do narzędzia, a nie odwrotnie. Jeżeli zaczniemy od tego, jak naprawdę pracuje nasza firma, łatwiej będzie wybrać system, który nie tylko obsłuży dzisiejsze zamówienia, ale pozwoli spokojnie rozwijać sprzedaż bez dokładania kolejnych arkuszy, wyjątków i ręcznych obejść. Bo technologia w e-commerce nie powinna robić wrażenia na prezentacji. Powinna zdejmować ciężar z ludzi, którzy każdego dnia próbują dowieźć wynik.




