Integracja CRM z ERP i sklepem polega na tym, że każda dana ma jedno miejsce, w którym powstaje, i sama trafia wszędzie tam, gdzie jest potrzebna. Klient rejestruje się w sklepie - i pojawia się w CRM jako szansa sprzedaży oraz w ERP jako kontrahent z NIP-em. Handlowiec zmienia limit kupiecki w ERP - i sklep od razu przestaje puszczać zamówienia ponad ten limit. Nikt niczego nie przeklejał, nikt nie zapomniał.
To nie jest projekt na jedną wtyczkę i jedno popołudnie, ale też nie musi trwać roku. Poniżej rozpisuję, co realnie trzeba połączyć, w jakiej kolejności, ile taka robota kosztuje i gdzie najczęściej się wykłada.
Po co w ogóle łączyć te trzy systemy
Bo bez integracji ten sam fakt jest wpisywany trzy razy, a przy trzecim wpisie ktoś się myli. Klasyczny objaw: klient dzwoni do handlowca, ten patrzy w CRM i widzi „zamówienie w realizacji”, magazyn w ERP widzi „czeka na płatność”, a w sklepie status wciąż brzmi „nowe”. Trzy prawdy, każda po części słuszna, żadna nie do obrony przed klientem.
Praktyczne skutki braku integracji, w kolejności od najkosztowniejszego:
- Sprzedaż tego, czego nie ma - stany w sklepie nie nadążają za magazynem, zamówienie trzeba anulować
- Godziny na przepisywanie - ktoś codziennie wprowadza zamówienia ze sklepu do systemu magazynowego ręcznie
- Faktury z opóźnieniem - a faktury i tak przechodzą przez KSeF (najwięksi podatnicy od lutego 2026, pozostali od kwietnia 2026), więc bałagan w danych kontrahenta boli podwójnie
- Ślepy CRM - handlowiec nie widzi, co klient faktycznie kupił, więc dzwoni „w ciemno”
- Cenniki rozjechane - indywidualne rabaty żyją w ERP, a sklep pokazuje ceny katalogowe
Kto tu za co odpowiada - podział ról
Zanim cokolwiek połączysz, ustal jedno: która dana rodzi się gdzie. To decyzja biznesowa, nie techniczna, i to ona przesądza o powodzeniu wdrożenia. Zasada brzmi: jedna dana - jeden gospodarz, reszta systemów tylko ją czyta.
| Dana | Gospodarz (tu powstaje) | Kto ją czyta |
|---|---|---|
| Kartoteka produktu, indeks, cena bazowa | ERP | sklep, CRM |
| Stan magazynowy | ERP lub WMS | sklep |
| Indywidualny cennik i rabat kontrahenta | ERP | sklep, CRM |
| Zamówienie klienta | sklep | ERP, CRM |
| Dane kontaktowe i historia rozmów | CRM | - |
| Szansa sprzedaży, etap, notatka handlowca | CRM | - |
| Dokument sprzedaży, faktura, KSeF | ERP lub program księgowy | CRM (tylko podgląd) |
| Limit kupiecki i saldo | ERP | sklep (blokada zamówienia) |
Jeśli w tej tabeli któraś dana ma dwóch gospodarzy - masz gotowy przepis na konflikt. Najczęstszy grzech to edytowanie cen jednocześnie w sklepie i w ERP „bo tak szybciej”.
Trzy sposoby połączenia i kiedy który ma sens
Sposób dobiera się do liczby zamówień i do tego, jak nietypowe są Twoje reguły handlowe. Nie ma jednego zwycięzcy.
| Sposób | Dla kogo | Zalety | Ograniczenia |
|---|---|---|---|
| Gotowy konektor (wtyczka producenta ERP, integrator w chmurze) | standardowy sklep B2C, proste produkty | najszybszy start, abonament zamiast projektu | działa tak, jak przewidział producent - reguł nie nagniesz |
| Warstwa pośrednia (n8n, Make, Zapier, BaseLinker jako hub) | sklepy z wieloma kanałami, kilkaset zamówień miesięcznie | tanie w starcie, łatwo dołożyć kolejny kanał | im więcej wyjątków, tym bardziej krucha konstrukcja |
| Integracja pod klucz na API | B2B, własne cenniki, limity kupieckie, nietypowe procesy | robi dokładnie to, czego potrzebujesz, i skaluje się | droższa na start, wymaga świadomego utrzymania |
W praktyce najczęściej wychodzi wariant mieszany: gotowy konektor do księgowości i KSeF, a osobno dopisana logika B2B tam, gdzie standard nie sięga. Rozkład kosztów przy platformie handlowej dla kontrahentów opisałem osobno w tekście o tym, ile kosztuje platforma B2B, a integrację samego WooCommerce z systemem magazynowo-księgowym w artykule o WooCommerce, ERP i KSeF.
Co z systemami, które mają własne API - a co z tymi, które go nie mają
Kluczowe pytanie techniczne brzmi: czy Twój ERP wystawia API, czy tylko pliki. Od tego zależy tempo i cena.
- Pełne API REST (nowsze systemy, chmurowe ERP, Odoo, część rozwiązań zagranicznych) - najwygodniejszy przypadek, dane lecą w obie strony w czasie zbliżonym do rzeczywistego
- API lokalne lub dodatek producenta (Subiekt GT/nexo, Comarch ERP XL i Optima, enova365) - działa dobrze, ale zwykle wymaga usługi pośredniczącej po stronie serwera i przemyślenia, co się dzieje, gdy serwer w firmie jest wyłączony
- Tylko wymiana plików (CSV, XML, EDI) - da się, tyle że synchronizacja jest cykliczna, nie natychmiastowa; przy stanach magazynowych trzeba wtedy trzymać bufor bezpieczeństwa
- Brak jakiegokolwiek wyjścia z danymi - zdarza się w starych systemach na zamówienie; wtedy realnie rozważa się wymianę ERP albo dobudowanie mu warstwy dostępu
Jeśli pracujesz na polskich systemach magazynowych, szczegóły ich podłączenia do sklepu rozpisałem w tekście o platformie B2B na Subiekcie, Comarchu i enovie.
Kolejność wdrożenia - co po czym
Największy błąd to start od wszystkiego naraz. Kolejność poniżej sprawdza się, bo każdy etap daje wymierny efekt sam w sobie i można się na nim zatrzymać.
- Mapa danych - spisujesz tabelę jak wyżej: co gdzie powstaje, co gdzie leci, jak często. Godzina rozmowy, która potrafi oszczędzić tygodnie poprawek
- Jednoznaczny identyfikator - produkt musi mieć jeden indeks (SKU) wspólny dla wszystkich systemów, kontrahent jeden klucz (NIP albo numer z ERP). Bez tego reszta nie ma czego łączyć
- Produkty i stany w jedną stronę - ERP zasila sklep. Najprostszy etap, a mocno ogranicza sprzedawanie towaru, którego nie ma
- Zamówienia w drugą stronę - sklep wysyła zamówienie do ERP z pełnym kompletem danych do faktury
- Ceny i rabaty kontrahentów - dopiero teraz, bo to najbardziej firmowa część logiki
- Dokumenty i KSeF - faktura powstaje w ERP lub w programie księgowym i tam idzie do KSeF; sklep i CRM tylko pokazują jej numer i status
- CRM na końcu - dostaje gotowy obraz: kto, co, za ile i na jakim etapie. Podpięcie CRM przed uporządkowaniem danych daje ładny panel wypełniony śmieciami
Między krokiem 3 a 4 warto zatrzymać się na dłużej i sprawdzić, czy synchronizacja nie kłamie - jak to robić, opisałem przy okazji synchronizacji stanów magazynowych.
Ile to kosztuje
Uczciwa odpowiedź: zależy od liczby połączeń i od tego, ile wyjątków ma Twój handel. Widełki poniżej dotyczą mojej pracy; ceny narzędzi zewnętrznych zmieniają się często, więc sprawdzaj je u producenta przed decyzją.
| Zakres | Co obejmuje | Orientacyjnie |
|---|---|---|
| Podłączenie jednego kierunku (np. stany z ERP do sklepu) | mapowanie, wdrożenie, testy na danych produkcyjnych | dolna część widełek projektowych |
| Pełna integracja sklep - ERP w obie strony | produkty, stany, zamówienia, dokumenty, obsługa błędów | projekt fixed-bid, zwykle 5000-10000 zł netto |
| Warstwa B2B (cenniki, limity, panel kontrahenta) | logika handlowa ponad standardem sklepu | wycena osobna, po mapie danych |
| Utrzymanie i czuwanie nad integracją | monitoring, reakcja na zmiany API, poprawki | opieka techniczna 1000 / 2000 / 3500 zł netto miesięcznie |
Do tego dochodzą koszty po stronie dostawców: licencja modułu API w ERP, abonament narzędzia pośredniczącego, czasem mocniejszy hosting. To zwykle mniejsza część rachunku, ale trzeba ją policzyć od razu, żeby nie było niespodzianki w trzecim miesiącu.
Pięć pułapek, które kosztują najwięcej
- Brak wspólnego indeksu - dwa systemy z tym samym produktem pod innym symbolem to nie integracja, to loteria. Porządek w SKU robi się przed, nie w trakcie
- Synchronizacja bez kolejki i bez ponowień - gdy ERP jest chwilowo niedostępny, zamówienie musi poczekać w kolejce i wejść później, a nie zniknąć
- Cisza przy błędzie - integracja, która nie krzyczy, gdy coś nie przeszło, jest gorsza niż jej brak, bo daje fałszywe poczucie kontroli. Zawsze buduję powiadomienie o nieudanej wymianie danych
- Testy na żywym organizmie - pierwsza pełna synchronizacja potrafi nadpisać ceny w całym sklepie. Robi się ją na kopii, po godzinach, z kopią zapasową bazy
- Za dużo automatyzacji na start - najpierw dwa kierunki, które działają bez zarzutu, potem kolejne. Rozbudowane scenariusze w narzędziach typu n8n czy Zapier omawiam w tekście o automatyzacji WooCommerce
Jak to zwykle zaczynamy
Zaczynam od bezpłatnej diagnozy: patrzę, jakie masz systemy, co wystawiają na zewnątrz i gdzie w Twoim procesie dane są dziś przepisywane ręcznie. Efektem jest mapa danych - jedna tabela z gospodarzami i kierunkami - plus rekomendacja, którym etapem ruszyć najpierw, żeby najszybciej odczuć różnicę.
Przy większej robocie dostajesz wycenę na piśmie przed startem, z podziałem na etapy, żeby dało się zatrzymać po każdym z nich. Sam projekt prowadzę w ramach rozwoju i optymalizacji istniejących systemów - nie wymieniam tego, co u Ciebie działa, tylko łączę to w całość.
Najczęstsze pytania
Czy integracja CRM z ERP jest potrzebna małej firmie? Przy kilkunastu zamówieniach miesięcznie zwykle nie - ręczne przepisanie zajmuje mniej niż utrzymanie integracji. Próg opłacalności pojawia się tam, gdzie ktoś w firmie ma stałe zadanie „przeklep zamówienia”, albo gdy zaczynają się pomyłki w stanach magazynowych. Wtedy integracja spłaca się czasem pracy, nie samą sprzedażą.
Czy BaseLinker może zastąpić integrację z ERP? Może pełnić rolę centrali dla zamówień z wielu kanałów i to robi dobrze. Nie zastąpi natomiast logiki handlowej B2B: indywidualnych cenników, limitów kupieckich, warunków płatności. Częsty układ to BaseLinker jako hub sprzedażowy plus osobne, bezpośrednie połączenie sklepu z ERP dla części B2B - opisałem to szerzej przy automatyzacjach na API BaseLinkera.
Ile trwa integracja CRM z ERP i sklepem? Jeden kierunek wymiany danych to zwykle kwestia dni roboczych. Pełne połączenie w obie strony z dokumentami i cennikami to tygodnie, przy czym większość czasu pochłania nie kodowanie, tylko porządkowanie danych i testy. Termin podaję po zobaczeniu systemów, nie przed.
Co się dzieje, gdy jeden z systemów przestanie odpowiadać? Dobrze zbudowana integracja to przewiduje: zamówienie trafia do kolejki, jest ponawiane, a Ty dostajesz powiadomienie, że coś nie przeszło. Sklep działa dalej, klient niczego nie zauważa. Jeśli Twoja obecna integracja przy awarii po prostu gubi dane - to pierwsza rzecz do poprawienia, przed dokładaniem czegokolwiek nowego.
Powiązane: WooCommerce, ERP i KSeF · Platforma B2B na Subiekcie, Comarchu i enovie · Rozwój i optymalizacja