Sprzedaż w kilku kanałach komplikuje się, gdy oferta, stan magazynowy i status zamówienia mają różne źródła danych. Projektujemy automatyzację jako przepływ między marketplace, sklepem, ERP i magazynem, z określonym kierunkiem synchronizacji oraz obsługą wyjątków.
Krótka odpowiedź
Najpierw wskaż system nadrzędny dla produktów, stanów, cen i statusów, a następnie rozpisz kierunek przesyłania każdego pola. Połącz kanały integratorem, modułem ERP albo rozwiązaniem dedykowanym i przetestuj typowe zamówienia oraz wyjątki, takie jak brak stanu, anulowanie, zwrot i duplikat.
Po uruchomieniu monitoruj błędy, opóźnienia oraz rozbieżności między systemami.
Usługi KC Mobile
Potrzebujesz pomocy w tym temacie?
Czytasz poradnik „Jak automatyzować procesy sprzedaży na marketplace bez chaosu w zamówieniach”. Napisz, co chcesz zrobić i na jakim etapie jesteś. Ustalimy, czy możemy pomóc i jaki zakres prac będzie potrzebny.
Które procesy sprzedaży na marketplace warto automatyzować?
Automatyzuj w pierwszej kolejności powtarzalne czynności, które wymagają ręcznego przepisywania danych albo powodują kosztowne pomyłki. Prześledź drogę produktu i zamówienia: od przygotowania oferty, przez płatność i dokumenty, po kompletację, wysyłkę i zwrot.
| Proces | Co może robić integracja? | Kiedy automatyzować? |
|---|---|---|
| Publikacja oferty | Przekazywać dane katalogowe, warianty i parametry | Produkty mają jedno wiarygodne źródło danych |
| Stany i ceny | Aktualizować oferty według magazynu i reguł cenowych | Kilka kanałów zwiększa ryzyko nadmiernej sprzedaży |
| Zamówienia | Pobierać zamówienia do wspólnego panelu lub ERP | Pracownik przepisuje dane między systemami |
| Dokumenty | Przekazywać dane nabywcy do fakturowania | Dane trafiają do dokumentów ręcznie |
| Wysyłka i statusy | Przekazywać dane do kompletacji, przewoźnika i kanału | Ręczna zmiana statusu opóźnia informację dla kupującego |
| Zwroty i anulowania | Uruchamiać uzgodnione kroki obsługi i korekty stanu | Zwrot wymaga zmian w kilku systemach |
Nie automatyzuj procesu, którego pracownicy nie potrafią opisać albo który często zmienia się przez nieustalone wyjątki. Najpierw zmierz częstotliwość ręcznych czynności, czas obsługi i konsekwencje pomyłki. Przykłady łączenia kanałów sprzedaży opisujemy w materiale o automatyzacji procesów biznesowych.
Czytasz poradnik „Jak automatyzować procesy sprzedaży na marketplace bez chaosu w zamówieniach”. Napisz, co chcesz zrobić i na jakim etapie jesteś. Ustalimy, czy możemy pomóc i jaki zakres prac będzie potrzebny. Omów temat tego poradnika
Jak rozpoznać, gdzie powstają błędy i opóźnienia?
Prześledź jedno rzeczywiste zamówienie od marketplace przez integrator i ERP aż do dokumentu oraz wysyłki, aby znaleźć etap zmiany danych. Zapisz identyfikator zamówienia, SKU, czas zdarzenia, system wysyłający i odbierający oraz wartości konkretnych pól.
| Objaw | Możliwa przyczyna | Dane do sprawdzenia |
|---|---|---|
| Zamówienie nie pojawiło się w ERP | Błąd pobierania lub mapowania kanału | ID zamówienia, log integracji, odpowiedź API |
| Stan oferty różni się od magazynu | Błędne SKU lub inny magazyn źródłowy | SKU, magazyn, rezerwacje, czas synchronizacji |
| Cena wraca do poprzedniej wartości | Dwa systemy zapisują cenę | Historia zmian, reguły cenowe, kierunek synchronizacji |
| Status utknął po nadaniu paczki | Status przewoźnika nie mapuje się na status kanału | Numer przesyłki, mapa statusów, log zdarzeń |
| Dokument ma błędne dane nabywcy | Niepełne lub błędnie zmapowane pola | Dane źródłowe, typ kupującego, walidacja dokumentu |
| Powstały dwa zamówienia | Import nie zabezpiecza przed duplikatem | ID zewnętrzne, ID lokalne, historia żądań |
Jeśli log pokazuje kod HTTP, zapisz kod i treść odpowiedzi. Odpowiedź 401 wskazuje problem autoryzacji, 429 może oznaczać limit żądań, a 5xx błąd po stronie usługi. Ponowienie powinno uwzględniać limit i ochronę przed duplikatem. Przy błędzie bez kodu sprawdź zakres uprawnień tokenu, wymagane pola i czas ostatniej udanej synchronizacji.
Jak dobrać integrację marketplace z ERP?
Dobierz integrację do liczby kanałów, roli ERP w obsłudze towaru i reguł, które muszą działać, a nie do samej liczby konektorów. Base.com opisuje łączenie ERP przez dostępne integracje; zakres konkretnego połączenia i dostawcę trzeba potwierdzić przed wyborem.
| Rozwiązanie | Do jakiej firmy pasuje? | Obsługa wariantów i reguł | Kto utrzymuje rozwiązanie? |
|---|---|---|---|
| Integrator marketplace | Firma sprzedająca w wielu kanałach | Zakres zależy od konektora i konfiguracji | Dostawca integratora lub partner |
| Moduł ERP | Firma zarządzająca magazynem i dokumentami w ERP | Dopasowanie do procesów obsługiwanych przez ERP | Producent lub partner ERP |
| Rozwiązanie dedykowane | Firma z nietypowymi regułami lub własnymi systemami | Można określić potrzebne mapowania i walidacje | Zespół uzgodniony w projekcie |
Przed wyborem sprawdź obsługę SKU, wariantów, wielu magazynów, rezerwacji, walut, jednostek, zwrotów, korekt i ponawiania błędnych operacji. Zapytaj również, czy logi pozwalają odtworzyć, kiedy i dlaczego zmienił się rekord. Jeśli proces wymaga połączenia kanałów, ERP i sklepu, automatyzacja procesów w firmie może objąć zaprojektowanie przepływu i konfigurację integracji.
Perspektywa KC Mobile: najwięcej pracy często wymaga wskazanie właściciela danych i uporządkowanie identyfikatorów produktów. Sam konektor nie rozstrzyga, czy stan z ERP nadpisze rezerwację sklepu ani jak system zachowa się po częściowym błędzie.
Jak zaplanować synchronizację ofert, cen i stanów?
Dla każdego pola wskaż system nadrzędny i zapisz kierunek przesyłania zmian. ERP może zarządzać stanem i ceną bazową, integrator przekazywać dane do kanałów, a marketplace zwracać zamówienia i informacje o płatności.
| Dane do synchronizacji | System nadrzędny | Reguła do ustalenia |
|---|---|---|
| SKU i warianty | ERP lub katalog produktów | Wspólny identyfikator we wszystkich kanałach |
| Opis i parametry | ERP, PIM lub sklep | Pola wymagane przez kategorię marketplace |
| Cena bazowa | ERP | Marża, waluta, zaokrąglenie i wyjątki kanału |
| Stan dostępny | ERP lub wskazany magazyn | Rezerwacje, bufor i priorytet magazynu |
| Status realizacji | System obsługi zamówień | Mapa statusów i kierunek przesyłania |
Częstotliwość synchronizacji dopasuj do tempa sprzedaży, możliwości API i ryzyka braku towaru. Pomoc Base.com opisuje aktualizację stanów ofert co 8 godzin, co 1 godzinę lub co 5 minut, zależnie od ustawień modułu. Integracja sklepu z Base.com może sprawdzać stan produktu w sklepie; pomoc rozróżnia magazyn sklepu od magazynu Base.com. Szczegóły i dostępne interwały zależą od konfiguracji integracji; informacje sprawdzone w październiku 2026.
Bufor magazynowy ma ograniczać sprzedaż sztuk już zarezerwowanych, a jego wielkość powinna uwzględniać rotację i czas aktualizacji. Ustal również zachowanie integracji, gdy dwa systemy zmienią cenę, brakuje mapowania SKU albo synchronizacja odczyta stan zerowy. Nie zakładaj, że wartość widoczna w panelu zmienia stan oferty, dopóki nie sprawdzisz działania konkretnego połączenia.

