Під час дослідження за 4 червня помітним сигналом стали обговорення в Amazon Seller Forums: продавці повідомляли, що Restock Inventory більше не рахує recommended send-in quantity, Min/Max levels або days of supply, хоча поля ще нещодавно заповнювалися. Це не доказ універсального збою для всіх акаунтів, але це достатній привід не покладатися на один порожній dashboard.
Контекст важливий: Amazon уже підтвердив Prime Day 2026 на 23-26 червня і нагадує продавцям перевірити FBA inventory, 28 days of supply, Capacity Monitor та Capacity Manager. Для українських команд, які поповнюють FBA зі складу в ЄС, США, Туреччині, Україні або через 3PL, порожня рекомендація в Seller Central може швидко перетворити план поповнення на здогадку.
Не використовуйте blank field як операційне рішення
Якщо recommended ship-in quantity порожня, зафіксуйте скріншот і побудуйте ручний SKU-level розрахунок. Не відкладайте replenishment і не створюйте shipment тільки тому, що поле Amazon не підказало кількість.
Спочатку відокремте dashboard issue від реального stock risk
Порожнє поле саме по собі не означає, що товар не треба поповнювати. Воно також не означає, що Amazon визнає майбутній stockout зовнішньою причиною. Завдання продавця - швидко зрозуміти, чи ризик у звіті, у capacity, у inbound shipment, у sales velocity або в тому, що команда давно не оновлювала SKU-level assumptions.
- Збережіть Restock Inventory або FBA Inventory view зі timestamp, marketplace, ASIN, SKU, FNSKU і порожніми полями.
- Окремо вивантажте Manage Inventory, Inventory Health, FBA shipments, Reserved inventory і sales за останні 30-60 днів.
- Позначте SKU з Prime Day deal, Prime Exclusive Discount, coupon, Advertising push або високим сезонним попитом.
- Перевірте, чи є активний capacity limit, storage-type limit, inbound placement issue або shipment уже в receiving.
- Не змішуйте US, UK і EU marketplace в одному висновку: рекомендації, capacity і доставка можуть відрізнятися.
Побудуйте ручну кількість для відправлення
Коли Amazon не дає рекомендовану кількість, мінімальний контрольний файл має замінити dashboard. Він не повинен бути складним. Він має показати, скільки одиниць реально продається, що вже їде до FBA, скільки місця доступно, і чому команда обрала саме таку кількість для нового shipment.
- Для кожного SKU: available, inbound, reserved, FC processing, sell-through, 30-day sales, 60-day sales і current days of cover.
- Додайте Prime Day scenario: conservative, expected і high-demand quantity, але без завищення, яке створить fee або storage pressure.
- Вкажіть source inventory: ваш склад, 3PL, supplier ready stock, production lead time, carton quantity і earliest carrier handoff.
- Порівняйте capacity available з planned units; якщо місця мало, пріоритизуйте SKU з deal exposure і стабільним margin.
- Залиште колонку evidence: звіт, скріншот або документ, на якому базується кожне число.
Коли відкривати case, а коли просто діяти
Seller Support case має сенс, якщо blank recommendation блокує конкретний workflow або повторюється на групі SKU, де раніше дані були. Але case не має зупиняти операційну підготовку. Якщо товар може не встигнути до FBA, спершу плануйте shipment або fallback, а не чекайте відповіді про те, чому поле порожнє.
- Для case дайте 3-5 ASIN/SKU examples, marketplace, дату першого порожнього поля і скріншот старого стану, якщо він є.
- Не пишіть, що Amazon зламав Prime Day replenishment; формулюйте вузько: конкретні fields no longer calculate for specific SKUs.
- Якщо inventory уже в дорозі, додайте shipment IDs, status, expected receiving і чи впливає це на 28 days of supply.
- Якщо capacity не дозволяє відправити потрібну кількість, окремо перевіряйте Capacity Monitor або Capacity Manager, а не Restock report.
Де це стає recovery-ризиком
FBA replenishment рідко виглядає як класична suspension issue. Але він стає recovery-ризиком, коли stockout зриває Prime Day offer, deal suppressed, stranded inventory росте, inbound shipment губиться, account cash flow просідає через зайві fees або продавець подає слабкий reimbursement claim без proof chain.
Практичний висновок: порожні Restock Recommendations треба закривати як короткий inventory-control incident. Якщо головний ризик - buyer promise, cancellations або deal performance, повертайте справу до performance route. Якщо проблема вже втрачені, пошкоджені або неправильно пораховані FBA units, переходьте до improper FBA reimbursement claims і тримайте SKU-level proof окремо від загальних скарг на Seller Central.