Integracja ERP ze sklepem internetowym: od czego zacząć

Integracja ERP ze sklepem internetowym zaczyna się od decyzji, a nie od wyboru wtyczki: dla każdej danej trzeba ustalić, który system jest jej źródłem prawdy, w którą stronę ją przesyłamy i jak często. Dopiero na tej podstawie da się wybrać sposób połączenia i oszacować koszt. W tym tekście przechodzę przez kolejne obszary synchronizacji (produkty, stany, ceny, zamówienia, dokumenty), opisuję, jak zaprojektować obsługę błędów, i podpowiadam, jak przetestować całość przed uruchomieniem.

Piszę dla osoby, która decyduje o projekcie po stronie firmy: prezesa, dyrektora sprzedaży, kierownika IT. Nie trzeba znać API, żeby zadać wykonawcy właściwe pytania. Trzeba natomiast wiedzieć, jak dane płyną dziś między działami, bo integracja tylko automatyzuje ten przepływ.

Od czego zacząć integrację ERP ze sklepem internetowym

Zacznij od inwentaryzacji: jaki system ERP, w jakiej wersji, jakie ma możliwości wymiany danych i kto w firmie zna procesy sprzedaży, magazynu i księgowości. Bez tych informacji każda wycena jest zgadywaniem.

Przed pierwszym spotkaniem z wykonawcą przygotuj odpowiedzi na kilka pytań:

• Czy ERP ma udokumentowane API albo inny oficjalny sposób wymiany danych i czy wymaga to dodatkowej licencji?
• Czy macie środowisko testowe ERP, na którym można pracować bez ryzyka dla danych produkcyjnych?
• Ile magazynów, cenników i firm (spółek) obsługuje ERP i które z nich mają być widoczne w sklepie?
• Kto dziś ręcznie przepisuje zamówienia ze sklepu i jakie poprawki przy tym robi?
• Kto po waszej stronie będzie właścicielem integracji po wdrożeniu?

Pytanie o ręczne przepisywanie jest ważniejsze, niż się wydaje. Osoba, która od lat przenosi zamówienia do ERP, wie, które pola klienci wypełniają źle, kiedy trzeba zmienić metodę dostawy i jak traktować zamówienia z rabatem. Te wyjątki muszą trafić do specyfikacji, bo inaczej wyjdą dopiero po starcie.

Źródło prawdy: który system decyduje o danych

W integracji ERP ze sklepem internetowym źródło prawdy to system, w którym dana jest tworzona i poprawiana. Drugi system tylko ją odbiera. Jeśli ta sama dana może być zmieniana w obu miejscach, prędzej czy później dojdzie do konfliktu, a integracja nie będzie wiedziała, która wersja jest prawidłowa.

Typowy podział wygląda tak, choć w każdej firmie warto go przejść punkt po punkcie:

Dane	Źródło prawdy	Kierunek	Kiedy przesyłać
Kartoteka produktów (indeks, EAN, VAT)	ERP	ERP do sklepu	po zmianie
Opisy, zdjęcia, atrybuty marketingowe	sklep lub system PIM	bez synchronizacji do ERP	nie dotyczy
Stany magazynowe	ERP	ERP do sklepu	możliwie często
Ceny i cenniki	ERP	ERP do sklepu	po zmianie
Zamówienia	sklep	sklep do ERP	od razu po złożeniu
Statusy realizacji, numery przesyłek	ERP lub system magazynowy	do sklepu	po zmianie
Faktury i korekty	ERP	ERP do sklepu	po wystawieniu

System PIM (product information management) to osobne narzędzie do opisów produktów. Przy mniejszym katalogu jego rolę pełni zwykle sam sklep. Ważne, by opisy marketingowe nie były nadpisywane przez integrację przy każdej zmianie ceny, co zdarza się, gdy produkt jest przesyłany w całości zamiast tylko zmienionych pól.

Stany magazynowe i rezerwacje

