Problemy z magazynem w sklepie internetowym – synchronizacja i naprawa 2026

Zanim zwalisz winę na wtyczkę albo integratora, sprawdź co naprawdę dzieje się w Twoim sklepie. W 9 na 10 przypadków przyczyna jest po stronie procesów, nie technologii.

1. Manualne korekty obok systemu – pracownik magazynu wziął produkt na "test", obiecał wprowadzić rano, zapomniał. Multiplikuj przez 30 dni i masz rozjazd 50 sztuk.

2. Race conditions przy równoczesnych zamówieniach – dwóch klientów klika "Kup teraz" w tej samej sekundzie, oba zamówienia przechodzą, mimo że stan = 1. Klasyk Black Friday i wyprzedaży.

3. Nieudane webhooki integratora – BaseLinker, Apilo czy własny middleware wysyła update stanu do Allegro, Allegro odpowiada timeout, integrator nie ponawia. Stan na Allegro zostaje stary.

4. Duplikaty zamówień – ten sam koszyk został przetworzony dwa razy (reload płatności, podwójne kliknięcie "Zamów"), stan zdjął się tylko raz albo dwa razy zamiast raz.

5. Cancel/refund bez rollbacku – zamówienie anulowane przez admina, ale stan nie wrócił na magazyn. Ten bug ma 30% sklepów na customowych płatnościach.

6. Anulowane płatności PayU/Przelewy24/Stripe – status "pending" trzymał stan przez 24h, klient nie zapłacił, zamówienie zniknęło, ale stan został zarezerwowany w nieskończoność.

Diagnostyka zaczyna się od spojrzenia na 3 cyfry: ile sztuk jest fizycznie na półce, ile w panelu sklepu, ile na każdym marketplace. Jeśli wszystkie trzy się różnią – masz problem ze stanami magazynowymi wymagający natychmiastowego audytu.

Sprzedajesz na własnym sklepie, Allegro, Amazon i jeszcze Empik? Każdy kanał chce wiedzieć, ile masz produktów. Bez integratora skończysz z 4 księgowościami i 4 wersjami prawdy.

Standardowa architektura wygląda tak:

W tej konfiguracji ERP raz dziennie (lub co godzinę) wysyła stany do BaseLinker, BaseLinker rozsyła do wszystkich kanałów. Sprzedaż wraca odwrotną drogą: marketplace → BaseLinker → ERP → korekta stanu → broadcast do reszty.

Najczęstsze błędy konfiguracji:
- Master ustawiony w dwóch miejscach (ERP i WooCommerce) – konflikt updateów
- Brak mapowania SKU między kanałami (ten sam produkt ma różne kody)
- Webhooki wyłączone dla części kanałów ("zaoszczędzimy na API calls")
- Brak alertingu gdy sync się rozjedzie

Jeśli zaczynasz od zera, lekturą obowiązkową jest integracja BaseLinker w WooCommerce oraz konfiguracja Allegro w WooCommerce. Pomijając te dwa punkty, gwarantowany ból.

BaseLinker jest dziś standardem rynkowym w Polsce – ale to nie znaczy, że działa bezbłędnie. Najczęstsze problemy, jakie raportują nasi klienci, dotyczą synchronizacji.

Webhook timeout (najczęstszy) – BaseLinker próbuje wysłać update do WooCommerce, sklep odpowiada wolniej niż 30 sekund (hosting słaby, plugin konfliktowy, cache). Webhook fail, stan się nie aktualizuje. Diagnostyka: zakładka Logi → filtruj "failed" → szukaj endpoint /wp-json/baselinker/.

Duplikaty produktów – wgrywasz produkty z BaseLinker do WooCommerce, część leci jako nowa zamiast update istniejącej. Powód: niezgodne SKU lub ID. Rozwiązanie: zawsze mapuj po SKU, nie po nazwie produktu.

Brakujące produkty – produkt jest w BaseLinker, nie ma go na sklepie. Sprawdź filtry kategorii w widżecie eksportu i statusy ("aktywny" w BL, "draft" w WC).

Diagnostyczna checklista BaseLinker:

• [ ] Webhooki włączone w panelu BL → Integracje → WooCommerce
• [ ] Klucz API ustawiony i niewygaszony (ważność 12 miesięcy)
• [ ] WooCommerce REST API włączone, klucz Read/Write
• [ ] Cron systemowy zamiast WP-Cron (krytyczne dla dużych sklepów)
• [ ] Zwiększony PHP memory_limit do 512M
• [ ] Brak pluginu cache'ującego REST API endpointy

