Під час дослідження за 8 червня ключовим українським logistics-сигналом стала атака на Харків: за повідомленнями Nova Post у медіа, у депо №5 влучив безпілотник, виникла пожежа, доступ до складу був обмежений, а всередині перебували 363 відправлення загальною оголошеною вартістю близько 1 млн грн.
Для Amazon-продавця це не привід писати загальне пояснення про війну або перевізника. Якщо affected parcel був частиною FBM order flow, replacement stock, 3PL transfer або customer-service рішення, Amazon все одно дивиться на конкретний order ID: що бачив покупець, коли був tracking, чи був refund, чи з'явився A-to-z claim, і чи зачепило це Order Defect Rate.
Компенсація перевізника не закриває Amazon-метрику
Навіть якщо Nova Post компенсує оголошену вартість пошкодженого відправлення, в Seller Central окремо лишаються buyer promise, tracking, refund, A-to-z, ODR і cash-flow наслідки по Amazon order ID.
Спочатку визначте, чи є Amazon order risk
Не кожна посилка в українському депо пов'язана з Amazon. Частина може бути локальною закупівлею, sample, міжскладським transfer або товаром, який ще не був проданий. Ризик для Account Health починається тоді, коли конкретне відправлення вже прив'язане до покупця, shipment promise, FBA inbound або доказів для claim.
- Розділіть affected parcels на групи: active Amazon FBM orders, replacement orders, transfer stock, FBA inbound stock, supplier samples і не-Amazon відправлення.
- Для кожного Amazon order ID зафіксуйте marketplace, SKU, promised ship date, promised delivery date, carrier, tracking number і поточний order status.
- Окремо позначте посилки, які вже мали перший carrier scan, і посилки, де tracking ще не підтверджував рух.
- Не скасовуйте замовлення масово, доки не зрозуміло, чи buyer outcome краще закрити refund, replacement або контрольованим повідомленням.
- Якщо це FBA inbound або 3PL transfer, не змішуйте його з ODR: там потрібні shipment ID, box content, proof of handoff і insurance/compensation record.
Зберіть evidence pack до першого A-to-z
A-to-z claim або негативний feedback часто з'являється вже після того, як команда хаотично відповіла покупцю. Сильніший варіант - підготувати order-level файл ще до claim: що сталося з parcel, що бачить tracking, яке рішення запропоновано покупцю і чому продавець діяв вчасно.
- Скріншот order page, buyer promise, tracking page, carrier notice або новини про інцидент із timestamp.
- Квитанція, manifest, експрес-накладна або інший proof of handoff до Nova Post чи партнерського маршруту.
- Buyer-Seller Messages із коротким, фактичним оновленням без прохання закрити claim, змінити feedback або чекати невизначено довго.
- Refund або replacement record: дата, причина, сума, replacement tracking, внутрішнє рішення і хто його затвердив.
- Carrier compensation file: оголошена вартість, номер відправлення, статус пошкодження, очікуваний або отриманий payout.
Відокремте VTR, OTDR, LSR і ODR
Одна пошкоджена посилка може створити кілька різних наслідків, але Amazon не оцінює їх як один загальний збій. Valid Tracking Rate питає, чи був валідний tracking. OTDR питає, чи замовлення доставлено до promised date. Late Shipment Rate питає, чи shipment підтвердили після expected ship date. ODR дивиться на A-to-z, chargeback і негативний feedback.
- Для VTR: carrier name, tracking number, дата підтвердження shipment і чи Amazon бачить scan, а не тільки сайт перевізника.
- Для OTDR: promised delivery date, фактична доставка або failed/damaged status, і чи була label protection, якщо вона доступна для цього маршруту.
- Для LSR: expected ship date і час ship confirmation у Seller Central, навіть якщо фізично товар передали раніше.
- Для ODR: claim reason, refund funding, негативний feedback, chargeback і чи buyer harm уже зафіксований у Account Health.
- Для funds: refund, replacement cost, shipping cost, carrier compensation і payout/reserve рухи тримайте окремо від performance appeal.
Коли відкривати кейс і якою мовою писати
Якщо покупець ще не відкрив claim, пріоритет - customer-service рішення по order ID. Якщо A-to-z уже відкрито, відповідь має йти в claim route, а не в загальний Seller Support case. Якщо метрика Account Health уже просіла, тоді потрібна коротка performance chronology із corrective action, а не довга добірка новинних посилань.
- Для buyer message: поясніть статус замовлення, конкретну дію і новий tracking/refund timeline без зайвих деталей інциденту.
- Для A-to-z representation: покажіть proof of handoff, tracking status, своєчасну реакцію і buyer resolution.
- Для Account Health: подайте order table, affected scope, immediate corrections і preventive controls для carrier disruption days.
- Для funds або carrier compensation: використовуйте окрему таблицю сум; не просіть Amazon виправити ODR через payout Nova Post.
Практичний висновок: інцидент у Харкові може бути частиною контексту, але Amazon recovery починається з order-level доказів. Якщо головний ризик - claim, негативний feedback або ODR, працюйте через Order Defect Rate route. Якщо проблема в ship confirmation, tracking або delivery promise, спочатку відокремте performance issues і late shipment rate, щоб не подати слабку змішану апеляцію.