Під час перевірки джерел за 22 червня найсильнішим не-Prime Day сигналом стала стара, але знову активна плутанина: продавці обговорювали, чи можна подавати SAFE-T claim для Amazon Fulfilled/FBA return. Офіційний Amazon forum update окремо прив'язує SAFE-T до US seller-fulfilled orders і 30-денного вікна, а інший Amazon post пояснює нову логіку seller-fulfilled returns, 4-day assessment window і Guided Refund Workflow.
Для української команди, яка продає на Amazon.com, Amazon.co.uk або EU marketplace через FBA, FBM, 3PL чи змішану модель, це практичний recovery-ризик. Якщо не відділити FBM SAFE-T від FBA customer return claim, A-to-z, refund debit і payout impact, можна витратити правильний дедлайн на неправильний case route.
SAFE-T не є універсальною апеляцією по поверненнях
Перший файл має відповідати не емоції продавця, а маршруту замовлення: хто виконував order, хто видав refund, де повернувся товар, який дедлайн активний і який доказ Amazon реально перевіряє.
Коротка відповідь: спершу визначте fulfillment route
Не починайте з питання, скільки Amazon має компенсувати. Почніть з order-level routing. Один і той самий buyer refund може виглядати як грошова проблема, але для Amazon FBM SAFE-T, FBA reimbursement і A-to-z claim живуть у різних екранах, дедлайнах і доказових логіках.
- Позначте fulfillment channel: FBM, Seller Fulfilled Prime, FBA, MCF або Buy with Prime.
- Збережіть order ID, return authorization, refund date, return delivery scan, carrier tracking і хто саме ініціював refund.
- Для FBM перевірте Manage Returns, Guided Refund Workflow, buyer return reason і чи refund був виданий Amazon або seller.
- Для FBA перевірте FBA Customer Returns report, Reimbursements report, Inventory Ledger, disposition і чи одиниця стала sellable, unsellable, lost або damaged.
- Не змішуйте return reimbursement із ODR: негативний feedback, A-to-z і buyer messages мають окрему evidence table.
FBM SAFE-T: 4 дні на оцінку і 30 днів на claim
Для seller-fulfilled orders SAFE-T має сенс лише тоді, коли команда швидко оглядає повернення і зберігає докази. Amazon forum guidance описує, що після 4-day assessment window автоматичний refund може закрити SAFE-T eligibility, крім окремих ситуацій на кшталт lost in transit. Тому процес має бути щоденним, а не раз на місяць.
- Щодня перевіряйте delivered returns і refund events, особливо high-value SKU та товари з частими switcheroo або damaged-return ризиками.
- Одразу фотографуйте товар, упаковку, serial number, barcode, accessories, condition і будь-яку невідповідність buyer reason.
- Якщо застосовуєте restocking fee або partial refund, робіть це через правильний workflow і зберігайте причину.
- SAFE-T claim готуйте з return delivery scan/refund date, photos, tracking, buyer messages і коротким поясненням, чому seller не винен.
- Якщо поруч є A-to-z або negative feedback, не вставляйте все в SAFE-T claim: для ODR потрібна окрема order-defect логіка.
FBA returns: не змушуйте SAFE-T робити роботу FBA claim
Якщо order був fulfilled by Amazon, продавець не контролює delivery promise і return handling так само, як у FBM. Тут сильніший маршрут зазвичай починається з FBA customer returns, reimbursement reports, disposition, inventory movement і політики Amazon щодо lost або damaged units. Для customer-return claims публічні Amazon snippets показують інший часовий горизонт: не раніше 60 днів і не пізніше 120 днів після customer refund або replacement.
- Зіставте customer refund із FBA Customer Returns report: order ID, SKU, return reason, return status, disposition і reimbursement status.
- Перевірте, чи одиниця реально повернулася в inventory, стала unfulfillable, була disposed, lost, damaged або reimbursed.
- Inventory Ledger використовуйте як proof chain, а не лише скріншот балансу в Manage Inventory.
- Якщо Amazon вважає пошкодження customer-caused або seller-caused, не подавайте це як просту SAFE-T історію.
- Якщо reimbursement reversal або missing reimbursement тисне на balance, переведіть фінансову частину в окрему funds або negative-balance timeline.
Розділіть refund, ODR і funds pressure
Після повернення продавець часто бачить лише мінус у Payments. Але мінус може бути нормальним refund debit, customer service refund, return shipping, A-to-z debit, reimbursement reversal, FBA inventory adjustment або справжній funds-on-hold симптом. Якщо всі рядки назвати просто Amazon забрав гроші, case стане слабким.
- Refund route: хто видав refund, на яку суму, за якою причиною і чи продавець мав право на partial refund або SAFE-T.
- ODR route: чи є A-to-z claim, negative feedback, chargeback або buyer complaint, які вже зачіпають Account Health.
- FBA reimbursement route: чи є eligible customer-return claim, lost/damaged unit, reversal або mismatch між reports.
- Funds route: чи balance став negative, чи payout затриманий, чи Ads, fees, refunds і reimbursements змішані в одному періоді.
- Appeal route: чи Amazon просить план контролю, чи лише доказ конкретного order/reimbursement event.
Коли це вже recovery case
Окремий return dispute не потребує великої апеляції. Recovery case починається тоді, коли серія refund debits, A-to-z, feedback, reimbursement reversals або negative balance створює ризик для Account Health чи виплат. У цей момент головне - не доводити все одразу, а вибрати власника проблеми.
Практичний висновок: якщо замовлення FBM, починайте з SAFE-T eligibility, 4-day assessment і 30-day evidence window. Якщо замовлення FBA, будуйте FBA customer-return і inventory proof chain. Якщо покупець уже відкрив A-to-z або баланс став від'ємним, розділіть ODR і funds маршрути до наступного звернення. Це не гарантія компенсації, а спосіб не втратити правильний Amazon review path.