Jeśli mimo wszystko sync nie działa, zobacz pełny przewodnik: problemy z BaseLinker – diagnostyka i fix. Przy uporczywych błędach zostaje opcja przejścia na własny middleware – ale to dopiero gdy masz 5000+ SKU i potrzebujesz custom logic.

Potrzebujesz pomocy z BaseLinker? Zadzwoń: +48 604 939 140 lub napisz przez formularz kontaktowy – diagnostykę robimy w 48h.

Produkty z wariantami (rozmiar, kolor) to osobna bestia. WooCommerce trzyma stan na poziomie variation, nie parent product – ale wielu integratorów to ignoruje, co prowadzi do dramatów.

Trzy warstwy stanów:

1. Parent product stock – informacyjny, nie sprzedażowy. Ustawiony na "Manage stock at variation level"
2. Variation stock – konkretna kombinacja (XL, czarny) ma swoją liczbę
3. Backorders per variant – możesz dopuścić sprzedaż na zapas dla wybranych wariantów

Typowe błędy:

• BaseLinker wysyła stan na parent, WooCommerce ignoruje (poprawne zachowanie, ale klient się dziwi)
• Allegro ofertuje wariant XL, stan na XL = 0, ale na S = 5, system pokazuje "dostępne" bo sumuje
• Import CSV z wariantami nie tworzy variations, tylko parent product (źle przygotowany plik)
• Widget "Powiadom mnie o dostępności" działa tylko na parent, nie na variation

Best practice 2026:

Przy 50+ produktach z wariantami warto zlecić audyt konfiguracji – zobacz naszą ofertę sklepy internetowe. Niewielka korekta logiki potrafi uratować 4-cyfrowe straty miesięcznie z tytułu oversellu.

ERP to święty Graal porządku w stanach magazynowych – pod warunkiem, że jest dobrze zintegrowany. W praktyce 70% wdrożeń ERP↔WooCommerce ma jakiś bug w synchronizacji.

Subiekt GT/Nexo (InsERT) – najpopularniejszy ERP w polskim e-commerce do 1M PLN obrotu. Integracja przez Subiekt nexo Pro + middleware (Apilo, BaseLinker, własna). Typowe problemy:

• Sync co 15 minut domyślnie – za rzadko przy hot-saleach
• Magazyn główny vs handlowy – integrator widzi tylko jeden
• Brak rezerwacji rzeczywistych w ERP (są tylko bilansowe)
• Faktura proforma blokuje stan, ale nie informuje sklepu

Comarch Optima/ERP XL – większe firmy, średnia/duża skala. Integracja oficjalna Comarch e-Sklep lub przez middleware. Problemy:

• Konflikt cen (ERP cena hurtowa vs sklep detaliczna)
• Sync atrybutów produktów rozjeżdża się co kilka tygodni
• Webhook na zmianę stanu istnieje, ale tylko Enterprise

enova365 – dedykowane konektory działają dobrze, ale wymagają abonamentu.

Co weryfikować przed wyborem middleware:

• Czy obsługuje Twój ERP natywnie, czy przez REST API
• Częstotliwość sync (real-time vs batch)
• Czy wspiera variations w WooCommerce
• Logi błędów dostępne w panelu czy tylko mailem
• Cena vs liczba produktów/zamówień miesięcznie

Pełny rozdział o tym znajdziesz w ERP integracja z WooCommerce – jak podpiąć Subiekt, Comarch, enova. Wdrażaliśmy każdy z tych systemów – jeśli planujesz integrację, skontaktuj się z nami przed wyborem narzędzia, bo zmiana po fakcie kosztuje 3-5x więcej.

Dropshipping zmienia reguły gry: nie masz fizycznego magazynu, więc twoim "magazynem" jest XML feed dostawcy. Jakość tego feedu decyduje o tym, czy oversell będziesz miał codziennie czy raz na pół roku.

Co sprawdzić w feedzie dostawcy:

• Częstotliwość update – co ile minut/godzin dostawca aktualizuje XML?
• Format pliku – XML standard, JSON, CSV, własny endpoint API?
• Pole "stock" – konkretna liczba czy tylko binary "available/unavailable"?
• Lead time – ile dostawca trzyma stan po Twoim zamówieniu?
• Fallback – co jeśli XML jest niedostępny?

