Integracja sklepu, CRM i księgowości: jeden przepływ zamiast pięciu narzędzi 

Zintegrować sklep z CRM i księgowością znaczy sprawić, żeby jedno zamówienie w sklepie samodzielnie trafiło do CRM jako kontakt i szansa, a do programu księgowego jako dokument sprzedaży, bez ręcznego przepisywania. W praktyce najpierw sprawdza się, czy Twoja platforma sklepowa ma taką integrację gotową, bo większość polskich platform ma ją z księgowością, a z CRM już nie. Gdy jej nie ma, zostają trzy wyjścia: system typu all-in-one, własny przepływ w n8n albo robot, który wchodzi do istniejących programów.

Nie ma jednej ceny tej integracji. Są trzy różne liczby, które zwykle wrzuca się do jednego rachunku: abonament platformy sklepowej, koszt samego połączenia i koszt wdrożenia przez kogoś, kto to poskłada. Poniżej rozdzielam je, bo to pierwszy krok do poprawnej wyceny.

Skąd bierze się problem: pięć narzędzi, pięć miejsc do aktualizacji

Sklep internetowy, program magazynowy, fakturownia, CRM i arkusz, w którym księgowa ma swój portal - to standard w firmie, która rosła szybciej niż jej procesy. Każde z tych narzędzi trzyma fragment tej samej informacji: kto kupił, co, ile, jak zapłacił, gdzie ma wysłać. Dopóki człowiek nie wpisuje tego cztery razy, dane rozjeżdżają się po tygodniu i nic z tego nie wynika. Zanim jednak zaczniesz to porządkować, warto zobaczyć, które procesy warto automatyzować w pierwszej kolejności.

Widać, jak dokładnie wygląda taka luka na co dzień. Selly potrafi wygenerować dokument sprzedaży z poziomu zamówienia jednym kliknięciem i dalej przetwarzać go w serwisie wfirma.pl albo wysłać klientowi mailem wprost z panelu sklepu. Base.com każe zamówienie pobrać do systemu, po czym na karcie zamówienia można wygenerować dokument sprzedażowy, nadać przesyłkę albo powiązać zamówienie do zbierania i pakowania. To wszystko działa.

Nie działa reszta: CRM nadal nie wie, że ten klient właśnie coś kupił, a fakturownia nadal nie wie, że klient wrócił. Sklep, magazyn i księgowość tworzą jeden świat. CRM zostaje za nim i żyje własnym życiem, opisywanym przez kogoś innego, ręcznie i zwykle z tygodniowym opóźnieniem.

Trzy rodzaje integracji i różnica, o której nikt nie mówi

Zanim porównasz cokolwiek, musisz rozdzielić trzy rzeczy, które wszystkie nazywają słowem „integracja”.

• Natywna - zrobiona przez producenta sklepu, gotowa w pakiecie, wystarczy kliknąć i podać klucz API. Na przykład integracja Selly z ifirma.pl: rejestracja, wygenerowanie klucza autoryzacji do faktur w serwisie ifirma.pl, wpisanie loginu i klucza w menu konfiguracji sklepu. Trzy kroki, resztę robi system.
• Zewnętrzny integrator - osobny producent pisze połączenie do Twojego ERP, a platforma sklepowa tylko odsyła do niego. Selly tak robi z Comarch Optima, Symfonią i Prestiżem: dostawcą integratora jest firma e-merge.pl. Z Subiektem GT integratorem jest e-mo.pl, a integracja wymaga opłat licencyjnych u twórców tego programu.
• Rozwiązanie własne - ktoś spina Twoje systemy własnym kodem albo gotowym narzędziem automatyzacyjnym, bo fabrycznej ścieżki nie ma. To najdroższa opcja i jedyna, która daje pełną kontrolę nad przepływem.

Różnica jest praktyczna, nie teoretyczna. Przy natywnej integracji odpowiedzialność za dane ponosi producent platformy i aktualizuje ją sam. Przy zewnętrznym integratorze odpowiedzialność rozkłada się na dwie firmy, a integracja wymaga płatnego dodatku tam, gdzie dokumentacja to pomija - Selly wprost pisze, że do integracji z PC-Market wymagany jest dodatek PCM2www.

