Sprzedaż online i ERP zwykle żyją osobno. W sklepie albo na marketplace klient składa zamówienie, a w Impuls EVO, dziś sprzedawanym jako BPSC ERP, powstaje dokument, schodzi stan i rusza wysyłka. Jeśli te dwa światy nie rozmawiają ze sobą, ktoś w firmie przepisuje zamówienia z panelu sklepu do systemu, poprawia stany po każdej sprzedaży i pilnuje cen w dwóch miejscach. Przy kilku zamówieniach dziennie to znośne. Przy kilkudziesięciu robi się z tego etat i źródło pomyłek.
Poniżej pokazuję, co realnie warto zsynchronizować między sklepem a Impulsem, gdzie wystarczy gotowy łącznik, a gdzie potrzebna jest własna integracja przez API.
Co synchronizować i w którą stronę
Integracja sklepu z ERP to nie jeden przełącznik, tylko kilka osobnych przepływów danych, każdy w swoją stronę:
- Towary i opisy z ERP do sklepu: indeks, nazwa, jednostka, parametry, czasem zdjęcia.
- Stany magazynowe z ERP do sklepu: ile naprawdę jest dostępne, najlepiej aktualizowane na bieżąco, żeby nie sprzedać czegoś, czego nie ma.
- Ceny i promocje z ERP do sklepu: cennik, rabaty, ceny dla zalogowanych kontrahentów w B2B.
- Zamówienia ze sklepu do ERP: nowe zamówienie zamienia się w dokument w Impulsie, z pozycjami, kontrahentem i formą dostawy.
- Statusy realizacji z ERP do sklepu: potwierdzenie, faktura i numer przesyłki wracają do klienta.
Nie każda firma potrzebuje wszystkich pięciu. Zwykle zaczyna się od stanów i zamówień, bo tam ginie najwięcej czasu, a reszta dochodzi później.
Mapowanie towarów, czyli miejsce, w którym integracje najczęściej stają
Zanim cokolwiek się zsynchronizuje, sklep i ERP muszą się dogadać co do tego, czym jest jeden towar. To brzmi banalnie, a w praktyce zabiera najwięcej czasu na starcie:
- Indeks w sklepie nie odpowiada indeksowi w Impulsie. Sklep zakładała inna osoba i inne lata, więc SKU żyje własnym życiem. Trzeba zbudować tabelę powiązań i zdecydować, która strona jest źródłem prawdy.
- Warianty. Ten sam produkt w pięciu rozmiarach to w sklepie jeden produkt z opcjami, a w ERP pięć osobnych indeksów albo indeks z cechą. Bez ustalenia tego stany będą się rozjeżdżać na pewno.
- Jednostki miary. Sprzedaż w sztukach, magazyn w kartonach albo kilogramach. Przelicznik musi być w jednym miejscu, najlepiej w ERP.
- Kody EAN jako klucz. Kuszące, bo wspólne, ale w praktyce bywają puste, powtórzone albo przypisane do zestawu. Warto sprawdzić stan kartotek, zanim oprze się na nich całą integrację.
- Towary, których nie ma sprzedawać online. Komponenty, opakowania, usługi. Bez filtra pierwsza synchronizacja wystawia w sklepie połowę magazynu.
Ten etap najlepiej zrobić raz i porządnie. Późniejsze łatanie mapowania kosztuje wielokrotnie więcej niż uporządkowanie kartotek na starcie.
Baselinker i gotowe łączniki a własna integracja
Część tych przepływów obsłużą gotowe narzędzia. Baselinker spina wiele sklepów i marketplace'ów w jednym panelu, a BPSC dołożył jego obsługę do standardu Impulsa. Jeśli sprzedajesz na Allegro, Amazonie i we własnym sklepie, a procesy masz typowe, to często najszybsza droga.
Gotowy łącznik ma jednak granice. Nie zna nietypowego cennika B2B, własnej logiki rezerwacji stanu ani reguł, według których zamówienie ma trafić do konkretnego magazynu czy handlowca. Wtedy sensowniejsza jest własna integracja przez API nad bazą Impulsa, która realizuje dokładnie te reguły, jakie ma Twoja firma, i nie zmusza procesu do wpasowania się w cudzy schemat. Czasem najlepszy wynik daje połączenie obu dróg: Baselinker do marketplace'ów, własna integracja do sklepu B2B. Taką własną integrację albo cały portal B2B buduję jako oprogramowanie na zamówienie dla firm produkcyjnych i handlowych.
Zamówienie ze sklepu jako dokument w Impulsie
Sercem integracji jest moment, w którym zamówienie ze sklepu staje się dokumentem w ERP. Dobrze zrobiony przepływ:
- rozpoznaje kontrahenta albo zakłada nowego, zamiast tworzyć duplikaty,
- mapuje pozycje ze sklepu na indeksy z Impulsa,
- ustawia formę płatności i dostawy zgodnie z tym, co wybrał klient,
- oznacza zamówienia, które wymagają decyzji człowieka, na przykład nietypowy rabat albo brak towaru,
- zapisuje w ERP powiązanie ze źródłowym zamówieniem, żeby dało się dojść, skąd dokument pochodzi.
Chodzi o to, żeby standardowe zamówienia trafiały do systemu bez udziału człowieka, a obsługa zajmowała się tylko przypadkami, które naprawdę tego wymagają.
Co się dzieje z zamówieniem, które nie przeszło
O tym prawie nikt nie myśli na etapie analizy, a to ten element decyduje, czy integracja jest do zaufania. Zamówienie nie przejdzie, bo zabrakło mapowania indeksu, bo kontrahent ma blokadę, bo baza była chwilę niedostępna albo bo klient wpisał adres, którego walidacja nie przyjmuje.
Integracja, której można zaufać, robi wtedy trzy rzeczy: odkłada zamówienie na widoczną listę błędów zamiast je gubić, umożliwia powtórzenie próby po poprawieniu przyczyny i pilnuje, żeby powtórka nie utworzyła drugiego dokumentu. Ostatni punkt jest najważniejszy i najczęściej pomijany. Zduplikowane zamówienie w ERP to dwie wysyłki i telefon od klienta.
Dobrze też, gdy ktoś dowiaduje się o błędzie sam, z powiadomienia, a nie od klienta pytającego, czemu jego zamówienie od trzech dni nie ma statusu.
Skąd naprawdę biorą się rozjazdy stanów
Najczęstszy ból sklepów spiętych z ERP na pół gwizdka to rozjeżdżające się stany. Klient kupuje online towar, który właśnie zszedł na sprzedaży stacjonarnej, i firma zamiast sprzedaży ma reklamację. Warto jednak wiedzieć, że sama częstotliwość synchronizacji rzadko jest całą przyczyną:
- Brak rezerwacji. Towar jest fizycznie na magazynie, ale obiecany komuś innemu w otwartym zamówieniu. Sklep pokazuje go jako dostępny.
- Kilka magazynów. Sklep dostaje sumę stanów, a wysyłka realizuje się z jednego miejsca.
- Sprzedaż stacjonarna i online z tej samej półki. Bez rezerwacji online przegrywa zawsze, bo dokument powstaje później.
- Towar w drodze. Przyjęcie jest zaksięgowane w papierach, a fizycznie dojedzie po południu.
Dlatego pierwsze pytanie nie brzmi „jak często synchronizować”, ale „którą liczbę pokazujemy klientowi”: stan fizyczny, stan dostępny po rezerwacjach czy stan wybranego magazynu. Kiedy ta definicja jest ustalona, synchronizacja jest już tylko techniką. Tak samo z cenami: cennik i rabaty ustala się w jednym miejscu, w ERP, a sklep je pobiera.
Faktury do sprzedaży internetowej
Sprzedaż online generuje najwięcej dokumentów w firmie i najwięcej pytań o nie. Klient detaliczny prosi o fakturę po fakcie, klient firmowy chce jej od razu, a od 2026 dochodzi obowiązek wystawiania faktur w KSeF. Jeśli zamówienia wpadają do Impulsa automatycznie, faktura może powstawać w tym samym ciągu i od razu iść dalej, bez ręcznego wystawiania na koniec dnia.
Opisałem to osobno w artykule o integracji Impulsa z KSeF, a samą integrację robię przez Konektor KSeF. Przy sprzedaży detalicznej i paragonach z NIP dochodzi jeszcze warstwa kasowa, którą opisuję na stronie o integracji kas fiskalnych i POS.
Po sprzedaży przychodzi wysyłka
Zamówienie ze sklepu prędzej czy później trzeba wysłać, a więc nadać przesyłkę, wygenerować etykietę i przekazać numer śledzenia klientowi. To osobny przepływ, który opisuję w artykule o integracji Impuls EVO z firmami kurierskimi. Jeśli sprzedaż online ma większy wolumen, warto od razu myśleć o obu integracjach naraz, bo zamówienie i wysyłka to w praktyce jeden ciąg. Podobnie z magazynem: gdy sklep sięga po stany, muszą być wiarygodne, o czym piszę przy integracji Impulsa z magazynem.
Jak podchodzę do integracji sklepu z Impulsem
Zaczynam od Twojego procesu sprzedaży, nie od narzędzia. Sprawdzam, co dziś jest przepisywane ręcznie, gdzie powstają pomyłki i które przepływy dadzą najszybszy zysk. Dopiero potem dobieram rozwiązanie: gotowy łącznik, własną integrację przez API nad bazą Impulsa albo jedno i drugie. Więcej o tym, jak łączę Impuls z innymi systemami, jest na stronie o integracjach Impuls ERP.
Kolejność, którą stosuję, jest zawsze ta sama: najpierw stany i zamówienia, bo tam siedzi oszczędność czasu, potem faktury i statusy, a na końcu towary i opisy, bo to najbardziej pracochłonna i najmniej pilna część.
Pytania o integrację sklepu z Impulsem
Czy gotowy łącznik wystarczy, czy potrzebna jest własna integracja?
Zależy od tego, jak nietypowe są Wasze procesy. Gotowe łączniki dobrze obsługują standardowy przepływ: towar, stan, zamówienie. Stają się problemem tam, gdzie firma ma własne reguły cenowe, rabaty per kontrahent albo dokumenty, których łącznik nie przewidział. Często najlepiej wychodzi jedno wsparte drugim.
Co się stanie, gdy zamówienie nie przejdzie do Impulsa?
Musi być widoczne, że nie przeszło, i musi dać się je ponowić. Zamówienie, które zniknęło po cichu, znajduje się wtedy, gdy klient dzwoni z pytaniem o paczkę — i to jest najdroższy możliwy moment. Dlatego nieudane przejścia trafiają na listę do obsługi, a nie do logu, którego nikt nie czyta.
Jak często synchronizować stany?
Częściej, niż się wydaje potrzebne, ale nie w czasie rzeczywistym za każdą cenę. Rozjazd stanów rzadko wynika z częstotliwości — częściej z tego, że sklep i ERP inaczej liczą towar zarezerwowany. Najpierw uzgadniamy definicję stanu dostępnego, potem ustawiamy częstotliwość.
Kto zakłada kartoteki towarów?
Jedno źródło prawdy, zawsze. Jeśli towary powstają w Impulsie, to sklep je odbiera; jeśli w sklepie, to Impuls. Dwa miejsca zakładania kończą się duplikatami, których nikt nie łączy, bo w każdym systemie nazywają się trochę inaczej.
Ile trwa taka integracja?
Stany i zamówienia to zwykle kilkanaście dni pracy. Faktury i statusy kolejne kilka. Towary z opisami i zdjęciami są najbardziej pracochłonne, dlatego zostawiam je na koniec — są też najmniej pilne, bo nie blokują sprzedaży.
Porozmawiajmy o Twoim sklepie i Impulsie
Jeśli sprzedajesz online, a zamówienia i stany krążą między sklepem a Impulsem przez ludzi, napisz. Przydadzą się trzy informacje: na czym stoi sklep i czy sprzedajecie też na marketplace, ile zamówień dziennie przechodzi dziś przez ręce, i czy stany trzymacie na jednym magazynie czy na kilku. Sprawdzę, co da się zsynchronizować po stronie Twojej bazy i sklepu, i podam, co trzeba zrobić, ile to potrwa i ile kosztuje, zanim cokolwiek ruszy.