Stany magazynowe przy wielu marketplace’ach — jak nie sprzedać czegoś dwa razy
Nadsprzedaż bierze się stąd, że jeden fizyczny stan magazynowy obsługuje kilka niezależnych kanałów, a każdy z nich dowiaduje się o zmianie z opóźnieniem. Rozwiązanie ma trzy elementy: jedno źródło prawdy o stanie (u większości dystrybutorów — Base/BaseLinker spięty z magazynem), automatyczna synchronizacja stanów we wszystkie kanały zamiast ręcznych korekt, oraz bufor bezpieczeństwa i reguły dla pozycji o niskim stanie, które pokrywają okno między sprzedażą a odświeżeniem oferty. Przy katalogu liczonym w tysiącach SKU dochodzi czwarty: nie wystawiaj ręcznie pozycji, których potem nie umiesz masowo zaktualizować — wszystko, co powstało poza systemem, wypada z synchronizacji.
Dlaczego nadsprzedaż w ogóle się zdarza
Marketplace nie widzi Twojego magazynu — widzi liczbę, którą mu ostatnio podałeś. Między momentem, w którym ktoś kupuje ostatnią sztukę na jednej platformie, a momentem, w którym pozostałe platformy dostaną informację o zerze, mija okno — od kilku sekund do kilkunastu minut, zależnie od tego, jak często Twój system wysyła aktualizacje i jak szybko platforma je przyjmuje. W tym oknie można sprzedać tę samą sztukę drugi raz. Przy jednym kanale problem praktycznie nie istnieje, przy czterech — robi się codziennością, bo rosną zarówno liczba kolejek zamówień, jak i liczba pozycji z niskim stanem. Drugie źródło problemu jest bardziej prozaiczne: rozjazd między stanem w systemie a stanem na regale. Zwroty nieprzyjęte na magazyn, towar zarezerwowany pod zamówienie B2B, uszkodzone opakowania, pomyłki w przyjęciu dostawy — każda z tych rzeczy sprawia, że synchronizacja działa poprawnie, tylko rozsyła błędną liczbę. Konsekwencje są asymetryczne: anulowane zamówienie to nie tylko utracona marża, ale wskaźnik jakości konta, który platformy traktują poważnie — przy powtarzalnych anulacjach spada widoczność ofert, a w skrajnym przypadku konto sprzedawcy zostaje ograniczone.
Jak ustawić synchronizację, żeby działała
Punkt wyjścia: jedno źródło prawdy. U większości dystrybutorów jest nim Base (BaseLinker) spięty z systemem magazynowym lub ERP — to tam trzymasz stan, a wszystkie platformy są odbiorcami, nigdy autorami liczby. Żadnych ręcznych korekt bezpośrednio w panelu Allegro czy Amazona, bo następna synchronizacja i tak je nadpisze, a w międzyczasie masz dwie sprzeczne prawdy. Drugi element to bufor bezpieczeństwa: nie wystawiaj całego stanu. Często stosowana zasada to zatrzymanie jednej sztuki dla pozycji wolnorotujących i większego zapasu dla bestsellerów, gdzie tempo sprzedaży jest wysokie i okno między aktualizacjami realnie boli. Trzeci: reguły dla niskich stanów. Pozycja, która spadła do jednej–dwóch sztuk, jest odpowiedzialna za większość nadsprzedaży, więc warto ją traktować osobno — wystawiać tylko na kanale o najwyższej marży albo zdejmować do czasu dostawy. Czwarty: częstotliwość. Sprawdź, co ile Twoja integracja realnie wysyła stany na każdą platformę — różnice bywają duże, a zakładanie, że „jest online”, kończy się anulacjami. Na koniec higiena: skoro platformy mają dostać stan po SKU, katalog musi mieć jednoznaczne identyfikatory. Duplikaty pozycji i błędne EAN-y powodują, że ta sama sztuka żyje w systemie pod dwoma numerami, a wtedy żadna synchronizacja tego nie uratuje.
Gdzie w tym wszystkim jest MAMS
Rozdzielmy dwie warstwy, bo mieszanie ich to najczęstsze nieporozumienie. Warstwa transakcyjna — stany, ceny, zamówienia, wysyłki — należy do Base i Twojego magazynu; to tam się pilnuje, żeby liczby były aktualne we wszystkich kanałach. Warstwa treści — tytuły, opisy, parametry kategorii, warianty, dane zgodnościowe, grafiki A+ — to MAMS. Związek między nimi jest jednak ściślejszy, niż wygląda. Oferty tworzone poza systemem, ręcznie i po jednej, często rozjeżdżają się z katalogiem źródłowym — inne SKU, literówka w kodzie, wariant wystawiony jako osobny produkt bez powiązania — i właśnie te pozycje wypadają z synchronizacji stanów. MAMS generuje oferty z katalogu i publikacją zwrotną odsyła gotowe treści do Base, więc każda wystawiona pozycja jest przypięta do właściwego rekordu, a warianty są zbudowane według struktury platformy, nie improwizowane. Walidatory z auto-korektą pilnują kompletności pól (~0% błędów), co w praktyce znaczy tyle, że nie zostawiasz po sobie ofert-sierot, których później nie da się masowo poprawić. Skala pokazuje, dlaczego to ważne: w produkcyjnym wdrożeniu u Dystrybutora 11 000+ SKU powstało 20 000+ ofert, a 10 000+ ofert schodzi w mniej niż 24 godziny — przy takiej liczbie pozycji ręczne pilnowanie spójności katalogu z ofertami jest po prostu niewykonalne. Sprzedaż wzrosła tam ze 139 723 do 321 652 zł miesięcznie, czyli +130% rok do roku (+181 929 zł), przy Kaufland +286%, Temu +286%, Amazon jako nowy kanał i 1500+ ofert na Allegro z wynikiem +114%.
| Ryzyko | Skąd się bierze | Co z tym zrobić | |
|---|---|---|---|
| Ta sama sztuka sprzedana dwa razy | Okno między sprzedażą a odświeżeniem stanu na pozostałych platformach | Bufor bezpieczeństwa + częstsza synchronizacja ze źródła prawdy | |
| Stan w systemie ≠ stan na regale | Zwroty, rezerwacje B2B, błędy przyjęcia dostawy | Inwentaryzacje cykliczne pozycji szybkorotujących | |
| Ręczna korekta w panelu platformy | Dwie sprzeczne prawdy o stanie | Zmiany wyłącznie w Base — platforma jest odbiorcą | |
| Oferta wypadła z synchronizacji | Pozycja wystawiona ręcznie, bez powiązania z SKU | Wystawianie z katalogu + publikacja zwrotna do Base | |
| Duplikaty i błędne EAN-y | Ta sama sztuka pod dwoma rekordami | Czyszczenie katalogu przed wystawieniem | |
| Anulacje obniżają jakość konta | Powtarzalne braki towaru po sprzedaży | Reguły dla stanów 1–2 szt. — jeden kanał albo zdjęcie oferty |
Najczęstsze pytania
Czy MAMS synchronizuje stany magazynowe?
Nie — i to celowo. Stany, ceny i zamówienia to warstwa transakcyjna, którą obsługuje Base (BaseLinker) spięty z Twoim magazynem lub ERP. MAMS odpowiada za warstwę treści: tytuły, opisy, parametry, warianty, dane zgodnościowe i grafiki A+, a gotowe oferty odsyła publikacją zwrotną do Base. Pośrednio pomaga jednak synchronizacji, bo każda pozycja powstaje z katalogu i jest przypięta do właściwego rekordu, zamiast żyć własnym życiem jako ręcznie dodana oferta.
Jaki bufor bezpieczeństwa ustawić?
Nie ma jednej liczby dla całego katalogu — bufor powinien odpowiadać tempu sprzedaży pozycji. Dla wolnorotującego długiego ogona ryzyko dwóch zamówień w tej samej minucie jest znikome i minimalny zapas wystarcza. Dla bestsellerów sprzedawanych na kilku platformach naraz warto zostawić więcej, bo tam okno między aktualizacjami faktycznie boli. Praktyczne podejście: zacznij ostrożnie, policz anulacje po miesiącu i dopiero wtedy schodź z buforem tam, gdzie nic się nie dzieje.
Czy opłaca się wystawiać pozycje z jedną sztuką na stanie?
Na jednym kanale — tak, na czterech naraz — to główne źródło anulacji. Pozycje ze stanem 1–2 sztuk warto objąć osobną regułą: wystawiać tam, gdzie marża jest najwyższa albo rotacja najszybsza, a na pozostałych kanałach czasowo zdejmować do dostawy. Ważne, żeby zdejmowanie i przywracanie było operacją masową na regule, a nie ręczną pracą na liście — inaczej przy tysiącach SKU nikt tego nie udźwignie.
Co zrobić, gdy już doszło do nadsprzedaży?
Priorytetem jest kontakt z kupującym i realna alternatywa — termin dostawy, zamiennik albo natychmiastowy zwrot środków — zanim zamówienie zamieni się w reklamację. Anulacje z winy sprzedawcy wchodzą do wskaźników jakości konta, więc drugą czynnością jest ustalenie przyczyny: opóźnienie synchronizacji, rozjazd stanu na magazynie czy oferta wystawiona poza systemem. Bez tego rozróżnienia poprawiasz nie ten element, który zawiódł.