Jak automatycznie obsługiwać zamówienia i statusy?
Mapa statusów powinna opisywać zdarzenia w realizacji zamówienia, a nie tylko podobnie brzmiące nazwy w panelach. Uzgodnij osobne momenty dla płatności, kompletacji, nadania przesyłki, anulowania i zamknięcia.
Przykładowy przepływ zaczyna się od zamówienia pobranego z marketplace przez integrator. Integrator przekazuje rekord do ERP, ERP rezerwuje towar i uruchamia kompletację, a przewoźnik zwraca numer przesyłki. Po potwierdzeniu wysyłki system aktualizuje status i przekazuje go do kanału, jeśli integracja obsługuje taki kierunek.
W Base.com domyślny status nowych zamówień marketplace ustawisz w `Integracje > Konto marketplace > Zamówienia > Pobieranie zamówień - status`. Pomoc Base.com wskazuje, że synchronizacja statusów między Base.com a sklepem może działać wyłącznie w kierunku Base.com do sklepu, zależnie od platformy. Ustawienia synchronizacji znajdziesz w `Integracje > Sklepy internetowe > Ustawienia > Statusy zamówień`. Ścieżki i kierunek synchronizacji sprawdzono w październiku 2026.
Jak ująć dokumenty sprzedaży i KSeF w przepływie?
Proces dokumentów wymaga poprawnych danych nabywcy i wskazania systemu odpowiedzialnego za wystawienie oraz korektę. W mapowaniu uwzględnij ID zamówienia, dane nabywcy, adres, NIP, walutę, stawki podatku, pozycje i rabaty.
Rozpisz odpowiedzialność systemów: marketplace dostarcza dane zamówienia, integrator je przekazuje, a ERP lub program fakturujący wystawia dokument i obsługuje korektę. Sprawdź aktualne wymagania KSeF, uprawnienia i konfigurację używanego oprogramowania; samo przekazanie zamówienia nie potwierdza, że system wysyła dokument do KSeF.
Przetestuj błędny NIP, brak adresu, częściowy zwrot i zmianę danych po wystawieniu faktury. Jeśli dokument może wystawić więcej niż jeden system, wyłącz nieuzgodnione reguły, aby transakcja nie otrzymała dwóch dokumentów.
Jak testować automatyzację przed uruchomieniem?
Przetestuj kompletny przepływ na kopii konfiguracji albo bezpiecznym zakresie ofert, porównując wejście z oczekiwanym wynikiem we wszystkich systemach. Testy wyjątków są równie ważne jak poprawne zamówienie.
| Przypadek | Oczekiwany wynik | Warunek zaliczenia |
|---|---|---|
| Nowe opłacone zamówienie | Jeden rekord w ERP, rezerwacja i poprawny status | ID oraz pozycje są zgodne |
| Brak stanu | Oferta zmienia się zgodnie z regułą | Nie powstaje ujemny stan ani nieplanowana sprzedaż |
| Zmiana ceny | Nowa cena trafia do wskazanych kanałów | Marża i zaokrąglenie odpowiadają założeniom |
| Anulowanie | Zamówienie jest oznaczone, rezerwacja zwolniona | Anulowanie nie tworzy nowego zamówienia |
| Zwrot | Stan i dokumenty podążają uzgodnionym procesem | Częściowy zwrot zmienia właściwe pozycje |
| Duplikat zdarzenia | Integracja rozpoznaje ponowne żądanie | Nie powstaje drugi rekord ani dokument |
| Błąd API | Operacja trafia do logu i można ją bezpiecznie ponowić | Alert zawiera ID, czas, system i przyczynę |
Przed startem zapisz sposób wyłączenia synchronizacji i przywrócenia poprzedniej konfiguracji. Zabezpieczenie przed ponownym wykonaniem tej samej operacji nazywa się idempotencją; sprawdź je przy ponowieniu importu i błędzie API.