Co naprawdę wymieniają dane i gdzie kończy się zakres

Opis integracji w materiałach producentów brzmi jak opis możliwości. Żeby ocenić realny zakres, trzeba zajrzeć na poziom pojedynczych pól. Selly ↔ Subiekt GT wymienia dwustronnie produkty: nazwy, opisy, zdjęcia, ceny, dostępność i stany magazynowe, kolory i rozmiary, przypisanie do kategorii. Zamówienia też dwustronnie: statusy, adres wysyłki, rezerwacja towaru. Klientów tylko w jedną stronę - adresy klientów z sklepu do Subiekta, bez powrotu.

Integracja z Comarch Optima, Symfonią i Prestiżem ma inną logikę. Towary przenoszą się tylko wtedy, gdy w programie księgowym mają zaznaczone odpowiednie pole wyboru - u Optimy check-box „TAK”, u WF-Mag „Artykuł aktywny w systemach zewnętrznych”. Bez tego flagi sklep po prostu nie zobaczy połowy asortymentu, a wszystko wygląda na błąd w synchronizacji. Zamówienia z kolei importują się dopiero po zdefiniowanym statusie, na przykład po zapłaceniu, a status w sklepie zmienia się po eksporcie.

Z fakturowniami sprawa wygląda różnie zależnie od serwisu. Z wfirma.pl zakres obejmuje generowanie faktur VAT, faktur proforma, paragonów niefiskalnych i fiskalnych z poziomu zamówienia, eksport i import bazy produktów oraz obsługę wielu magazynów. Z ifirma.pl jest znacznie wężej: faktury proforma oraz informacja o dacie wystawienia i identyfikatorze faktury w systemie ifirma.pl. Ten sam sklep, dwa różne zakresy.

Gdzie natywne integracje się psują

Base.com: magazyn, którego nie da się połączyć w dwie strony

Base.com ma jedno ograniczenie, o którym dowiesz się dopiero po wdrożeniu, jeśli nikt Ci go nie powie: magazyn sklepu nie jest w żaden sposób powiązany z magazynem systemu Base.com. System synchronizuje stany i ceny w ofertach marketplace zgodnie z magazynem sklepu, ale nie synchronizuje danych między różnymi magazynami i nie pozwala dodawać produktów do magazynu sklepu z poziomu swojego panelu. Jeśli przyjąłeś, że Base.com będzie źródłem prawdy o stanach, plan się nie wywiąże.

Drugie ograniczenie jest mniej widoczne. Baza produktów nie jest kopiowana lokalnie - przy każdym wyświetleniu listy produktów dane są pobierane w locie z bazy sklepu. Praktyczne skutki są dwa. Szybkość wyświetlania produktów zależy od sposobu działania platformy sklepowej, jeśli sklep jest podłączony przez API, a przez plik integracyjny produkty są widoczne natychmiast. I zmiana takich danych jak EAN, stawka VAT, SKU, waga czy nazwa produktu wymaga ręcznego odświeżenia połączenia aukcji z produktem w magazynie - bo te konkretne wartości nie propagują się same.

Częstotliwość odświeżania stanów jest wybierana z trzech wariantów: co 8 godzin, co 1 godzinę albo co 5 minut. To nie jest detal, tylko parametr, który decyduje, czy przy dużym asortymencie i częstych zakupach nie sprzedasz czegoś, czego już nie masz.

Plan, który decyduje, czy integracja w ogóle istnieje

Selly ma integracje różniące się w zależności od planu abonamentowego - strona pozwala przełączać widok między Selly Core, Selly Pro, Selly Custom i wszystkimi planami naraz. Shoper jest bardziej jednoznaczny: przy wszystkich systemach ERP powtarza się komunikat „Dostępne w Premium”, a synchronizacja stanów magazynowych raz na godzinę jest opisana jako gratis. Czyli w Standard tych integracji nie kupisz.

