Integracja ERP z systemami e-commerce - Baselinker, Shoper, IdoSell

Spis treści
Ile kosztuje ręczne przepisywanie zamówień z wielu kanałów do ERP?
Jak wygląda integracja ERP z systemami e-commerce: Baselinker, Shoper i IdoSell?
Jak działa automatyczna synchronizacja stanów magazynowych między kanałami sprzedaży?
Jaki efekt biznesowy daje integracja ERP z systemami e-commerce?
FAQ
Podsumowanie

Ile kosztuje ręczne przepisywanie zamówień z wielu kanałów do ERP?

Integracja ERP z systemami e-commerce usuwa najdroższy ręczny krok w sprzedaży wielokanałowej. Chodzi o przepisywanie każdego zamówienia ze sklepu i marketplace'ów do ERP. Przy 3 minutach na zamówienie i 150 zamówieniach dziennie to około 165 godzin pracy miesięcznie, czyli prawie pełny etat.

Typowy obraz wygląda tak. Zamówienia spływają z własnego sklepu na Shoperze lub IdoSell, z Allegro i coraz częściej z Amazona. Część z nich trafia do Baselinkera, część nie. Rano ktoś z biura eksportuje listę, otwiera ERP i zakłada dokumenty jeden po drugim. Kontrahent, pozycje, ceny, rabat, forma dostawy, płatność. Po południu powtarza to samo dla zamówień z drugiej połowy dnia.

Dotyczy to zarówno prostszych programów, takich jak Subiekt nexo, jak i rozbudowanych pakietów w rodzaju Comarch ERP Optima. Problem nie leży w samym ERP. Leży w tym, że ERP i kanały sprzedaży nie wymieniają danych same. Człowiek staje się więc interfejsem między nimi.

Skąd biorą się pomyłki przy ręcznym wprowadzaniu?

Ręczne przepisywanie to nie tylko czas. Raymond Panko z University of Hawaii, zestawiając badania nad błędami ludzkimi, podaje 99,5-99,8% dokładności przy prostych czynnościach mechanicznych, takich jak wpisywanie znaków i słów. Brzmi dobrze, dopóki nie policzysz pól. Zamówienie ma ich zwykle około 20: dane klienta, adres, kody towarów, ilości, ceny i sposób dostawy. Przy takiej liczbie pól od 4 do 10% zamówień może mieć co najmniej jedną pomyłkę, zanim ktokolwiek je sprawdzi.

Każda pomyłka ma swój koszt. Zła ilość to błędna kompletacja i zwrot. Literówka w kodzie pocztowym to paczka, która wraca do nadawcy. Błędny NIP to faktura do korekty. Po wejściu obowiązkowego KSeF korekta oznacza jeszcze jeden dokument w systemie Ministerstwa Finansów.

Zamówienia dziennie	Czas przepisywania dziennie (3 min/zamówienie)	Godziny miesięcznie (22 dni robocze)	Zamówienia z ryzykiem pomyłki dziennie (4-10%)
50	2,5 h	55 h	2-5
150	7,5 h	165 h - prawie cały etat	6-15
300	15 h	330 h - dwa etaty	12-30
600 (szczyt promocji)	30 h	Nie do obsłużenia bez dodatkowych osób	24-60

To szacunki, więc podstaw własny czas na jedno zamówienie. Ważniejsze od samych liczb jest to, że koszt rośnie razem ze sprzedażą. Każda akcja promocyjna, która podwaja liczbę zamówień, podwaja też pracę biura i liczbę pomyłek. Firma, która rośnie, zaczyna zatrudniać ludzi do przepisywania danych między programami.

Drugi koszt jest mniej widoczny. Skoro zamówienia trafiają do ERP partiami, to również stany w ERP są aktualne tylko kilka razy dziennie. Między jednym a drugim przepisaniem sklep i marketplace'y sprzedają z liczb, które już nie odpowiadają półce. Przy pojedynczym kanale to drobna niedogodność. Przy trzech kanałach i szybko rotującym asortymencie to codzienne anulacje i tłumaczenie się klientom.

Jak wygląda integracja ERP z systemami e-commerce: Baselinker, Shoper i IdoSell?