Ile kosztuje automatyzacja i jak ocenić jej zwrot?
Koszt automatyzacji obejmuje konfigurację, mapowanie danych, zmiany w ERP lub sklepie, testy, szkolenie i utrzymanie. Wdrożenie integracji w KC Mobile kosztuje od 2 999 zł; zakres projektu zależy od systemów, liczby procesów i wyjątków.
Cennik Base.com publikuje ceny abonamentów, natomiast strona pod adresem `/wdrozenia/` przekierowuje do oferty Enterprise z indywidualną wyceną, a nie do osobnego cennika wdrożeń. Poniższe kwoty netto pochodzą z oficjalnego cennika Base.com, sprawdzonego w październiku 2026.
| Plan | Cena (netto/mies.) | Warunek planu |
|---|---|---|
| Freemium | 0 zł do 100 zamówień | Maksymalnie 100 zamówień miesięcznie |
| Business | 279 zł + 0,99 zł od zamówienia | 1000 zamówień miesięcznie w pokazanym progu |
| Enterprise | Indywidualna wycena | Ponad 5000 zamówień albo 1 mln PLN GMV miesięcznie |
Base.com wskazuje, że stawki podane w cenniku są kwotami netto; Enterprise otrzymuje indywidualną wycenę. Aktualny koszt planu sprawdzisz na oficjalnej stronie cennika Base.com. Adres strony Base.com Enterprise prowadzi do oferty planu i wyceny indywidualnej.
| Pozycja | Koszt przed wdrożeniem | Koszt po wdrożeniu |
|---|---|---|
| Ręczna obsługa zamówień | Zamówienia razy czas obsługi razy stawka godzinowa | Czas kontroli wyjątków razy stawka godzinowa |
| Korekty i pomyłki | Liczba błędów razy średni koszt obsługi | Liczba błędów po zmianie razy koszt obsługi |
| Utrzymanie | Abonamenty i prace ręczne | Abonament, opieka i prace rozwojowe |
| Koszt wdrożenia | - | Koszt uruchomienia rozłożony na przyjęty okres |
Nie wpisuj oszczędności jako pewnego wyniku. Zmierz czas obsługi w typowym okresie, policz koszt korekt i porównaj stabilny miesiąc z miesiącem o większej liczbie zamówień. Zwrot licz jako różnicę kosztów po wdrożeniu i bazy sprzed zmian, uwzględniając koszt utrzymania.
Jak monitorować integracje po wdrożeniu?
Monitoring powinien wykryć rozbieżność, zanim zauważy ją kupujący lub magazyn. Ustaw alerty dla błędów API, rosnącej kolejki, opóźnionego zamówienia, braku mapowania SKU, nieudanej aktualizacji stanu i dokumentu bez potwierdzenia.
Raport dzienny może porównywać liczbę zamówień z każdego kanału z liczbą rekordów w ERP, liczbę błędów oraz czas ostatniej udanej synchronizacji. Raz w tygodniu sprawdź próbkę stanów, cen, statusów i dokumentów, a logi przechowuj na tyle długo, aby odtworzyć zgłoszenie.
Przypisz odpowiedzialność za części przepływu: właściciel sklepu kontroluje katalog i ustawienia kanałów, dostawca integratora diagnozuje konektor, a zespół ERP odpowiada za dokumenty i magazyn w swoim systemie. Szerszy opis automatyzacji znajdziesz w materiale o automatyzacji procesów biznesowych. Przy sprzedaży wspieranej przez narzędzia AI przeczytaj również o automatyzacji sprzedaży z AI.
Jeśli integracja ma objąć kilka kanałów, ERP i obsługę wyjątków, zaprojektowanie automatyzacji procesów w firmie może uporządkować przepływ danych i zakres odpowiedzialności.
Więcej poradników w tym temacie
Wspomniane narzędzia
Najczęściej zadawane pytania
Jak zautomatyzować obsługę zamówień z kilku marketplace?
Czy marketplace można zintegrować z systemem ERP?
Jak uniknąć rozbieżności stanów magazynowych na marketplace?
Jak testować integrację marketplace przed uruchomieniem?
Ile kosztuje automatyzacja sprzedaży na marketplace?
Potrzebujesz pomocy w tym temacie?
Czytasz poradnik „Jak automatyzować procesy sprzedaży na marketplace bez chaosu w zamówieniach”. Napisz, co chcesz zrobić i na jakim etapie jesteś. Ustalimy, czy możemy pomóc i jaki zakres prac będzie potrzebny.
