ix
ix

informatix

EN version Porozmawiajmy o projekcie
Strona główna / Blog / Integracja sklepu internetowego z ERP — kompletny przewodnik...
• 11 min czytania •

Integracja sklepu internetowego z ERP — kompletny przewodnik [2026]

Integracja sklepu z ERP spina zamówienia, stany, ceny i dokumenty bez ręcznego przepisywania. Cztery modele (gotowy moduł, hub, middleware, API), koszty od 4 000 zł, najczęstsze pułapki i proces wdrożenia krok po kroku.

Integracja sklepu internetowego z ERP — kompletny przewodnik [2026]
Integracje i API, E-commerce

Integracja sklepu internetowego z ERP to automatyczne połączenie sklepu z systemem zarządzania firmą — zamówienia trafiają do ERP bez przepisywania, a stany magazynowe, ceny i statusy wracają do sklepu bez ręcznej pracy. To najczęściej wdrażana integracja e-commerce, bo dotyka dwóch najdroższych problemów sprzedaży online: rozjazdów stanów (sprzedajesz towar, którego nie masz) i ręcznej obsługi zamówień (która nie skaluje się wraz z liczbą kanałów). Ten przewodnik pokazuje, co integruje się z czym, jakie są modele wdrożenia, ile to kosztuje i jak uniknąć najczęstszych pułapek.

Najważniejsze: Integracja sklepu z ERP spina zamówienia, stany magazynowe, ceny i dokumenty między sklepem a systemem ERP (Subiekt, Comarch Optima, enova365, SAP, Dynamics 365). Wdraża się ją w jednym z czterech modeli: gotowy moduł (od 500 zł), hub typu Baselinker/SellIntegro (abonament), dedykowane middleware (od 4 000 zł) albo bezpośrednie API. Pełne wdrożenie to 1–4 tygodnie dla standardu i 1–3 miesiące dla procesów niestandardowych. Najczęstsze pułapki to rozjazdy stanów, ceny brutto/netto i obsługa zamówień w trakcie pracy ERP.

Czym jest integracja sklepu z ERP

ERP (Enterprise Resource Planning) to system, w którym firma prowadzi sprzedaż, magazyn, zakupy, finanse i księgowość. Sklep internetowy jest jednym z kanałów sprzedaży — i bez integracji żyje własnym życiem: stan magazynowy w sklepie to osobna liczba, zamówienia ktoś przepisuje ręcznie, a faktura powstaje dopiero, gdy ktoś ją wystawi.

Integracja odwraca ten układ. Sklep staje się częścią systemu firmy: zamówienie złożone o 2:00 w nocy czeka w ERP na otwarcie magazynu, stan po sprzedaży aktualizuje się we wszystkich kanałach, a dokumenty sprzedaży powstają automatycznie z danych zamówienia. Ręczna praca znika, a wraz z nią klasa błędów, które kosztują najwięcej — zamówienia na towar, którego fizycznie nie ma, i dokumenty, które nie zgadzają się ze stanem magazynu.

Kiedy integracja z ERP ma największy sens?

Gdy spełniasz co najmniej dwa z tych warunków.

  • Sprzedajesz w więcej niż jednym kanale (sklep + marketplace + sprzedaż stacjonarna).
  • Masz magazyn, który obsługuje także sprzedaż poza sklepem internetową.
  • Wystawiasz więcej niż kilkadziesiąt dokumentów miesięcznie.
  • Zatrudniasz lub planujesz zatrudnić osobę, której głównym zajęciem jest przepisywanie zamówień.

Co integruje się ze sklepem — systemy ERP w praktyce

Polski rynek e-commerce ma kilka dominujących systemów ERP, a każdy integruje się inaczej. Poniższa tabela pokazuje realne opcje, a nie teorię z folderów sprzedażowych.

System ERP Typowe połączenie Kiedy dobry wybór
Subiekt GT API przez integrator (np. Sfera) albo wymiana plików Małe i średnie firmy handlowe, prosty magazyn
Subiekt nexo Sfera nexo PRO (pełne API) Firmy, które potrzebują wielu magazynów i dokumentów
Comarch ERP Optima API/biblioteki Comarch + dedykowany connector Firmy z księgowością i kadrami w Comarch
enova365 API REST/GraphQL (nowoczesna architektura) Średnie firmy, które chcą rozbudowywać procesy
SAP Business One Service Layer (REST) lub dedykowany middleware Firmy produkcyjne i dystrybucyjne
Microsoft Dynamics 365 OData/API albo integracja plikowa Organizacje z ekosystemem Microsoft

