1 травня почала діяти зміна, яку Amazon оголосив у Seller Forums для FBA removal і disposal fees: комісії за повернення або утилізацію FBA-одиниць списуються по мірі того, як кожна одиниця фактично removed або disposed. Amazon окремо підкреслив, що ставки не змінюються; змінюється момент, коли списання з'являється в акаунті.
Для українських продавців, які керують Amazon.co.uk або європейськими marketplace з України, Чехії, Румунії, Балтії чи діаспори, це не просто бухгалтерська деталь. Великі cleanup orders, stranded inventory, сезонні товари, пошкоджений запас або inventory після деактивації ASIN тепер можуть створювати багато дрібних списань, які треба звіряти до того, як справа перетвориться на funds pressure, negative balance або слабкий reimbursement case.
Змінилася хронологія, а не ставка
Не подавайте кейс як fee increase, якщо в notice й Transaction view видно лише новий момент списання. Сильніша позиція - показати, які одиниці були оброблені, які залишилися, і де саме виникла розбіжність.
Коротка відповідь: звіряйте не order, а одиниці
Раніше продавцю було простіше чекати завершення всього removal або disposal order і бачити одне фінальне списання. Тепер один order може давати серію списань у різні дні. Якщо частина запасу вже оброблена, частина ще в fulfillment center, а частина зависла або order failed, загальна сума без деталізації швидко стає поганим доказом.
- Збережіть removal або disposal order ID, дату створення, marketplace, SKU/FNSKU, ASIN і початкову кількість одиниць.
- У Transaction view випишіть кожне списання: дата, amount, fee type, quantity, shipment-level або unit-level деталі.
- Порівняйте списання з FBA inventory reports: removed, disposed, unfulfillable, stranded, available і reserved units.
- Окремо позначте одиниці, які Amazon ще не обробив, але за які storage fee або інші charges продовжують з'являтися.
- Не змішуйте removal/disposal fees з refunds, storage fees, aged inventory surcharge, inbound transportation або reimbursement reversals.
Де виникає ризик partial removal
Найчутливіший сценарій - partial або failed removal order. Продавець може бачити списання за одиниці, які Amazon уже обробив, але сам order ще не закритий або частина inventory залишилася в системі. Якщо потім створити новий removal order для решти запасу, легко втратити контроль: які одиниці вже оплачені, які фактично shipped back, які disposed, а які все ще накопичують витрати.
- Не відкривайте dispute лише з фразою "Amazon двічі списав комісію" без таблиці одиниць.
- Не створюйте другий removal order, поки не зафіксували статус першого order і список необроблених SKU.
- Не просіть reimbursement за весь order, якщо розбіжність стосується лише частини quantity.
- Не посилайтеся тільки на dashboard balance; для Amazon важливі order ID, transaction IDs і inventory event history.
Що перевірити перед кейсом до Amazon
Перед зверненням у Seller Support або Account Health варто зробити коротку reconciliation file. Вона не має бути складною, але має показати, що продавець відокремив нормальні поетапні списання від справжньої помилки. Це особливо важливо, якщо акаунт уже має funds-on-hold, negative balance або паралельні FBA reimbursement claims.
- Колонка 1: removal/disposal order ID і дата створення.
- Колонка 2: SKU, FNSKU, ASIN, condition і planned quantity.
- Колонка 3: quantity actually removed або disposed за FBA reports.
- Колонка 4: transaction date, amount і transaction ID для кожного списання.
- Колонка 5: різниця - missing units, duplicate charge, units still in storage, failed order або normal pending processing.
- Колонка 6: що ви просите Amazon перевірити: refund of duplicate fee, status correction, inventory reconciliation або clarification.
Коли це вже не просто бухгалтерія
FBA removal і disposal fees самі по собі не означають блокування акаунта. Але вони можуть стати частиною ширшої проблеми, якщо cleanup пов'язаний з деактивованим ASIN, restricted product, unfulfillable inventory, aged stock, negative balance або затримкою виплат. У такому разі відповідь Amazon має бачити не емоцію щодо витрат, а причину, маршрут і докази.
- Якщо проблема почалася з ASIN deactivation, спершу відокремте товарну причину від FBA fee reconciliation.
- Якщо баланс став negative, покажіть усі списання, refunds, ads, storage, removal/disposal fees і reimbursements у часовій послідовності.
- Якщо ви подаєте FBA reimbursement claim, доведіть ownership, shipment або inventory event, а не лише те, що комісія неприємна.
- Якщо inventory мав бути returned to seller, зберіть carrier/tracking або receiving evidence після фактичного повернення.
Як українській команді не втратити контроль
Кросбордерна команда часто розділена між власником акаунта, бухгалтером, 3PL, агентством і людиною, яка створює removal orders. Тому один відповідальний має вести журнал FBA cleanup: хто створив order, чому товар виводиться, який expected cost, коли списання з'явилися, і чи всі одиниці вийшли з fulfillment center.
- Поставте правило: кожен великий removal/disposal order має screenshot до створення, export після створення і weekly reconciliation до closure.
- Для seasonal або швидкопсувних товарів перевіряйте removal deadlines раніше, щоб рішення не приймалося в останній день.
- Для акаунтів із tight cash flow оновіть forecast: списання можуть приходити поступово, а не одним фінальним платежем.
- Для команди підтримки підготуйте короткий case summary українською або англійською, але цифри залишайте в Amazon terminology: order ID, SKU, FNSKU, transaction ID.
Практичний висновок: після 1 травня removal і disposal fees треба читати як подієву хронологію по одиницях, а не як один фінальний рахунок. Якщо розбіжність стосується FBA inventory або reimbursement, повертайте справу до маршруту improper FBA reimbursement claims і будуйте proof chain. Якщо списання тиснуть на виплати або баланс, окремо перевіряйте funds-on-hold чи negative balance, щоб не змішати різні причини в один слабкий кейс.