To jest najczęstsza przyczyna zaskoczenia przy takim wdrożeniu. Nie chodzi o to, że integracja jest droga, tylko o to, że wymaga innego planu niż ten, który masz. Różnicę w cenie planów trzeba policzyć osobno i doliczyć do rachunku, bo w materiałach Shoper widać, że Standard kosztuje 29 zł netto miesięcznie albo 28,25 zł netto przy płatności rocznej, a cena katalogowa tej samej pozycji to 3588 zł, czyli miesięcznie około 299 zł. Promocja pierwszego roku z 339 zł zniża to do około 28 zł miesięcznie, zgodnie z tą miesięczną stawką.

Bufor, w którym czeka człowiek

Nie każdy przepływ powinien być w pełni automatyczny i nie każdy jest. Przy integracji Selly z PC-Market można zdecydować, czy zamówienie ma trafić od razu do realizacji, czy ma czekać w buforze, aż obsługa programu je zaakceptuje. Ten sam mechanizm występuje przy WF-Mag. To jest bardzo dobra decyzja tam, gdzie dopuszczasz ręczną korektę przed księgowaniem, i zła tam, gdzie zespół nie ma czasu na przeglądanie kolejki - wtedy automatyzacja działa, ale z opóźnieniem, którego nikt nie kontroluje.

Dlaczego polski sklep nie ma integracji z polskim CRM

Przejrzałem listy integracji Selly, Shoper, Base.com, Conviu i YouLead pod kątem polskich systemów CRM i nie znalazłem ani jednej pozycji łączącej polski sklep z polskim CRM.

YouLead zgłasza to wprost, ale w drugą stronę: jego integracje sklepowe dotyczą marketingu i lejdu, nie obsługi zamówień. Integracja z platformą e-commerce oznacza tam automatyzację procesów sprzedażowych i komunikacji z klientami, a nie wystawianie faktur czy synchronizację magazynu. To zupełnie inna operacja niż ta, o której myślisz, słysząc „integracja sklepu z CRM”.

Wniosek jest praktyczny: albo bierzesz CRM, który sam dogaduje się ze sklepem natywnie, albo budujesz tę warstwę po swojej stronie. Trzecia opcja - zmiana platformy sklepowej - rzadko jest najtańsza, bo oznacza migrację całego asortymentu i utratę historii zamówień.

Trzy realne drogi, gdy natywnej integracji nie ma

System all-in-one

Bitrix24 idzie inną drogą niż platformy sklepowe. Zamiast dorabiać integrację, zbiera w sobie CRM, automatyzację, moduł sprzedażowy i system RPA do wieloetapowych zatwierdzeń. Model rozliczeń jest opłatą stałą: przewidywalny koszt bez cen za pojedynczego użytkownika. Dla firmy, która ma pięć narzędzi i szuka czwartego problemu, to realna propozycja.

Do dyspozycji masz też reguły przenoszące transakcje między lejkami sprzedażowymi, na przykład gdy szansa osiągnie konkretny status w lejku sprzedażowym A, zostaje przeniesiona do lejku dostawy. Do własnych integracji służy API REST, a do połączenia zewnętrznego asystenta AI z systemem - sekcja Serwery MCP w ustawieniach, gdzie włącza się opcję pozwalającą systemom AI łączyć się z Twoim obszarem roboczym. Czytelne jest też ograniczenie: dla każdej integracji polskiego sklepu z polskim CRM to nadal nie jest gotowe rozwiązanie, bo takiej pozycji w katalogu nie ma.

n8n jako router między systemami

n8n to narzędzie, które łączy systemy przez ich API. Nie musi zastępować Twojego sklepu ani systemu księgowego - po prostu przenosi dane między nimi w ustalonym momencie: po zmianie statusu zamówienia, po zapłacie, po określonej godzinie. Przy skali, która nie przekracza kilku tysięcy zamówień miesięcznie, to bardzo rozsądny wariant, bo nie wymaga zmiany żadnego systemu, a integrację widać i można ją poprawić w ten sam dzień. Pierwszy przepływ budujesz na podstawie krok po kroku, bez kodowania.