Typowy timing problemów:

Strategia minimalizacji ryzyka:

1. Dodaj bufor bezpieczeństwa – jeśli dostawca ma 5 sztuk, sprzedawaj jakby było 3
2. Status "Na zamówienie 24-48h" zamiast "Dostępne od ręki"
3. Email do klienta przy braku po zamówieniu (zamiast cichego anulowania)
4. Monitor feedów – alert gdy XML nie zaktualizował się w deklarowanym czasie
5. Backup dostawca dla bestsellerów

Dropshipping wymaga też przemyślenia tematu zwrotów i reklamacji – więcej w naszym artykule o zarządzaniu sklepem internetowym. Przy poważnym dropshippingu (200+ zamówień/dzień) warto rozważyć Apilo, które ma natywne wsparcie dla feedów dostawców z buforem.

Marketing integratorów krzyczy "real-time sync stanów!", ale prawda jest taka, że nie zawsze go potrzebujesz – a zawsze za niego płacisz (API calls, infrastruktura, koszty).

Real-time sync (webhooks, push API):

• Plus: stan zaktualizowany w sekundę po sprzedaży
• Plus: minimalizuje oversell przy hot-sale
• Minus: koszt API calls (Allegro, Amazon limity)
• Minus: każdy fail = rozjazd
• Minus: większe wymagania serwerowe

Batch sync (cron, scheduled):

• Plus: tańszy, prostszy
• Plus: łatwiejszy debug (sync rano, problemy znajdujesz rano)
• Minus: opóźnienia 15min – 24h
• Minus: nie nadaje się do hot-sale i flash sales

Decyzja zależy od trzech czynników:

1. Liczba zamówień/dzień – do 50 batch wystarczy, 50-500 hybrid, 500+ tylko real-time
2. Marża i wartość koszyka – produkty premium = niska tolerancja oversellu = real-time
3. Wahania popytu – stabilna sprzedaż = batch, sezonowe pikse = real-time

Hybrid (rekomendowane 2026):

• Bestsellery (top 20% SKU dające 80% obrotu) – real-time
• Reszta asortymentu – batch co 1-4h
• ERP → master źródło raz dziennie pełen overlap
• Webhook na każdą sprzedaż na marketplace

Hybrid daje 90% korzyści real-time przy 30% kosztów. To podejście, które wdrażamy domyślnie u klientów sklepów internetowych z obrotem 200k+ PLN/mies.

Oversell to moment, w którym mechanika sklepu spotyka się z brutalną rzeczywistością logistyczną. Klient ma potwierdzenie zamówienia, Ty nie masz produktu. Co teraz?

Krótkoterminowa reakcja (dziś):

1. Kontakt z klientem w 2h – im szybciej, tym mniejsze ryzyko negatywnej opinii
2. Trzy opcje: zamiennik (z dopłatą od Ciebie), wydłużony termin, pełen zwrot
3. Voucher 10-15% za niedogodność – jeśli klient zostanie, zarobisz na tym w przyszłości
4. Nigdy nie kasuj zamówienia bez rozmowy – to gwarancja jedynki w opinii

Długoterminowa prewencja:

Hold inventory na checkout (krytyczne): Stan zdejmowany w momencie wejścia do checkout, nie po płatności. Trzymany 15-30 minut. Jeśli klient nie zapłaci – stan wraca. Eliminuje 95% race conditions.

Pessimistic locking dla hot products: Bestseller na -50% Black Friday? Lock na poziomie bazy danych przy każdej operacji stock. Tak, slowdown 100ms. Tak, warto.

Buffer 5-10% dla trafficu: Jeśli masz 100 sztuk, w sklepie pokazuj 95. Bezpieczna marża na race condition i opóźnienia sync.

Status "ostatnie sztuki" zamiast konkretnej liczby: Klient widzi "Pozostały 3 sztuki!" zamiast "12 dostępnych". Działa też pro-konwersyjnie.

Webhook monitoring: Alert na Slack/email gdy >5% webhooków fail w ciągu godziny.

Pełna lista technik w problemach z integracjami sklepu. Przy notorycznym oversellu warto zlecić audyt – zwykle wystarczą 2-3 zmiany w architekturze i problem znika.