Integracja ERP z systemami e-commerce to automatyczna, dwukierunkowa wymiana danych między platformą sprzedażową a systemem ERP. Zamówienia ze sklepu i marketplace'ów same trafiają do ERP jako dokumenty. ERP odsyła do kanałów aktualne stany i ceny. Faktura wystawiona w ERP wraca do zamówienia i do klienta. Nikt nie przepisuje danych ręcznie.

Konkretna architektura zależy od tego, gdzie zbierasz zamówienia. W praktyce spotyka się dwa modele.

Model z Baselinkerem jako centrum zamówień

Baselinker zbiera zamówienia z wielu kanałów w jednym panelu: ze sklepu, z Allegro, z Amazona. ERP łączy się wtedy tylko z Baselinkerem, a nie z każdym kanałem osobno. Jedno połączenie zamiast kilku to mniej miejsc, w których coś może się zepsuć, i niższy koszt utrzymania.

Według dokumentacji API Baselinkera limit wynosi 100 zapytań na minutę. Dziennik zdarzeń zamówień obejmuje ostatnie 3 dni, a stany można zaktualizować dla 1000 produktów jednym wywołaniem. Dla Ciebie oznacza to, że integracja nie musi co chwilę pobierać całej listy zamówień. Pyta tylko o zmiany, więc nowe zamówienie trafia do ERP w ciągu minut, a nie przy porannym eksporcie.

Model z bezpośrednim połączeniem sklepu i ERP

Gdy sprzedajesz głównie przez własny sklep, ERP można połączyć bezpośrednio z platformą. Shoper oferuje REST API i webhooki, np. zdarzenie order.create wysyłane w chwili złożenia zamówienia. IdoSell ma rozbudowane API do zamówień, produktów i stanów, a sam pełni część funkcji systemu do zarządzania zamówieniami. Efekt: zamówienie pojawia się w ERP kilka sekund po kliknięciu „Kupuję”, bez systemu pośredniego.

Parametr	Baselinker	Shoper	IdoSell
Rola	System do zarządzania zamówieniami z wielu kanałów	Platforma sklepu internetowego w modelu SaaS	Platforma sklepu z rozbudowanym zapleczem zamówień i magazynu
Skąd zbiera zamówienia	Ze sklepów i marketplace'ów podpiętych w panelu	Z własnego sklepu	Z własnego sklepu, opcjonalnie z marketplace'ów obsługiwanych z panelu
Jak ERP dowiaduje się o zamówieniu	Dziennik zdarzeń odpytywany co kilka minut	Webhook order.create w chwili zamówienia	REST API odpytywane cyklicznie
Co ERP odsyła	Stany i ceny do magazynu Baselinkera, faktury do zamówień	Stany, ceny, statusy zamówień	Stany, ceny, statusy, numery przesyłek
Kiedy wybrać jako punkt integracji	Sprzedajesz w 3 i więcej kanałach	Jeden główny sklep na Shoperze	Sklep na IdoSell, także z marketplace'ami prowadzonymi z jego panelu

Co dokładnie płynie między systemami?

Niezależnie od modelu integracja obejmuje cztery strumienie danych. Każdy z nich zastępuje konkretną czynność, którą dziś ktoś wykonuje ręcznie:

• Zamówienia do ERP - dokument zamówienia lub rezerwacji z kontrahentem, pozycjami i cenami. Efekt: około 3 minut pracy mniej na każdym zamówieniu i zero literówek w danych klienta.
• Stany z ERP do kanałów - dostępna ilość każdego indeksu. Efekt: sklep i marketplace'y nie przyjmują zamówień na towar, którego nie ma.
• Faktury - ERP wystawia dokument, a integracja dołącza plik do zamówienia na platformie. Efekt: klient dostaje fakturę automatycznie, a biuro nie wysyła maili z załącznikami.
• Statusy i numery przesyłek - informacja o spakowaniu i wysyłce wraca do kanału sprzedaży. Efekt: mniej pytań klientów „gdzie jest moja paczka” i mniej pracy obsługi.

Najwięcej pracy przy wdrożeniu nie wymaga sama technika, tylko mapowanie danych. Kody towarów w sklepie muszą odpowiadać indeksom w ERP, formy płatności rejestrom, a stawki VAT tym z kartoteki. Gdy mapowanie się zgadza, zamówienie wchodzi do ERP bez korekty. Trzeba też ustalić, czy zamówienie od razu tworzy w ERP rezerwację, czy dopiero dokument wydania. Od tej decyzji zależy, kiedy towar znika ze stanu dostępnego w kanałach.