Jeśli wybierasz tę drogę, zwróć uwagę na dwie rzeczy, które decydują o rachunku. Pierwsza to koszt samego n8n: w wersji chmurowej plan Starter kosztuje około 20 dolarów miesięcznie i daje 2500 wykonań, a kolejne plany są wyraźnie droższe, bo płaci się za każde wykonanie. Wersja na własnym serwerze ma opłatę stałą: przykładowo VPS klasy Basic kosztuje 33,70 euro miesięcznie, a klasa Power 87,66 euro miesięcznie. Gdy ruch jest niewielki, chmura wygrywa ceną; przy dużym wolumenie ustawiana serwerownia jest tańsza i nie ma limitu wykonań, ale sam hosting to nie wszystko. Pełniejsze porównanie opłat i możliwości obu wariantów masz w zestawieniu n8n kontra chmura.

Druga rzecz: przy wersji na własnym serwerze zostaje po Twojej stronie budowanie przepływów, podłączanie API, zarządzanie danymi i dostępem oraz kopia zapasowa. Dla małej firmy to zwykle kilka dni pracy, której nikt nie ujmuje w kalkulacji, bo hosting sprzedawca policzy, a godziny wdrożenia już nie. Dokładnie te same ograniczenia dotyczą chmury, tylko w drugą stronę: w wersji chmurowej nie masz dostępu do własnych modeli ani do powłoki serwera, a zapora musi być otwarta na świat z zewnątrz, co przy danych księgowych i danych klientów wymaga przemyślenia.

Robot, który wchodzi do istniejących systemów

Trzeci sposób nie wymaga integracji w ogóle. Robot loguje się do tych samych systemów, z których korzysta zespół, i wykonuje manualne kroki - dokładnie tak, jak robiłby człowiek, tylko bez przerwy. Takie rozwiązanie komunikuje, że nie zastępuje Twojego systemu księgowego ani CRM, tylko je wzmacnia, i deklaruje, że nie wymaga nowego oprogramowania ani ponownego szkolenia zespołu.

Tę obietnicę warto jednak czytać z uwagą, bo w materiałach tej samej firmy opis wdrożenia konkretnego klienta opisuje wykonanie rozwiązania właścic na n8n. Liczba zero dodatkowych programów i jednocześnie jedno wdrożone narzędzie to nie jest ta sama deklaracja. Zero oprogramowania do opanowania przez zespół - tak, o czymś trzeba pamiętać - ale coś jednak zostaje wdrożone i ktoś to musi utrzymywać.

Koszt: co płacisz w pierwszym roku

Abonament platformy

To jest najprostsza pozycja w rachunku i jednocześnie ta, o którą pytają inni w internecie najczęściej, szukając odpowiedzi, ile kosztuje integracja sklepu z CRM. Odpowiedź brzmi: tyle, ile kosztuje sam sklep, plus ewentualnie różnica do wyższego planu. Jeśli przy okazji liczysz cały budżet na automatyzację, przydadzą się widełki kosztów wdrożenia w małej firmie.

Selly komunikuje cenę od 299 zł miesięcznie, bez prowizji od sprzedaży niezależnie od obrotu. Warto zaznaczyć, że na tej samej domenie w artykułach i tabelach porównawczych pojawiają się też stawki 199 zł miesięcznie przy płatności rocznej, 235 zł miesięcznie oraz 49 zł miesięcznie za pakiet podstawowy. To rozjazd dochodzący do sześciu razy, więc jeśli wycenasz sklep na podstawie nagłówka z menu, sprawdź cennik, zanim wpiszesz tę liczbę do wyceny projektu.

Shoper Standard kosztuje 29 zł netto miesięcznie albo 28,25 zł netto przy płatności rocznej, a w promocji pierwszy rok wychodzi 339 zł netto wobec ceny katalogowej 3588 zł. Shopify w zestawieniach pojawia się od 79 zł miesięcznie plus prowizja od transakcji, w której te źródła nie podają stawki. WooCommerce nie ma abonamentu, ale ma koszt operacyjny: około 50-200 zł miesięcznie za hosting, domenę i wtyczki, plus stawka programistyczna 200-500 zł za godzinę. PrestaShop w zestawieniu wychodzi drożej: 100-300 zł miesięcznie za hosting i moduły oraz jednorazowe wdrożenie 5 000-20 000 zł. To ostatnie jest najwyższą pojedynczą kwotą wdrożenia, jaka pojawiła się w tych materiałach - i dotyczy wdrożenia sklepu, nie integracji.

