Raporty zapasów FBA nie zgadzają się z Manage Inventory: checklista dowodów

W oknie badania z 22 czerwca mocnym sygnałem operacyjnym były rozbieżności między FBA Inventory Report, stroną Manage Inventory i widokiem zapasu FBA. W wątku Seller Forums kilku sprzedawców opisywało SKU, przy których jeden raport pokazywał zero albo inną ilość, a drugi widok nadal wskazywał dostępny zapas.

Dla polskiego sellera Amazon.pl, Amazon.de albo Pan-EU to nie jest tylko problem raportowania. Błędna interpretacja zapasu może uruchomić zły case o reimbursement, niepotrzebne uzupełnienie FBA, zatrzymanie Ads, brak Buy Box, out-of-stock, removal albo podejrzenie nadużycia roszczeń. Najpierw trzeba ustalić, który raport odpowiada na które pytanie.

Najpierw nazwij każdy raport

Amazonowe raporty zapasu nie są zamienne. Jeden widok pomaga zarządzać aktywną ofertą, inny pokazuje ruchy magazynowe, inny jednostki zarezerwowane, a jeszcze inny kraj magazynowania. Jeśli połączysz je bez opisania różnicy, Seller Support zobaczy chaos zamiast dowodu.

• Manage All Inventory albo Manage FBA Inventory: sprawdź, czy oferta jest aktywna, jaki ma status, czy klient widzi dostępność i czy zapas jest przypisany do właściwego SKU.
• FBA Inventory Report: potraktuj jako punkt kontroli dziennego zarządzania zapasem, excess inventory, aged inventory, restock i unfulfillable units.
• Inventory Ledger: użyj do rekonstrukcji ruchów zapasu: początkowy stan, przyjęcia, sprzedaż, zwroty, korekty, removals, damaged, lost, found i końcowy stan.
• Reserved Inventory: sprawdź, czy jednostki nie siedzą w reserved z powodu customer order, FC transfer albo FC processing.
• Multi-Country Inventory: przy Pan-EU albo sprzedaży przez kilka marketplace rozdziel kraj magazynowania i ilość lokalną, zamiast patrzeć tylko na jeden wspólny total.
• Shipping Queue i Reconcile Shipment: dla nowego inbound shipment porównaj expected units, received units, status przesyłki i okno kwalifikacji do badania.

Zbuduj oś czasu dla konkretnego SKU

Najczęstszy błąd to otwarcie case z opisem: jeden raport pokazuje 0, drugi pokazuje 20. Reviewer potrzebuje lepszego materiału: który SKU, który FNSKU, który ASIN, kiedy raport został pobrany i jakie zdarzenie magazynowe powinno tłumaczyć różnicę.

• W jednej tabeli zapisz ASIN, MSKU, FNSKU, condition, marketplace, kraj fulfillment center i datę pobrania każdego raportu.
• Dodaj opening balance z Inventory Ledger dla badanego okresu, wszystkie przyjęcia, sprzedaż, zwroty, adjustments, removals, damaged, lost, found i ending balance.
• Osobno oznacz jednostki inbound, receiving, reserved, FC transfer, stranded, unfulfillable, customer damaged i pending removal.
• Zachowaj screenshot z Manage Inventory i plik raportu CSV/TXT pobrany tego samego dnia, najlepiej z godziną i strefą czasu.
• Nie mieszaj danych z Amazon.pl, Amazon.de, Amazon.fr i Amazon.com bez kolumny marketplace, bo globalny total może ukryć lokalną niedostępność.

Oddziel opóźnienie raportu od realnej straty

Rozbieżność nie oznacza od razu, że Amazon zgubił zapas. Może wynikać z przetwarzania w centrum fulfillment, transferu między magazynami, zarezerwowania pod zamówienia, zwrotu klienta, statusu unfulfillable albo opóźnienia eksportu raportu. Dopiero gdy te scenariusze nie wyjaśniają liczb, temat zaczyna przypominać reimbursement albo korektę magazynową.

• Jeśli shipment jest jeszcze w receiving albo reconcile window, nie pisz claimu o utracie zapasu bez sprawdzenia statusu przesyłki.
• Jeśli jednostki są w reserved, ustal przyczynę: customer order, FC transfer czy FC processing, bo każda z nich ma inny route.
• Jeśli oferta jest inactive albo stranded, problem może być katalogowy, a nie magazynowy.
• Jeśli Inventory Ledger pokazuje adjustment albo reimbursement reversal, sprawa przechodzi bliżej rozliczeń i dowodu własności zapasu.
• Jeśli Multi-Country Inventory pokazuje zapas w innym kraju, problemem może być lokalna dostępność, eligibility albo promise dostawy, a nie brak jednostek.

Kiedy otwierać case o reimbursement

Case o reimbursement ma sens dopiero wtedy, gdy potrafisz pokazać konkretne zdarzenie i brakujące jednostki. Jeśli argument brzmi tylko: raporty się różnią, Amazon może potraktować sprawę jak pytanie o narzędzie, nie jak prośbę o korektę finansową.

• Dla inbound shortage pokaż shipment ID, proof of delivery, carrier tracking, carton content, expected units, received units i status reconciliation.
• Dla lost/damaged inventory pokaż Inventory Ledger, FNSKU, event type, date, quantity, poprzedni i końcowy stan zapasu.
• Dla reimbursement reversal pokaż pierwotny reimbursement, reversal, powód korekty i dokumenty potwierdzające, że zapas należał do Twojego konta.
• Dla powtarzalnych roszczeń przygotuj wyjaśnienie procesu, żeby case nie wyglądał jak masowe zgłaszanie kwot bez kontroli.

Co zrobić, jeśli zapas znika przed Prime Day albo kampanią Ads

Najbardziej kosztowna rozbieżność pojawia się wtedy, gdy zespół reklamowy widzi sprzedażowy pik, a operacje patrzą na inny raport zapasu. Wtedy łatwo zatrzymać dobrą kampanię, przepalić budżet na niedostępny ASIN albo obiecać klientowi dostępność, której lokalny marketplace nie utrzyma.

• Przed podniesieniem budżetu Ads sprawdź lokalną dostępność ASIN-u, nie tylko globalny stan FBA.
• Dla top SKU ustaw dzienny eksport Inventory Ledger albo FBA Inventory Report i zapisuj snapshot decyzji reklamowych.
• Jeśli ASIN wypada z dostępności, odnotuj, czy powodem był brak zapasu, stranded inventory, suppressed listing, FC transfer czy błędna cena.
• Nie eskaluj funds-on-hold tylko dlatego, że sprzedaż spadła po zniknięciu zapasu. Najpierw sprawdź, czy problem jest magazynowy, katalogowy czy płatniczy.

Najbliższy owner context to zwykle improper FBA reimbursement claims, bo sporne liczby szybko zamieniają się w prośbę o korektę zapasu albo pieniędzy. Jeśli skutek widać w wypłatach, dołóż funds-on-hold lub negative balance. Jeśli problem blokuje samą ofertę, przejdź do ASIN listing deactivation albo performance issues dopiero po uporządkowaniu raportów.