Każdy sklep internetowy zaczyna tak samo: zamówienia wpadają raz na jakiś czas, wszystko daje się ogarnąć ręcznie, a właściciel zna każde zamówienie z imienia i nazwiska. Potem przychodzi wzrost. I nagle okazuje się, że to, co działało przy 50 zamówieniach miesięcznie, przy 500 generuje operacyjny chaos — pomylone paczki, nieaktualne stany magazynowe, faktury wystawiane z opóźnieniem, a klient dzwoni z pytaniem o status zamówienia do kogoś, kto musi otwierać trzy panele żeby mu odpowiedzieć.
Rozwiązaniem nie jest zatrudnienie kolejnej osoby do klikania. Rozwiązaniem są integracje — techniczne połączenia między systemami, które eliminują ręczne przepisywanie danych, synchronizują informacje w czasie rzeczywistym i pozwalają temu samemu zespołowi obsłużyć trzy razy więcej zamówień.
W tym artykule omawiam 5 integracji, które w mojej praktyce — po ponad 15 latach wdrożeń dla sklepów na WooCommerce i PrestaShop — robią największą różnicę. Nie ogólnikowo. Z konkretnymi przykładami, pułapkami technicznymi i szacunkami oszczędności.
Zanim zaczniesz: czym właściwie jest integracja i dlaczego "plugin" to nie to samo
Zanim przejdę do listy, jedno zastrzeżenie terminologiczne, które oszczędzi Ci rozczarowań.
Plugin/moduł to rozszerzenie zainstalowane w sklepie, które zazwyczaj dodaje jakąś funkcję po stronie frontendu lub backendu sklepu. Przykład: wtyczka do obsługi płatności PayU w WooCommerce.
Integracja to dwukierunkowa, automatyczna wymiana danych między dwoma oddzielnymi systemami. Przykład: WooCommerce ↔ Base.com, gdzie zamówienie złożone w sklepie automatycznie pojawia się w panelu Base.com, a po wygenerowaniu listu przewozowego numer nadania wraca do sklepu i trafia do e-maila do klienta — wszystko bez udziału człowieka.
Różnica jest fundamentalna. Plugin może wystawiać fakturę — ale ktoś musi kliknąć "wystaw". Integracja wystawi ją automatycznie, przesyłając ją jednocześnie do systemu księgowego i na e-mail klienta, gdy tylko zamówienie zmieni status na "opłacone".
Mając to w głowie — przejdźmy do listy.
Integracja 1: Sklep internetowy ↔ System zarządzania zamówieniami (OMS/Base.com)
Na czym polega i dlaczego jest fundamentem wszystkiego
To jest integracja numer jeden — bez niej pozostałe cztery nie mają sensu. Chodzi o połączenie Twojego sklepu (WooCommerce, PrestaShop, Shoper, IdoSell) z centralnym hubem zarządzania zamówieniami, jakim jest Base.com (dawniej BaseLinker).
Wyobraź sobie, że Twój sklep to kasa fiskalna — przyjmuje zamówienia i pieniądze. Base.com to zaplecze operacyjne — magazyn, logistyka, komunikacja z klientem, faktury. Integracja między nimi sprawia, że informacja przepływa automatycznie w obie strony: zamówienie złożone w sklepie natychmiast pojawia się w Base.com, a po obsłużeniu (etykieta, status, faktura) dane wracają do sklepu.
Co konkretnie się synchronizuje
Ze sklepu do Base.com:
- Zamówienia (z danymi klienta, produktami, wariantami, metodą płatności i dostawy)
- Statusy płatności (zamówienie opłacone → automatyczne wyzwolenie dalszych akcji)
- Dane klientów
Z Base.com do sklepu:
- Aktualizacje statusów zamówień (np. "Wysłane" pojawia się też w panelu sklepu i w e-mailu do klienta)
- Numery nadania przesyłek
- Stany magazynowe (gdy Base.com jest centralnym magazynem)
Jak to działa technicznie — WooCommerce i PrestaShop
WooCommerce: Połączenie odbywa się przez natywne WooCommerce REST API. Base.com pobiera klucz API z panelu WooCommerce (Consumer Key + Consumer Secret) i odpytuje sklep o nowe zamówienia co określony interwał (lub przez webhooks — natychmiastowe powiadomienie o nowym zamówieniu). Kluczowe ustawienie to mapowanie statusów: musisz zdefiniować, który status w Base.com odpowiada któremu statusowi w WooCommerce, bo domyślnie się nie pokrywają.
PrestaShop: Połączenie przez WebService API PrestaShopa. W panelu administracyjnym włączasz webservice, generujesz klucz API z odpowiednimi uprawnieniami (minimalnie: orders, order_states, customers, addresses, products, stock_availables) i wklejasz go w Base.com. Uwaga: w PrestaShop uprawnienia webservice są granularne — jeśli zapomnisz dodać stock_availables, synchronizacja stanów nie będzie działać i będziesz długo szukał błędu.
Najczęstsze pułapki techniczne
Problem z wariantami produktów: W WooCommerce warianty (np. rozmiar L, kolor czerwony) mają swoje własne SKU. Jeśli nie skonfigurujesz mapowania wariantów w Base.com, zamówienia na warianty mogą nie pobierać się poprawnie lub pobierać bez informacji o konkretnym wariancie.
Duplikowanie zamówień: Jeśli sklep jest podłączony zarówno do Base.com, jak i do systemu ERP bezpośrednio — zamówienia mogą pojawiać się podwójnie. Zawsze ustal jedno źródło prawdy dla zamówień.
Mapowanie statusów: Domyślne statusy WooCommerce (pending, processing, completed) nie odpowiadają bezpośrednio statusom Base.com. Niepoprawne mapowanie powoduje, że klienci dostają e-maile z błędnymi informacjami o statusie.
Szacowane oszczędności
Dla sklepu obsługującego 200 zamówień miesięcznie, samo wyeliminowanie ręcznego przepisywania zamówień do innych systemów oszczędza około 10–15 minut na zamówienie w ramach całego procesu operacyjnego. To 33–50 roboczogodzin miesięcznie — niemal pełny tydzień roboczy.
Integracja 2: OMS ↔ Kurierzy i automatyzacja wysyłek
Dlaczego generowanie etykiety powinno zajmować 5 sekund, nie 5 minut
To jest integracja, która robi największą natychmiastową różnicę widoczną gołym okiem. Bez niej: logujesz się do panelu InPost, wpisujesz dane klienta, wybierasz paczkę, drukujesz etykietę, wracasz do sklepu, wpisujesz numer nadania, kopiujesz go do e-maila do klienta. Czas: 4–6 minut na zamówienie.
Z integracją: Base.com automatycznie tworzy przesyłkę na podstawie danych z zamówienia, drukuje etykietę i wysyła klientowi e-mail z numerem śledzenia. Czas: 5 sekund (tyle trwa automatyczne działanie po zmianie statusu zamówienia).
Które kurierzy i jak to działa
Base.com integruje się bezpośrednio z:
- InPost — zarówno Paczkomaty, jak i Kurier InPost. Pełna obsługa API: tworzenie przesyłek, druk etykiet, śledzenie. Przy zamówieniach z dostawą do Paczkomatu, Base.com automatycznie pobiera kod wybranego przez klienta paczkomatu.
- DPD, DHL, GLS, FedEx, UPS — standardowa integracja z tworzeniem przesyłek i etykiet
- Poczta Polska / Pocztex — obsługa pełnej gamy usług
- Orlen Paczka — rosnąca sieć punktów odbioru
- Brokerzy kurierowi (Furgonetka, Apaczka, Sendit) — jeśli nie masz jeszcze umowy bezpośredniej z kurierem, brokerzy oferują niższe stawki przy mniejszych wolumenach. Base.com integruje się również z nimi.
Automatyczne akcje — serce automatyzacji wysyłek
Samo połączenie z kurierem to dopiero podstawa. Prawdziwa magia dzieje się w Automatycznych Akcjach Base.com — mechanizmie reguł warunkowych (jeśli X → zrób Y).
Przykłady konfiguracji, które wdrażam u klientów:
Reguła 1 — Automatyczne tworzenie przesyłki:
- Warunek: Zamówienie zmieniło status na "Gotowe do wysyłki"
- Akcja: Utwórz przesyłkę InPost Paczkomat (jeśli klient wybrał Paczkomat) LUB DPD Kurier (jeśli klient wybrał kuriera)
- Akcja 2: Drukuj etykietę na drukarce Zebra
Reguła 2 — Powiadomienie do klienta:
- Warunek: Przesyłka została nadana (pojawił się numer nadania)
- Akcja: Wyślij e-mail do klienta z numerem śledzenia i linkiem do śledzenia
Reguła 3 — Inteligentny wybór kuriera:
IF wartość zamówienia >= 200 PLN → DPD Kurier (darmowa wysyłka)
IF wartość zamówienia < 200 PLN → InPost Paczkomat
IF kraj != PL → DHL Express
IF waga > 30 kg → kurier z opcją palety
Pułapki techniczne
Adres paczkomatu: Klient wybiera paczkomat w sklepie — ale czy ten kod paczkomatu trafia poprawnie do Base.com? To zależy od integracji modułu InPost w sklepie z Base.com. Trzeba to przetestować na zamówieniu testowym zanim otworzysz sklep szerzej.
Różne formaty danych adresowych: Niektóre platformy sklepowe przechowują adres inaczej niż oczekuje API kuriera (np. osobno ulica i numer domu vs. razem). Niepoprawne mapowanie skutkuje błędami przy tworzeniu przesyłki.
Drukarka etykiet: Drukarki termiczne (Zebra, DYMO) wymagają osobnej konfiguracji agenta druku Base.com na komputerze w magazynie. Bez tego etykiety "drukują się" do PDFa zamiast fizycznie na drukarkę.
Szacowane oszczędności
Przy 200 zamówieniach miesięcznie, skrócenie czasu generowania etykiety z 5 minut do 5 sekund oszczędza około 16 godzin miesięcznie tylko na tym etapie. Dodaj automatyczne e-maile do klientów — kolejne 6–7 godzin. Łącznie: ponad 22 godziny miesięcznie przy 200 zamówieniach.
Integracja 3: OMS/Sklep ↔ System ERP lub program księgowy
Gdzie kończy się sklep, a zaczyna księgowość
To jest integracja, o której właściciele sklepów myślą najrzadziej — dopóki ich księgowa nie zadzwoni z pretensjami albo nie przyjdzie kontrola z urzędu skarbowego.
Faktura musi istnieć. Musi być poprawna. Musi trafić do klienta i do systemu księgowego. Ręczne wystawianie faktur do każdego zamówienia to przy 200 zamówieniach miesięcznie niemal pełny etat — a każda ręczna faktura to ryzyko błędu w danych.
Dwa scenariusze: system fakturowy vs. pełny ERP
Scenariusz A — Mały/średni sklep: integracja z programem fakturowym
Popularne połączenia w Polsce:
- Base.com ↔ Fakturownia
- Base.com ↔ wFirma
- Base.com ↔ inFakt
- Base.com ↔ iFirma
Jak to działa: Po zmianie statusu zamówienia na "Opłacone" (lub inny wybrany status), Base.com automatycznie wystawia fakturę/paragon w podłączonym programie fakturowym i wysyła PDF na e-mail klienta. Jeśli klient zaznaczył przy zamówieniu, że chce fakturę na firmę — dane NIP i nazwa firmy automatycznie trafiają na fakturę.
Scenariusz B — Większy sklep z ERP: integracja z Subiekt GT/Nexo lub Comarch Optima
To jest bardziej złożone wdrożenie, ale i bardziej kompletne. ERP zarządza nie tylko fakturami, ale całym obiegiem dokumentów magazynowych (WZ, PZ, korekty), kartoteką kontrahentów i raportowaniem finansowym.
Przepływ danych przy integracji z Subiekt GT przez Base.com:
- Zamówienie pojawia się w Base.com ze sklepu
- Base.com przekazuje zamówienie do Subiekt GT przez SellIntegro lub bezpośredni konektor
- Subiekt GT tworzy dokument RO (Rezerwacja Towaru)
- Po skompletowaniu i wysyłce — WZ (Wydanie na Zewnątrz) i faktura
- Faktura PDF wraca do Base.com i jest wysyłana klientowi
Przy integracji z Comarch ERP Optima przez dedykowane moduły (np. CTI Integrator) — przepływ jest podobny, ale Comarch oferuje bardziej rozbudowane możliwości konfiguracji cen, grup klientów i wielomagazynowości.
Krytyczne kwestie podatkowe
W Polsce faktura musi być wystawiona w określonym terminie (co do zasady do 15. dnia miesiąca następującego po miesiącu dostawy). Przy ręcznym procesie i setkach zamówień łatwo o opóźnienie. Automatyzacja eliminuje ten problem.
Pamiętaj o poprawnym mapowaniu stawek VAT: jeśli sprzedajesz produkty z różnymi stawkami (23%, 8%, 5%, 0%), musisz skonfigurować, która stawka VAT w sklepie odpowiada której w systemie ERP/fakturowym. Błędne mapowanie to błędna faktura — i potencjalny problem przy korekcie deklaracji VAT.
KSeF — co zmienia się od 2026 roku
Krajowy System e-Faktur (KSeF) staje się obowiązkowy dla przedsiębiorców. Oznacza to, że faktury będą musiały trafiać do systemu Ministerstwa Finansów przez API. Dobrze zintegrowany ekosystem (sklep → Base.com → system ERP z obsługą KSeF) obsłuży to automatycznie. Jeśli wystawiasz faktury ręcznie — czeka Cię ręczne przesyłanie każdej do KSeF.
Szacowane oszczędności
Przy 200 zamówieniach miesięcznie, automatyzacja wystawiania faktur oszczędza około 3 minut na zamówienie — to 10 godzin miesięcznie. Eliminacja błędów w fakturach to trudniej policzalna, ale realna oszczędność na korektach i obsłudze reklamacji podatkowych.
Integracja 4: Sklep ↔ Marketplace (Allegro, Amazon, eBay i inne)
Dlaczego sprzedaż wielokanałowa bez integracji to proszenie się o kłopoty
Allegro ma miesięcznie ponad 22 miliony odwiedzin. Amazon w Polsce rośnie. eBay wciąż działa. Empik Marketplace, Erli, Kaufland — każda z tych platform to dodatkowy kanał dotarcia do klientów.
Problem w tym, że każda platforma ma swój panel, swoją metodę obsługi zamówień, swoje wymagania dotyczące aktualizacji stanów magazynowych. Sprzedawca obsługujący Allegro, Amazon i własny sklep bez integracji musi:
- Logować się do trzech osobnych paneli
- Ręcznie aktualizować stany magazynowe na każdej platformie po każdej sprzedaży
- Ryzykować overselling — sprzedaż towaru, którego już nie ma
Overselling na Allegro to konkretna kara: obniżona ocena sprzedawcy, możliwa degradacja pozycji ofert, a w skrajnych przypadkach — zawieszenie konta.
Jak działa centralna synchronizacja przez Base.com
Base.com pełni rolę centralnego zarządcy stanów i zamówień. Podłączasz do niego wszystkie kanały sprzedaży — sklep i marketplace'y — i od tej chwili:
- Jeden magazyn, wiele kanałów. Stan produktu aktualizuje się automatycznie na wszystkich platformach po każdej sprzedaży, niezależnie z którego kanału przyszła.
- Wszystkie zamówienia w jednym miejscu. Nie logujesz się do Allegro i Amazona osobno — wszystkie zamówienia spływają do jednego panelu Base.com.
- Jedna konfiguracja wysyłki. Te same reguły automatycznych akcji (kurier, etykieta, e-mail do klienta) działają dla zamówień ze wszystkich kanałów.
Wystawianie ofert — masowe listowanie
Integracja działa też w drugą stronę: zamiast ręcznie zakładać ofertę na każdej platformie z osobna, możesz wyeksportować produkty z magazynu Base.com (lub bezpośrednio ze sklepu) na Allegro, Amazon, eBay — z jednego miejsca, z automatycznym mapowaniem kategorii i parametrów.
Ważna uwaga techniczna: każda platforma ma własne wymagania dotyczące opisów, zdjęć i parametrów. Allegro wymaga kompletnej "karty produktu" zgodnej z katalogiem Allegro — jeśli produkt ma EAN, możesz sparować ofertę z istniejącą kartą produktu zamiast zakładać nową. Amazon wymaga ASIN lub zgodności z katalogiem Amazona. To nie jest "jedno kliknięcie i gotowe" — mapowanie kategorii i parametrów to kilka godzin pracy przy pierwszym wdrożeniu.
Repricing — automatyczna obrona marży
Base.com oferuje moduł Repricer, który monitoruje ceny konkurencji na Allegro i automatycznie dostosowuje Twoje ceny w zdefiniowanych przez Ciebie granicach (np. "zawsze 2% taniej niż najtańsza oferta, ale nie taniej niż 85 zł").
To zmienia reguły gry na marketplace'ach, gdzie wygrywają oferty z najniższą ceną lub najwyższą pozycją w wynikach wyszukiwania. Bez Repricera — ręczne monitorowanie i aktualizacja cen to kilka godzin tygodniowo przy nawet kilkudziesięciu produktach.
Szacowane oszczędności
Przy obsłudze 3 kanałów sprzedaży (sklep + Allegro + Amazon) i 200 zamówieniach łącznie:
- Eliminacja ręcznej aktualizacji stanów: 3–4 h/miesięcznie
- Eliminacja logowania do wielu paneli: 2–3 h/miesięcznie
- Uniknięcie jednego przypadku oversellingu miesięcznie (obsługa, zwrot, komunikacja): 2–3 h
Łącznie: 7–10 godzin miesięcznie — plus trudno mierzalna wartość ochrony oceny sprzedawcy na platformach.
Integracja 5: Sklep ↔ System ERP/hurtownia (synchronizacja produktów i stanów od dostawcy)
Skąd sklep wie, co ma w magazynie?
Ta integracja jest często pomijana przez sklepy prowadzące własny magazyn fizyczny, ale jest absolutnie kluczowa dla sklepów działających w modelu dropshippingu lub sprzedających produkty pobierane z hurtowni.
Scenariusz bez integracji: hurtownia aktualizuje stany produktów raz dziennie przez CSV. Rano pobierasz plik, ręcznie aktualizujesz stany w sklepie, wieczorem robisz to samo. Tymczasem w ciągu dnia hurtownia mogła wyprzedać towar, który Ty nadal pokazujesz jako dostępny. Klient kupuje, Ty nie masz towaru, przepraszasz za anulowanie zamówienia. Kliencie wraca rzadko.
Dwa rodzaje tej integracji
A) Integracja z hurtownią przez Base Connect (B2B Connect)
Base Connect to mechanizm w Base.com pozwalający na bezpośrednie połączenie konta sprzedawcy z kontem hurtowni lub dostawcy fulfillmentu. Gdy hurtownia też korzysta z Base.com (coraz częstszy przypadek) — synchronizacja stanów, cen i produktów odbywa się w czasie rzeczywistym, bez plików CSV, bez opóźnień.
Gdy hurtownia udostępnia feed XML lub API — Base.com potrafi go zaimportować i automatycznie aktualizować stany w sklepie.
B) Integracja z własnym ERP (Subiekt, Comarch, enova) jako źródłem stanów
Jeśli prowadzisz własny magazyn zarządzany przez ERP, stany magazynowe powinny płynąć z ERP do sklepu — nie odwrotnie. ERP jest tu "źródłem prawdy" o tym, co fizycznie jest w magazynie.
Przepływ: przyjęcie towaru do magazynu w ERP → aktualizacja stanu w Base.com → aktualizacja stanu na wszystkich kanałach sprzedaży (sklep + Allegro + Amazon).
Bez tej integracji możliwa jest sytuacja, w której sklep pokazuje 10 sztuk produktu, podczas gdy fizycznie w magazynie jest 3 — bo towar został wydany z magazynu bezpośrednio na faktury wystawiane poza sklepem (np. sprzedaż B2B przez ERP).
Synchronizacja cen — niedoceniany element
Poza stanami, integracja z ERP/hurtownią powinna synchronizować też ceny. Jeśli hurtownia zmienia cenę zakupu, a Ty masz ustalone marże — sklep powinien automatycznie przeliczać ceny sprzedaży.
Przy ręcznym procesie: aktualizacja cen po zmianie cennika hurtowni przy katalogu 500 produktów to 3–4 godziny pracy. Z integracją: 0 minut — system robi to automatycznie zgodnie z konfigurowalnymi regułami cenowymi.
Bufor bezpieczeństwa
Dobra praktyka, którą zawsze konfiguruję u klientów: ustawienie bufora bezpieczeństwa. Jeśli w magazynie/hurtowni jest 10 sztuk produktu, sklep pokazuje dostępność np. 8 sztuk. Bufor chroni przed sytuacją, gdy w trakcie realizacji zamówienia inny kanał sprzedaży (np. sprzedaż stacjonarna) pobierze towar z tego samego magazynu.
Szacowane oszczędności
Przy katalogu 500 produktów i cotygodniowych aktualizacjach cen/stanów:
- Eliminacja ręcznej aktualizacji stanów: 4–6 h/miesięcznie
- Eliminacja ręcznej aktualizacji cen: 8–16 h/miesięcznie (przy zmieniającym się cenniku)
- Uniknięcie anulowań zamówień na niedostępny towar: 2–4 h/miesięcznie (obsługa klienta + reklamacja)
Łącznie: 14–26 godzin miesięcznie — przy aktywnym zarządzaniu cenami wartość tej integracji jest często niedoceniana.
Podsumowanie: co daje kompletny ekosystem integracji
Gdy wszystkie pięć integracji działa razem, sklep internetowy przechodzi transformację. Zamiast być centrum ręcznego przetwarzania danych, staje się automatyczną maszyną, w której człowiek interweniuje tylko wtedy, gdy coś wymaga jego uwagi.
| Integracja | Szacowana oszczędność/mies. (200 zamówień) |
|---|---|
| Sklep ↔ OMS (Base.com) | 33–50 h |
| OMS ↔ Kurierzy | 22 h |
| OMS ↔ Księgowość/ERP | 10 h |
| Sklep ↔ Marketplace | 7–10 h |
| Sklep ↔ Hurtownia/ERP (stany) | 14–26 h |
| SUMA | 86–118 godzin miesięcznie |
86–118 godzin miesięcznie to 2–3 pełne etaty tygodniowe. Przy stawce 25–35 zł/h dla pracownika magazynowego lub administracyjnego — to 2150–4130 zł miesięcznie w samej pracy, którą eliminuje automatyzacja. Koszt subskrypcji Base.com plus profesjonalne wdrożenie integracji zwracają się w ciągu 1–3 miesięcy.
Jak wdrożyć integracje — od czego zacząć
Krok 1: Integracja sklep ↔ Base.com To fundament. Bez tego nic innego nie ma sensu.
Krok 2: Integracja z kurierami Natychmiastowy, widoczny efekt. Pierwsze zamówienie obsłużone automatycznie robi wrażenie na każdym właścicielu sklepu.
Krok 3: Automatyzacja fakturowania Eliminuje ryzyko podatkowe i odciąża administrację.
Krok 4: Integracja z marketplace'ami Jeśli sprzedajesz na Allegro lub innych platformach — to priorytet równoległy z krokiem 2.
Krok 5: Integracja z ERP/hurtownią Finalizuje ekosystem i eliminuje ostatnie wyspy ręcznego zarządzania.
Jak mogę Ci pomóc
Wdrożenie integracji to nie tylko "podłączenie API". Każdy sklep ma swoją specyfikę — inne platformy, inne procesy, inne systemy ERP. Źle skonfigurowana integracja może generować błędy, duplikaty danych lub — w najgorszym razie — wysyłać faktury z błędnymi danymi lub etykiety z błędnymi adresami.
Jako certyfikowany specjalista PrestaShop z ponad 15-letnim doświadczeniem w integracji systemów e-commerce, przeprowadzam wdrożenia end-to-end: od analizy procesów, przez konfigurację integracji, po testy i szkolenie zespołu.
Skontaktuj się ze mną — bezpłatnie omówimy, od której integracji warto zacząć w Twoim przypadku.