Nawet najlepszy system sync potrzebuje regularnej weryfikacji z rzeczywistością. Rekonciliacja to nudne, ale niezbędne zajęcie – im rzadziej je robisz, tym większy bałagan masz w finansach.

Workflow miesięcznej inwentaryzacji:

1. Snapshot stanów – w nocy z ostatniego dnia miesiąca eksport CSV stanów z ERP/integratora
2. Inwentaryzacja fizyczna – minimum bestsellery (top 50 SKU), idealnie wszystko
3. Adjustment workflow – każda korekta logowana z powodem (uszkodzenie, kradzież, błąd sync)
4. Audit trail – kto, kiedy, dlaczego zmienił stan – musi być w logach minimum 24 miesiące
5. Raport rozbieżności – % różnicy fizyczne vs system (zdrowo: poniżej 0.5%)

Co zrobić z różnicami:

• Rozbieżność 0-0.5% – norma, akceptujemy
• Rozbieżność 0.5-2% – warning, sprawdź procesy
• Rozbieżność 2-5% – problem, audyt sync i procesów magazynowych
• Rozbieżność >5% – krytyczne, wstrzymaj sprzedaż na tych SKU, pełen audyt

Narzędzia ułatwiające rekonciliację:

• Czytniki kodów kreskowych (Datalogic, Zebra) z aplikacją na Android/iOS
• WMS (Warehouse Management System) – Shipox, Logistify, własny w Subiekcie
• Excel + makro liczące różnice (dla małych sklepów do 500 SKU)

Częstotliwość zalecana:

ABC inventory management (analiza Pareto) pozwala skupić się na 20% SKU dających 80% obrotu. Reszta może być inwentaryzowana rzadziej. Więcej o tym piszemy przy okazji audytu sklepu internetowego.

Wybór integratora to decyzja na 3-5 lat, bo migracja jest bolesna. W 2026 polski rynek ma trzech dominujących graczy plus opcję custom – każdy ma swoje zastosowanie.

Porównanie integratorów dla sklepu internetowego 2026:

Kiedy wybrać BaseLinker: standardowy multi-channel do 50k zamówień/mies, bez super-skomplikowanych procesów. Najwięcej dokumentacji, największa społeczność. Uwaga na model rozliczenia: opłata od zamówienia sprawia, że rachunek rośnie liniowo ze sprzedażą. Szczegóły w Apilo vs BaseLinker porównanie.

Kiedy wybrać Apilo: średnia/duża skala, potrzebujesz lepszego WMS i logistyki, klienci B2B z fakturami pro forma. Lepiej radzi sobie z magazynem fizycznym.

Kiedy własny middleware: custom logika cenowa, integracje z systemami branżowymi (medycyna, motoryzacja), 10k+ SKU z wariantami, wymagania compliance. Rozważ dopiero przy obrocie 5M+ PLN/rok.

Best practices 2026 niezależnie od wyboru:

1. Monitoring webhooks 24/7 – Slack alert przy fail >5% w godzinę
2. Daily reconciliation report – mail z rozjazdem stanów ERP vs sklepy
3. Backup integratora – eksport CSV stanów co 6h jako fallback
4. Test environment – staging do testów zmian, nigdy bezpośrednio na prod
5. API rate limits w pamięci – nie pal limitów Allegro głupimi syncami co minutę
6. Logi 90 dni minimum – inaczej diagnostyka post-mortem niemożliwa

Niezależnie czy jesteś na początku drogi z multi-channel, czy walczysz z notorycznym oversellem – chętnie pomożemy. Zadzwoń +48 604 939 140 lub umów konsultację przez formularz kontaktowy. Pierwszy audyt jest bezpłatny.

Wiele z tych problemów można rozwiązać samodzielnie – ale gdy brakuje czasu, narzędzi lub utknąłeś na etapie diagnozy, warto zlecić pracę zespołowi który robi to codziennie. W KC Mobile zajmujemy się tym od lat.

Zobacz powiązane usługi i materiały:

• sklep internetowy na WooCommerce
• pozycjonowanie sklepu z meblami
• poradnik Magento dla sklepów
• jak zacząć dropshipping
• PayU vs Przelewy24

Jeśli opis w tym wpisie nie dotyczy dokładnie Twojej sytuacji, napisz do nas – odpowiadamy w ciągu 24 godzin roboczych.