Do tego dochodzą systemy WMS (magazynowe) i pionowe rozwiązania branżowe, które często mają własne API — integracja wygląda wtedy podobnie, ale zakres przepływów trzeba zaprojektować od zera.

  • Ważna uwaga praktyczna: Subiekt GT (wersja starsza, wciąż bardzo popularna) nie ma otwartego API w standardzie — integruje się przez bibliotekę Sfera albo wymianę plików. To nie blokada, ale wpływa na architekturę: praca odbywa się na komputerze z Subiektem, więc integracja musi być odporna na to, że komputer bywa wyłączony.

Co przepływa w integracji sklepu z ERP

Dobrze zaprojektowana integracja ma zdefiniowane kierunki przepływu i źródło prawdy dla każdej danej. W praktyce wygląda to tak.

Dane Kierunek Źródło prawdy
Zamówienia sklep → ERP sklep
Dane klienta i adresy sklep → ERP sklep (dla zamówień online)
Status płatności sklep → ERP (lub bramka → ERP) bramka płatności
Stany magazynowe ERP → sklep ERP (magazyn)
Ceny i promocje ERP → sklep (albo sklep, gdy promocje są online) ustalane w projekcie
Statusy realizacji i wysyłki ERP → sklep ERP
Dokumenty sprzedaży (faktury, paragony) ERP → sklep ERP
Zwroty i korekty dwukierunkowo zależne od procesu

Najczęstszy błąd projektowy to brak decyzji o źródle prawdy dla cen. Jeśli ceny ustala dział e-commerce, a ERP je nadpisuje, w poniedziałek rano promocja potrafi zniknąć. Decyzję trzeba podjąć przed wdrożeniem i zapisać w dokumentacji integracji.

Cztery modele integracji — jak wybrać

Sposób wdrożenia zależy od tego, jak niestandardowy jest Twój proces i jak głęboko chcesz ingerować w ERP.

Model Koszt Kiedy wybierać Ograniczenia
Gotowy moduł/connector 500–3 000 zł + licencja Standardowa sprzedaż, jeden magazyn, proste dokumenty Niestandardowe procesy wymagają obejść
Hub (Baselinker, SellIntegro) abonament 100–1 000 zł/mc Wiele kanałów, standardowe przepływy Mniejsza kontrola, dane poza firmą
Dedykowane middleware od 4 000 zł Niestandardowa logika, B2B, wiele magazynów Wymaga utrzymania (od 400 zł/mc)
Bezpośrednie API sklep ↔ ERP od 6 000 zł Proste, stabilne przepływy, pełna kontrola Każda zmiana API po stronie ERP to praca

W praktyce najlepiej sprawdza się hybryda: hub dla kanałów standardowych (marketplace, kurierzy) plus dedykowana warstwa dla przepływów z ERP, gdzie leży przewaga firmy — alokacja stanów, cenniki B2B, nietypowe dokumenty. Więcej o wyborze między hubem a dedykowanym rozwiązaniem piszę w przewodniku o integracji z marketplace, a o kosztach całych wdrożeń w artykule ile kosztuje integracja e-commerce.

Ile kosztuje integracja sklepu z ERP

Koszt zależy od trzech zmiennych: liczby przepływów, stopnia niestandardowości procesu i tego, czy ERP ma nowoczesne API, czy wymaga obejść.

  • Gotowy connector — 500–3 000 zł jednorazowo plus abonament lub licencja. Najtańsza droga, ale działa tylko dla standardowych scenariuszy.

  • Dedykowana integracja z jednym systemem — od 4 000 zł netto: zamówienia, stany, ceny, dokumenty, obsługa błędów, monitoring.

  • Integracja wielokanałowa z ERP w tle — 8 000–30 000 zł netto: sklep, marketplace, magazyn, dokumenty, kolejki, raporty uzgodnieniowe.

  • Utrzymanie — od 400 zł netto miesięcznie: monitoring, reakcja na zmiany API, drobne rozszerzenia.

  • Uczciwie: najdroższym elementem nie jest kod, ale analiza procesów i testy. Firma, która nie wie, kto ustala ceny i jak dzieli stany między kanałami, zapłaci za tę wiedzę w godzinach wdrożeniowych — albo dwa razy, gdy integracja okaże się niepasująca do procesu.