Stany to dane, które w integracji sklepu internetowego z ERP najczęściej powodują problemy, bo zmieniają się ciągle i od nich zależy, czy klient kupi towar, którego nie ma. Kluczowe pytanie brzmi: co sklep pokazuje jako dostępne i w którym momencie towar jest rezerwowany.

Do ustalenia z zespołem magazynu i sprzedaży:

• czy sklep pokazuje stan z jednego magazynu, z kilku, czy sumę,
• czy towar zarezerwowany pod inne zamówienia (na przykład z handlu tradycyjnego) jest odejmowany,
• czy stosujecie bufor bezpieczeństwa, czyli pokazujecie mniej, niż jest, żeby nie sprzedać ostatnich sztuk dwa razy,
• co sklep robi, gdy integracja nie odpowiada: pokazuje ostatni znany stan czy wstrzymuje sprzedaż.

Weźmy jako przykład firmę, która sprzedaje w sklepie, na platformach sprzedażowych i przez handlowców. Jeśli każdy kanał pobiera stan niezależnie, a ERP aktualizuje rezerwacje z opóźnieniem, sprzedaż ponad stan jest kwestią czasu. Rozwiązaniem bywa częstsza aktualizacja zmienionych pozycji zamiast pełnej synchronizacji raz na dobę oraz bufor dla towarów rotujących najszybciej.

Ceny, cenniki i promocje

Ceny powinny pochodzić z jednego miejsca, zwykle z ERP. Promocje to wyjątek, który trzeba rozstrzygnąć osobno, bo działy marketingu często chcą je ustawiać w sklepie, a księgowość potrzebuje ich w ERP.

Najczęstsze pułapki to zaokrąglenia przy przeliczaniu netto i brutto, różne stawki VAT dla tych samych towarów w starych kartotekach oraz kody rabatowe, których ERP nie rozumie. Ustal, czy zamówienie trafia do ERP z ceną po rabacie, czy z ceną katalogową i osobną pozycją rabatu. Ten wybór wpływa na raporty sprzedaży i na faktury, więc warto zapytać o niego księgowość, zanim programista zdecyduje sam. W sprzedaży B2B dochodzą cenniki indywidualne i warunki płatności. Szerzej o tym, czego wymaga taki sklep, pisałem w tekście o elementach nowoczesnej platformy e-commerce.

Zamówienia, klienci i dokumenty

Zamówienie ze sklepu musi trafić do ERP w postaci, z której magazyn i księgowość mogą korzystać bez poprawek. To oznacza mapowanie metod dostawy i płatności, danych klienta oraz pozycji zamówienia na słowniki ERP.

Do zaprojektowania są między innymi:

1. Kartoteka klienta. Czy każde zamówienie zakłada nowego kontrahenta, czy integracja szuka istniejącego po NIP albo adresie e-mail? Duplikaty kontrahentów to częsty koszt źle zaprojektowanej integracji.
2. Statusy zwrotne. Klient chce wiedzieć, że zamówienie jest w realizacji i ma numer przesyłki. Te informacje płyną z ERP lub systemu magazynowego z powrotem do sklepu.
3. Faktury i korekty. Dokument wystawiony w ERP powinien być dostępny w koncie klienta. Korekty po zwrotach to osobny przepływ, który trzeba opisać, a nie zostawić na później.
4. Anulowania i zmiany. Co się dzieje, gdy klient anuluje zamówienie, które już jest w ERP? Kto zwalnia rezerwację?

Obieg dokumentów można dalej automatyzować, na przykład przy fakturach zakupowych. O tym, gdzie pomaga tu sztuczna inteligencja, a gdzie się myli, piszę w tekście o automatyzacji dokumentów z pomocą AI.

Kolejki, ponowienia i obsługa błędów

Dobra integracja ERP ze sklepem internetowym zakłada, że błędy będą się zdarzać: ERP będzie w trakcie aktualizacji, serwer nie odpowie, ktoś zmieni kod produktu. Pytanie nie brzmi, czy wystąpi błąd, ale co się wtedy stanie z zamówieniem.

Kilka zasad, których wymagam od każdej integracji, niezależnie od technologii:

