Під час перевірки джерел за 30 червня у Києві найсвіжіший recovery-сигнал прийшов з Amazon Seller Forums: Amazon оголосив нову вимогу Business Hour Delivery Rate для seller-fulfilled shipments до Amazon Business customers у US store. З 30 вересня 2026 року показник має бути 90% або вище, а якщо після повідомлення він не покращиться, з 30 жовтня seller-fulfilled offers можуть бути деактивовані для Amazon Business customers.
Для українського продавця, який веде Amazon.com через US 3PL, склад партнера, prep center, діаспорну команду або змішану FBM/FBA модель, це не те саме, що нещодавні правила про handling time чи Seller Fulfilled Prime. BHDR дивиться на інше питання: чи перша доставка до бізнес-покупця відбулася в межах його робочих годин. Тому відповідь має бути order-level, а не загальна скарга на USPS, UPS, FedEx або Amazon.
BHDR не доводиться одним tracking number
Перед зміною шаблонів доставки збережіть Account Health або Program Eligibilities view, BHDR report, affected orders, business customer hours, carrier service, first attempt і delivery time. Без цього навіть delivered order може не пояснити, чому метрика просіла.
Спершу визначте реальний периметр
Amazon формулює вимогу для seller-fulfilled shipments у US store. Це важливо: українська команда може продавати одночасно на Amazon.com, Amazon.co.uk, Amazon.de, Amazon.pl або через FBA, і не кожен order належить до цього ризику. Масова правка всіх shipping templates без периметра може створити нові late shipment, cancellation або margin проблеми.
- Підтвердьте, що notice або metric видно саме в Seller Central для Amazon.com, а не лише у форумі чи пересланому скріншоті.
- Відфільтруйте seller-fulfilled orders до Amazon Business customers з commercial addresses.
- Окремо позначте FBM, Seller Fulfilled Prime, FBA, Remote Fulfillment, MCF і Buy with Prime orders.
- Збережіть Account Health, Program Eligibilities або Fulfillment Insight dashboard до будь-яких змін.
- Позначте SKU з реальним B2B volume: low-volume SKU може мати N/A або різко нестабільний відсоток через малу кількість замовлень.
Відділіть BHDR від LSR, OTDR і SFP
Late Shipment Rate питає, чи shipment був confirmed після expected ship date. OTDR питає, чи delivery була вчасною щодо обіцянки. Seller Fulfilled Prime додає Prime badge, size tier і customer-facing speed promise. Business Hour Delivery Rate питає, чи доставка до Amazon Business customer відбулася в його operating hours. Один order може зачепити кілька метрик, але докази для них різні.
- Для LSR зберігайте ship-by date, confirmation time, tracking upload і перший carrier scan.
- Для OTDR зберігайте promised delivery date, actual delivery date, service level і Amazon delivery promise.
- Для SFP зберігайте Prime dashboard, size tier, ZIP-code promise, cutoff і Prime template.
- Для BHDR зберігайте business customer hours, first attempt time, delivery time, failure reason і carrier lane.
- Не подавайте один універсальний appeal, якщо Amazon питає лише про B2B eligibility або лише про late shipment.
Побудуйте таблицю по кожному B2B order
Найслабший аргумент у BHDR справі - ми відправили вчасно, а перевізник доставив коли зміг. Amazon уже вказує, що дивиться на надійних carrier, accurate handling and transit times, Automated Handling Time, Shipping Settings Automation і Amazon Buy Shipping. Тому треба показати, що продавець керував тим, що може контролювати, і не маскував системну проблему під випадковий виняток.
- Створіть table: order ID, marketplace, ASIN, SKU, business customer, ship-from, carrier, service, template і fulfillment owner.
- Додайте promise data: order date, ship-by date, promised delivery date, handling time, transit time і customer operating hours.
- Додайте proof data: label receipt, tracking events, first attempt, delivery time, POD або carrier note, якщо доступно.
- Позначте причину ризику: carrier lane, weekend/holiday, business closed, wrong address, too-tight template, 3PL cutoff або low sample size.
- Ведіть change log: коли змінили carrier, ввімкнули AHT/SSA, скоригували SKU handling time або обмежили Business exposure.
AHT, SSA і Buy Shipping використовуйте як докази
Amazon пише, що shipments fulfilled using Automated Handling Time, Shipping Settings Automation і Amazon Buy Shipping guaranteed to meet the Business Hour Delivery Rate requirement. Для recovery це не означає, що достатньо написати ми все ввімкнули. Потрібно зберегти, коли саме ці controls були активні, для яких SKU, на якому template і на яких orders.
- Збережіть AHT settings і SKU-level handling exceptions до та після зміни.
- Збережіть Shipping Settings Automation template, covered regions, transit settings і cutoff.
- Для Buy Shipping збережіть label purchase time, carrier, service, estimated delivery і proof of handoff.
- Якщо 3PL купує label поза Amazon, вимагайте receipt, service promise, pickup proof і tracking event export.
- Не змінюйте carrier, price, stock, handling time і Business settings одночасно, якщо потім треба буде довести, що саме виправило метрику.
Коли це вже recovery case
Сам низький або N/A BHDR ще не означає блокування акаунта. Recovery case починається, коли Amazon надсилає попередження після 30 вересня, seller-fulfilled offers втрачають eligibility для Amazon Business customers, Account Health record стає неясним, B2B orders перетинаються з LSR/ODR або команда вже кілька разів міняла shipping settings без доказової хронології.
Практичний висновок: ведіть BHDR як вузький performance evidence file. Якщо головне питання - business-hour delivery, не починайте з довгої історії про загальну логістику. Покажіть affected B2B orders, що бачив покупець, який carrier service був куплений, коли була перша спроба доставки і який control змінено. Якщо паралельно є late shipment, A-to-z або cancellation risk, відділіть ці маршрути до наступного case.