Jak przebiega wdrożenie integracji z ERP

Standardowy projekt dzieli się na pięć etapów.

  • Analiza (1–3 dni) — mapowanie przepływów, wolumenów i przypadków brzegowych: zamówienia z marketplace, zwroty, anulacje, zamówienia częściowo zrealizowane.
  • Projekt kontraktu (2–4 dni) — pola, zdarzenia, harmonogramy, źródło prawdy, obsługa błędów i scenariusze awaryjne.
  • Budowa (1–4 tygodnie) — implementacja, praca na środowisku testowym ERP, jeśli system je udostępnia.
  • Testy (3–10 dni) — scenariusze end-to-end na realnych danych, symulacje awarii, testy obciążeniowe przed szczytem sezonu.
  • Start i monitoring — alerty, dziennik zdarzeń i dzienne raporty uzgodnieniowe porównujące stany i dokumenty po obu stronach.

Dla procesu standardowego realny termin to 1–4 tygodnie. Jeśli dochodzi B2B z cennikami indywidualnymi, wiele magazynów i nietypowa dokumentacja — 1–3 miesiące.

Najczęstsze pułapki integracji z ERP

Te problemy widzę najczęściej w projektach przejmowanych po innych wykonawcach.

  • Rozjazdy stanów — integracja bez raportu uzgodnieniowego nie wykryje różnicy, dopóki klient nie kupi towaru, którego nie ma. Raport dzienny to obowiązek, nie dodatek.
  • Ceny brutto i netto — najdroższa klasa błędów. Sklep pokazuje cenę brutto, ERP liczy netto, a przy zmianie stawki VAT marża potrafi zniknąć. Konwersję trzeba zaprojektować jawnie.
  • Zamówienia w trakcie pracy ERP — Subiekt GT pracuje lokalnie i bywa wyłączony. Kolejka z ponowieniami załatwia sprawę; bezpośrednie strzały w API — nie.
  • Duplikaty zamówień — powtórzony webhook bez idempotencji tworzy drugie zamówienie. Każdy endpoint musi być idempotentny, a każdy komunikat mieć identyfikator.
  • Promocje nadpisywane przez ERP — jeśli nie zdecydowano, kto jest źródłem prawdy dla cen, każda synchronizacja potrafi zepsuć kampanię.
  • Wydajność API — Subiekt i starsze ERP mają limity; synchronizacja stanów hurtem co minutę może przeciążyć system. Harmonogram trzeba dobrać do realnych możliwości.

Dobre praktyki projektowania odpornych integracji (kolejki, retry, idempotencja, dziennik zdarzeń) opisuję szerzej w artykule o odpornych integracjach API i webhookach.

Integracja z ERP dla B2B i wielu magazynów

Sprzedaż B2B dokłada wymagania, których gotowe connectory zwykle nie pokrywają.

  • Cenniki indywidualne — cena zależy od klienta lub grupy; ERP jest źródłem prawdy, sklep prezentuje ceny po zalogowaniu.
  • Limity kredytowe i terminy płatności — zamówienie musi przejść walidację przed przyjęciem, a nie po.
  • Akceptacje zamówień — zamówienie powyżej progu czeka na zatwierdzenie opiekuna.
  • Wiele magazynów — alokacja stanów (skąd wysyłamy), rezerwacje i przeniesienia między magazynami.
  • Dokumenty — faktury z odroczonym terminem, korekty, WZ i dokumenty magazynowe.

To właśnie ten obszar najczęściej wymaga dedykowanego middleware — huby obsługują standard, ale nie logikę, która decyduje o marży. Modele hybrydowe (jeden katalog, dwie ścieżki zakupu, wspólne stany) opisuję w przewodniku o wdrożeniu sklepu B2B.

Najczęściej zadawane pytania

Ile kosztuje integracja sklepu internetowego z ERP?