Dobór modelu, mapowanie i budowa samej warstwy wymiany danych to zakres naszej usługi integracji systemów ERP, CRM, WMS i MES. Zaczynamy od listy kanałów, liczby zamówień i tego, który system ma być źródłem prawdy o stanach.

Jak działa automatyczna synchronizacja stanów magazynowych między kanałami sprzedaży?

Automatyczna synchronizacja stanów działa tak, że ERP jest jedynym źródłem prawdy o ilości towaru. Każda sprzedaż w dowolnym kanale zdejmuje stan w ERP. ERP w ciągu sekund lub minut rozsyła nową dostępną ilość do wszystkich pozostałych kanałów.

Klienci nie myślą kanałami. Według raportu Izby Gospodarki Elektronicznej „Omni-commerce. Kupuję wygodnie 2025” 71% konsumentów łączy zakupy online i offline, a 75% oczekuje, że marka będzie dostępna wszędzie. Ten sam towar wisi więc jednocześnie w sklepie, na Allegro i na Amazonie. Bez wspólnego stanu ostatnia sztuka może zostać sprzedana dwa razy w ciągu kilku minut.

Sama zasada „ERP jako źródło prawdy” nie wystarczy. Między sprzedażą w jednym kanale a aktualizacją w pozostałych zawsze mija trochę czasu. Dlatego dobrze zbudowana synchronizacja ma cztery zabezpieczenia:

• Rezerwacja w chwili zamówienia - stan dostępny spada od razu po złożeniu zamówienia, a nie dopiero po spakowaniu paczki. Efekt: zamówienie z Allegro nie „zje” sztuki, którą chwilę wcześniej kupił klient sklepu.
• Bufor dla szybko rotujących indeksów - do kanałów trafia stan pomniejszony np. o 1-2 sztuki. Efekt: ostatnia sztuka nie sprzeda się dwa razy w czasie między aktualizacjami.
• Różna częstotliwość dla różnych towarów - bestsellery aktualizowane po każdym ruchu, reszta co 15-60 minut. Efekt: aktualne stany tam, gdzie liczą się minuty, bez przekraczania limitów API.
• Dzienne porównanie pełnych stanów - automat zestawia stan w ERP ze stanem w każdym kanale. Efekt: rozjazd wykrywasz następnego dnia, a nie po reklamacji klienta.

Jeśli magazyn prowadzisz w osobnym programie, stan w ERP jest tak aktualny, jak dane spływające ze skanerów. Jak zbudować ten odcinek, opisaliśmy w artykule o zarządzaniu stanami magazynowymi w czasie rzeczywistym. Pełny podział danych między ERP a magazynem, łącznie z awizacjami i wysyłkami, znajdziesz w tekście o integracji ERP z WMS.

Synchronizacja działa też w drugą stronę. Dostawa od dostawcy powinna podnieść stan we wszystkich kanałach od razu po przyjęciu, a nie po zaksięgowaniu dokumentu następnego dnia. Gdy PZ powstaje automatycznie, towar wraca do sprzedaży w tej samej godzinie. Pokazaliśmy to w tekście o automatyzacji dokumentów magazynowych WZ i PZ w ERP.

Jaki efekt biznesowy daje integracja ERP z systemami e-commerce?

Integracja ERP z systemami e-commerce daje trzy mierzalne efekty: mniej sprzedaży „na brak towaru”, krótszy czas od zamówienia do wysyłki i odzyskane godziny pracy biura. Przy 150 zamówieniach dziennie samo zniknięcie przepisywania zwalnia około 165 godzin miesięcznie.

Szybkość realizacji to nie tylko wygoda zespołu. Ten sam raport Izby Gospodarki Elektronicznej pokazuje, że 45% konsumentów jest gotowych dopłacić za ekspresową dostawę. Zamówienie złożone o 14:00, które trafia do ERP dopiero następnego ranka, odbiera Ci szansę na wysyłkę tego samego dnia. Po integracji to samo zamówienie jest na liście do kompletacji po kilku minutach.