KSeF: jedyna kwota, którą da się porównać wprost

Najbardziej konkretna liczba w całym zestawieniu dotyczy KSeF. Kalkulator u jednego z dostawców integratorów przy założeniu tysiąca faktur miesięcznie pokazuje 1932 zł netto rocznie opłaty w programie ERP i 0 zł netto rocznie przy module tego samego dostawcy. Różnica to mniej więcej 161 zł miesięcznie. Autor kalkulatora zaznacza przy tym, że bierze średnie ceny u producentów ERP, stan na sierpień 2026 - to nie jest cennik urzędowy, tylko punkt odniesienia do decyzji.

Mechanizm jest prosty: moduł KSeF od integratora zastępuje płatne integracje KSeF wbudowane w systemy ERP, takie jak Subiekt GT, Subiekt Nexo czy WAPRO. Przy tysiącu faktur miesięcznie to realna pozycja w budżecie, a przy pięciu fakturach miesięcznie przestanie być istotna. Dlatego liczbę z kalkulatora czytaj razem z założeniem, nie jako uniwersalną stawkę.

Koszt samego połączenia

Tutaj uważaj na słowo „bezpłatne". Selly udostępnia integrację z Subiektem GT nieodpłatnie, ale wprost zastrzega, że jedynym ponoszonym kosztem są opłaty licencyjne dla twórców tego programu. Do integracji z PC-Market potrzebny jest płatny dodatek PCM2www. Do Optimy, Symfonii i Prestiżu integrację realizuje zewnętrzny dostawca, więc płacisz dwóm firmom, nie jednej.

Instalacja przez pulpit zdalny u części integratorów jest jednorazowo bezpłatna i obejmuje instalację programu, połączenie go ze sklepem i z programem magazynowym oraz omówienie podstawowych funkcji. Przy składaniu testowej licencji potrzebny jest adres e-mail i numer NIP podmiotu, z którym będzie pracował integrator. Każdy integrator ma 15-dniową, w pełni funkcjonalną wersję testową.

Wdrożenie krok po kroku

Kolejność, która działa niezależnie od platformy, wygląda tak.

1. Zrób spis systemów i sprawdź zakres. Wypisz, co dziś jest w użyciu: platformę sklepową, program magazynowy, fakturownię, CRM, arkusze. Dla każdej pary zapisz, co dokładnie ma być przenoszone i w którą stronę. Różnica „dwu" i „jedno" jest przy magazynach najczęstszą przyczyną rozczarowania po wdrożeniu.
2. Sprawdź, czy integracja jest w Twoim planie. Przełącz widok integracji na konkretny plan abonamentowy, nie na „wszystkie". Zapisz, czy wymagany jest płatny dodatek i kto jest jego dostawcą.
3. Zamapuj pola. Nazwa, stawka VAT, cena netto i brutto, indeks katalogowy, indeks handlowy, stan magazynu, producent, waga, EAN i tak dalej. Tam, gdzie sklep i system księgowy używają różnych nazw, mapowanie trzeba zrobić ręcznie i zapisać - inaczej za pół roku nikt nie będzie pamiętał, dlaczego ta kolumna jest pusta.
4. Ustaw reguły startu i końca. Określ, po jakim statusie zamówienie ma trafiać do księgowości, jaki status dostać po eksporcie i czy coś ma czekać w buforze do akceptacji. Te decyzje podejmujesz raz, zapisujesz i testujesz.
5. Zdecyduj, co robi warstwa automatyzacji. Jeśli natywnej integracji sklep-CRM nie ma, dodajesz n8n albo system all-in-one, albo robaka logującego się do obu systemów. W tym kroku kończy się licencja, zaczyna się wdrożenie.
6. Przetestuj na realnych przypadkach, nie na idealnym. Zwrot, zamówienie częściowe, zmiana adresu po płatności, brak płatności, produkt wielowariantowy, zamówienie z kodem rabatowym. Te przypadki wyjaśniają więcej niż sto testów na czystych danych.