• Kolejka zamiast połączenia na żywo. Zamówienie trafia najpierw do kolejki, a dopiero z niej do ERP. Gdy ERP nie działa, zamówienie czeka, zamiast przepaść.
• Automatyczne ponowienia z rosnącymi odstępami, a po kilku nieudanych próbach przeniesienie sprawy na listę do ręcznego wyjaśnienia.
• Odporność na podwójne wysłanie. To samo zamówienie wysłane ponownie nie może utworzyć drugiego dokumentu w ERP. Technicznie nazywa się to idempotentnością.
• Panel błędów dla zespołu, a nie tylko plik z logami na serwerze. Osoba z obsługi zamówień ma widzieć, co nie przeszło i dlaczego.
• Powiadomienia o przestoju, zanim zauważy go klient albo magazyn.

Te elementy wpływają na koszt, dlatego przy porównywaniu ofert sprawdź, czy wykonawca je ujął. Tania integracja bez kolejki i panelu błędów często kończy się ręcznym wyszukiwaniem brakujących zamówień. Więcej o tym, co składa się na wycenę, piszę w tekście o tym, od czego zależy koszt systemu dedykowanego.

Gotowa wtyczka, platforma pośrednia czy integracja dedykowana

Wybór sposobu połączenia zależy od tego, jak bardzo wasze procesy odbiegają od standardu. Im więcej wyjątków opisanych wcześniej, tym mniejsza szansa, że gotowe rozwiązanie je obsłuży.

• Gotowa wtyczka lub konektor sprawdza się przy prostym katalogu i standardowych procesach. Zaletą jest szybki start, wadą ograniczona kontrola nad wyjątkami i zależność od aktualizacji dostawcy.
• Platforma integracyjna (pośrednik między systemami) daje kolejki, mapowania i monitoring w jednym miejscu. Dobra, gdy systemów jest więcej niż dwa, na przykład sklep, ERP, system magazynowy i platformy sprzedażowe.
• Integracja dedykowana ma sens przy nietypowych procesach, dużym wolumenie albo potrzebie pełnej kontroli. Wymaga za to stałego utrzymania.

Niezależnie od wyboru, integracja powinna być osobnym elementem, a nie kodem rozsianym po sklepie. Ułatwia to wymianę jednego z systemów w przyszłości, o czym piszę szerzej w tekście o projektowaniu skalowalnej architektury systemów.

Jak testować integrację ERP ze sklepem przed uruchomieniem

Testy, jakie przechodzi integracja ERP ze sklepem internetowym, to sprawdzenie prawdziwych scenariuszy biznesowych na środowisku testowym, z udziałem ludzi, którzy znają procesy. Sam test techniczny, że dane przechodzą, nie wystarczy.

1. Przygotuj listę scenariuszy: zwykłe zamówienie, zamówienie z rabatem, firma z NIP, zmiana adresu, anulowanie, zwrot, produkt w kilku magazynach.
2. Przejdź każdy scenariusz od złożenia zamówienia do faktury i statusu w koncie klienta.
3. Sprawdź zachowanie przy awarii: wyłącz połączenie z ERP na czas testu i zobacz, co dzieje się z zamówieniami.
4. Przetestuj obciążenie przed sezonem sprzedażowym, a nie w jego trakcie.
5. Zaplanuj dzień przełączenia: kto sprawdza pierwsze zamówienia, jak wygląda powrót do poprzedniego sposobu pracy, jeśli coś pójdzie źle.

Po uruchomieniu przez pierwsze tygodnie warto codziennie porównywać zamówienia w sklepie i w ERP. Rozbieżność wykryta po jednym dniu to drobna korekta, wykryta po miesiącu to dzień pracy księgowości.

Jeśli planujesz integrację ERP ze sklepem internetowym, zacznij od tabeli źródeł prawdy z tego tekstu i wypełnij ją razem z magazynem, sprzedażą i księgowością. Z taką tabelą rozmowa z wykonawcą jest krótsza, a wycena dokładniejsza. Chętnie ją z Tobą przejdę, a zasady opisuję na stronie o współpracy przy projektach IT.