Obszar	Bez integracji	Po integracji	Efekt biznesowy
Wprowadzenie zamówienia	Ręcznie, ok. 3 min, partiami 1-2 razy dziennie	Automatycznie, w ciągu minut od złożenia	Ok. 165 h miesięcznie odzyskane przy 150 zamówieniach dziennie
Stany w kanałach	Aktualizowane ręcznie albo raz na dobę	Po każdej sprzedaży i każdej dostawie	Mniej anulowanych zamówień i negatywnych ocen na marketplace'ach
Czas do wysyłki	Zamówienie z popołudnia czeka do jutra	Od razu trafia na listę kompletacji	Więcej wysyłek tego samego dnia
Faktury	Wystawiane i wysyłane ręcznie	ERP wystawia, plik trafia do klienta sam	Brak zaległych faktur i maili z załącznikami
Jakość danych	Ryzyko pomyłki w 4-10% zamówień	Dane kopiowane maszynowo	Mniej zwrotów, korekt i paczek wracających do nadawcy

Mniej anulacji ma znaczenie szczególnie na marketplace'ach. Anulowane zamówienie to nie tylko utracona sprzedaż. Platformy biorą pod uwagę jakość obsługi sprzedawcy, więc powtarzające się braki uderzają też w kolejne oferty. Jeśli wysyłki obsługuje zewnętrzny operator, zamówienie z ERP musi od razu trafić również do niego. Jak to połączyć, opisaliśmy w tekście o integracji ERP z systemami logistycznymi 3PL.

Od czego zacząć wdrożenie integracji?

Najszybciej zwraca się start od jednego strumienia danych, a nie od całości naraz. Kolejność, która zwykle ma najwięcej sensu biznesowo:

• Zamówienia do ERP - to tu jest najwięcej ręcznej pracy. Efekt widać już w pierwszym tygodniu: biuro przestaje przepisywać, a zamówienia trafiają do kompletacji od razu.
• Stany z ERP do kanałów - najpierw dla bestsellerów, potem dla reszty asortymentu. Efekt: spada liczba anulacji tam, gdzie braki zdarzały się najczęściej.
• Faktury i statusy - na końcu, gdy mapowanie towarów i kontrahentów jest już sprawdzone w praktyce. Efekt: klient dostaje fakturę i numer przesyłki bez udziału biura.

Przed startem zmierz trzy liczby: czas wprowadzania jednego zamówienia, liczbę anulacji z powodu braku w ostatnim miesiącu i średni czas od zamówienia do wysyłki. Po miesiącu działania integracji porównasz je z nowymi wartościami i zobaczysz realny zwrot, a nie deklarację.

Podobny łańcuch widać w jednym z projektów opisanych w naszych case studies. Firma Polutowani, serwis urządzeń elektronicznych, ręcznie wypełniała formularze wysyłkowe w Furgonetce. Połączyliśmy Airtable, Baselinkera i Furgonetkę za pomocą Make. Dane przesyłki wpisuje się raz, a etykieta generuje się automatycznie. Efekt: kilka godzin pracy mniej każdego miesiąca i mniej błędnie nadanych paczek.

FAQ

Podsumowanie

Sprzedaż w kilku kanałach naraz szybko obnaża słabe miejsce: ERP, do którego dane wpisuje człowiek. Każde nowe źródło zamówień dokłada pracy, pomyłek i ryzyka, że ostatnią sztukę kupią dwie osoby. Połączenie Baselinkera, Shopera albo IdoSell z ERP odwraca ten układ. Zamówienia wchodzą same, ERP pilnuje jednego stanu dla wszystkich kanałów, a zespół zajmuje się klientami zamiast przepisywaniem. Zacznij od policzenia, ile zamówień dziennie wpisujecie dziś ręcznie i ile z nich w ostatnim miesiącu anulowaliście z powodu braku.

Chcesz sprawdzić, jak połączyć Twój sklep i marketplace'y z ERP? Umów bezpłatną, 30-minutową konsultację. Przejrzymy razem Twoje kanały sprzedaży i ERP, a potem wskażemy, od którego strumienia danych zacząć, żeby najszybciej odzyskać czas biura.

O autorze
Kamil Zazula - założyciel i konsultant ds. automatyzacji procesów biznesowych i integracji systemów w Devesol. Od kilku lat pomaga polskim firmom wdrażać automatyzacje i Agentów AI. Opiera się przy tym na doświadczeniu zdobytym wcześniej jako programista aplikacji webowych. Więcej o autorze: devesol.pl/o-nas