Przy wdrożeniu integracji platforma sklepowa czasem wymaga jeszcze jednej rzeczy zanim w ogóle zacznie rozmawiać: sprawdzenia, czy twoje adresy IP nie są zablokowane. W materiałach Base.com podano konkretne adresy do zweryfikowania, a do tego ustawienia firewalla w Cloudflare, bo to tam najczęściej kończy się integracja.

Co testujesz, zanim uznasz przepływ za działający

Sama informacja, że dane przeszły, nie wystarczy. Potrzebujesz raportu, który porównuje zapisane faktury z zatwierdzonymi wpisami i pozwala od razu zobaczyć rozbieżności - a te rozbieżności trafiają do ręcznej weryfikacji przez księgowość. Wszystkie kluczowe czynności powinny być zapisywane w logu i uzgadniane, żeby było widać, co zrobił system, a co człowiek.

Do tej listy dodaj cztery rzeczy, które najczęściej wypadają z testów, bo są rzadkie: zamówienie zwrócone, zamówienie opłacone częściowo, produkt z wariantami, który wymaga osobnego mapowania, oraz sytuację, w której w systemie księgowym braku flagi aktywności produktu. Każda z nich kończy się w realnym sklepie tak samo - zamówieniem, którego nie da się obsłużyć, i telefonem do klienta.

Kiedy zostawia się pięć narzędzi

Nie każda firma powinna to robić, i warto powiedzieć wprost, kiedy odpuścić. Jeśli robisz kilkadziesiąt zamówień miesięcznie i księgowa ma czas przerzucić je do fakturowni w czwartek, integracja nie zwróci się - wdrożenie kosztuje więcej niż oszczędność przez pierwsze pół roku. Przy kilku zamówieniach dziennie, gdzie dziś część księgowości jest robona ręcznie dwa razy w tygodniu, jest odwrotnie: tam integracja zwraca się w pierwszym kwartale.

Drugi warunek jest ważniejszy. Zanim zaczniesz, warto zrobić krótkie ćwiczenie z mapowania procesów w firmie i wypisać, które czynności są powtarzalne i kosztowne godzinowo. To nie jest analiza, tylko poprawne pytanie: co chcesz przestać robić ręcznie. Odpowiedź na to pytanie jest krótsza niż lista funkcji, którą przedstawia każdy producent. Jeśli wolisz liczby, prosty rachunek zwrotu policzy to w kilka minut.

Trzecia rzecz, o której mówi się mało: dostęp do danych. Przy wdrażaniu integracji z zewnętrznym integratorem dane Twojej firmy i Twoich klientów przechodzą przez firmę trzecią, a przy wersji n8n w chmurze dodatkowo przez zaporę otwartą na świat. Umowa powinna określać, gdzie dane są przechowywane, jak długo i kto je usuwa. To nie jest detal formalnościowy, tylko pytanie, na które odpowiedź dostajesz w dniu audytu, nie w dniu wdrożenia.

Co dostajesz na piśmie

Kiedy robię taki przepływ, zakres i wycenę dostajesz przed startem, nie po. Zapisujemy, które systemy wchodzą w grę, co jest przenoszone, w którą stronę, przy jakiej częstotliwości i co jest wyłączone z zakresu. Kluczowe jest to ostatnie - bo „integracja sklepu z CRM" brzmi jak jedno zadanie, a w praktyce jest dziesięcioma, i te, których nie zapiszesz, wrócą jako zakres dodatkowy.

Zacząć warto od jednego przepływu, nie od pięciu. Wybierz ten, który dziś kosztuje najwięcej godzin tygodniowo, i przetnij go przez całą integrację - od zamówienia do dokumentu. Jak reszta pójdzie gładko na jednym przypadku, reszta narzędzi w firmie to już tylko kwestia czasu.