Gotowy connector to 500–3 000 zł plus licencja lub abonament. Dedykowana integracja z jednym systemem ERP zaczyna się od 4 000 zł netto, a system wielokanałowy z kolejkami, monitoringiem i raportami uzgodnieniowymi to 8 000–30 000 zł netto. Utrzymanie integracji kosztuje od 400 zł netto miesięcznie. Ostateczna cena jest stała po bezpłatnej analizie zakresu.

Czy Subiekt GT da się zintegrować ze sklepem internetowym?

Tak — przez bibliotekę Sfera albo wymianę plików. Subiekt GT nie ma otwartego API w standardzie, więc integracja działa na komputerze z Subiektem, a nie w chmurze. W praktyce oznacza to, że kolejka komunikatów musi być odporna na wyłączenie komputera: komunikaty czekają i wznawiają się automatycznie. Subiekt nexo ma pełne API (Sfera nexo PRO) i integruje się prościej.

Czy muszę wymienić ERP, żeby zintegrować go ze sklepem?

Nie. Każdy z popularnych systemów — Subiekt, Comarch Optima, enova365, SAP, Dynamics 365 — da się zintegrować, choć architektura połączenia jest inna w każdym przypadku. Wymiana ERP bywa rozważana dopiero wtedy, gdy system nie ma żadnego mechanizmu wymiany danych albo jego wydajność nie pozwala na synchronizację w czasie zbliżonym do rzeczywistego. To decyzja biznesowa, nie techniczna.

Ile trwa integracja sklepu z ERP?

Standardowy zakres (zamówienia, stany, ceny, dokumenty) to 1–4 tygodnie od analizy do startu. Projekty z B2B, wieloma magazynami i niestandardowymi dokumentami trwają 1–3 miesiące. Największy wpływ na termin ma nie kod, ale czas na decyzje po stronie firmy: kto jest źródłem prawdy dla cen, jak dzielone są stany, jak obsługiwane są zwroty.

Co się stanie, gdy integracja padnie w trakcie szczytu sprzedaży?

Dobrze zaprojektowana integracja nie „pada" — kolejka przetrzymuje komunikaty, ponawia je z backoffem i wznawia automatycznie. Sprzedaż w sklepie działa dalej; zamówienia czekają na przekazanie do ERP. Kluczowe są dwie rzeczy: dziennik zdarzeń (żeby wiedzieć, co i kiedy się stało) i alert, który odzywa się, zanim problem zauważy klient.

Czy integrację można rozłożyć na etapy?

Tak i zwykle to rekomenduję. Najpierw przepływ o najwyższej wartości — najczęściej zamówienia i stany magazynowe — potem dokumenty, potem rozszerzenia (B2B, dodatkowe kanały). Płatności dzielone są na kamienie milowe. Wartość pojawia się po pierwszym etapie, a nie po całym projekcie.

Kto utrzymuje integrację po wdrożeniu?

Może to robić Twój zespół — kod i dokumentacja są Twoje. Jeśli nie masz zespołu, oferuję stałą opiekę: monitoring, reakcję na zmiany API po stronie ERP i dostawców, drobne rozszerzenia. API partnerów zmieniają się kilka razy w roku i ktoś musi te zmiany wdrażać, żeby integracja nie „zgniła" w pół roku.

Źródła i narzędzia


👉 Chcesz połączyć sklep z ERP bez ręcznego przepisywania zamówień? Zobacz integracje e-commerce i API — zamówienia, stany, ceny i dokumenty w jednym spójnym procesie. Napisz przez formularz kontaktowy lub na kontakt@informatix.com.pl.

📖 Zobacz również: integracja z marketplace, ile kosztuje integracja e-commerce oraz odporne integracje API i webhooki.

KS

Krzysztof Słonina

Full stack developer i właściciel Inoventis Solutions (informatix). Od 2009 roku buduje aplikacje webowe w Laravel/PHP, integracje e-commerce i automatyzacje procesów — m.in. OneCRMApp i FamilyTimelineApp, działające na Laravel, React i Inertia.js.

O autorze
Darmowy PDF

Checklista wymagań do wyceny aplikacji

12 pytań kontrolnych, które warto przygotować przed rozmową z wykonawcą — szybsza wycena, mniej ukrytych kosztów.

Powiązane wpisy