Інформація про вміст коробок Amazon FBA: як уникнути комісії $0.15 за ручну обробку кожного відправлення

Більшість продавців, які виявляють плату за ручну обробку у своєму звіті FBA, припускають, що забули надіслати інформацію про вміст коробок. Насправді частіше буває інакше - вони її надсилали, але щось на попередньому етапі анулювало це подання ще до того, як Amazon ним скористався. Цей посібник охоплює всю механіку: що таке інформація про вміст коробок насправді, як вона використовується у процесі приймання Amazon, кожен метод подання разом із його можливими збоями, чому плата нараховується навіть тоді, коли продавці вважають, що все зроблено правильно, а також що робити після того, як списання вже відбулося. Тема prep-центру проходить через весь матеріал, оскільки prep-центр, який включає подання інформації про вміст коробок до свого стандартного робочого процесу, усуває помилки транскрипції та програмні перевизначення, відповідальні за більшість таких нарахувань.

Що таке інформація про вміст коробок і чому Amazon запровадив цю вимогу

Інформація про вміст коробок - це заздалегідь задекларований маніфест для кожної картонної коробки у відправленні FBA. До того як коробка прибуває до fulfillment center, система Amazon вже знає, який ASIN або FNSKU знаходиться всередині, скільки одиниць, вага коробки та її фізичні розміри. Для товарів із обмеженим терміном придатності - дієтичних добавок, продуктів харчування, косметики - також обовʼязково вказується дата закінчення терміну придатності. Без неї відправлення може бути відхилено під час приймання.

Ділова причина - пропускна здатність. Коли точні електронні дані про вміст коробок наявні, співробітник відділу приймання перевіряє всю коробку, скануючи її етикетку. Система зіставляє сканування із заздалегідь задекларованим маніфестом, підтверджує кількість і направляє коробку. Без цих даних кожна коробка потрапляє до черги ручної обробки, де працівник фізично відкриває коробку та рахує кожну одиницю вручну. З огляду на обсяги, які Amazon обробляє у своїй fulfillment-мережі, ця різниця у трудовитратах на одну коробку швидко накопичується на всьому прийомному доці.

Amazon оновив максимальну довжину картонної коробки для вхідних відправлень FBA у червні 2025 року - перевірте поточні вимоги Amazon до вхідних відправлень щодо актуальних обмежень розмірів - але обмеження ваги на коробку не змінилося разом із цим оновленням. Вимога щодо вмісту коробок стосується кожної картонної коробки незалежно від розміру. У відправленнях із декількома коробками коробки без дійсної інформації про вміст у файлі направляються на ручну обробку окремо; перевірте поточні правила приймання Amazon щодо того, як обробляються відправлення на рівні піддону, якщо в деяких коробках відсутні дані.

Плата за ручну обробку: як вона накопичується та де ховається

Amazon стягує плату за ручну обробку за одиницю товару з кожної одиниці в коробці, яка прибуває без дійсної інформації про вміст у файлі. Стандартна ставка застосовується з січня по жовтень. Ця ставка подвоюється в листопаді та грудні - Amazon виплачує персоналу понаднормові в Q4 за те, що вони вручну відкривають і рахують коробки, одночасно поглинаючи пікові обсяги приймання. Для отримання актуальних розмірів плати перевірте розклад зборів FBA у Seller Central, оскільки ці ставки вже змінювалися і можуть змінитися знову.

Математика для великого відправлення невблаганна. Відправлення з 500 одиниць без інформації про вміст коробок у файлі призводить до нарахування плати за одиницю на всі 500 одиниць. У Q4 та сама помилка коштує вдвічі більше за одиницю. Відправлення вантажу LTL зазвичай проходять через процес приймання за 10 або більше днів за нормальних умов незалежно від статусу інформації про вміст коробок - відсутність інформації про вміст коробок означає, що ці коробки потрапляють до черги ручної обробки, яка додає час понад цей базовий показник, а обсяги Q4 можуть ще більше збільшити затримки. Подвоєна ставка та затримка реєстрації вдаряють після доставки, а не до неї, що посилює фінансовий вплив у найгіршому можливому кварталі.

Плата не зʼявляється у вашому обліковому записі під час створення відправлення. Вона потрапляє до звіту Payments лише після того, як товари повністю прийняті у fulfillment center, що може статися через дні або тижні після доставки. Саме ця затримка є причиною того, що списання дивує продавців: на момент його появи відправлення давно завершено, і звʼязок із пропущеним поданням легко не помітити в насиченому звіті.

Три методи подання: порівняння

Amazon пропонує три способи надіслати інформацію про вміст коробок. Правильний вибір залежить від розміру відправлення, наявного програмного забезпечення та від того, чи займається prep-центр маркуванням коробок.

Метод 1 - Веб-форма Seller Central

Веб-форма Seller Central є найбільш прямим способом подачі та добре підходить для невеликих відправлень з обмеженою кількістю SKU і коробок. Ви заповнюєте її безпосередньо в процесі створення відправлення, вводячи ASIN або FNSKU, кількість одиниць у коробці, вагу коробки та розміри кожного картону.

Практичне обмеження - масштаб. Вводити вміст коробок вручну для відправлення з 30 картонами та кількома SKU - повільно, і це призводить до помилок транскрипції на кожному рядку. Для більших відправлень часові витрати на веб-форму є вагомим аргументом на користь одного з двох інших методів. Щоб правильно заповнити і відправити веб-форму до відправки вантажу:

1. У Seller Central відкрийте відправлення в розділі Manage FBA Shipments і перейдіть до кроку Box Content.
2. Виберіть "Provide box content information" - не "Skip."
3. Для кожного картону введіть FNSKU або ASIN, кількість одиниць, вагу коробки та розміри коробки.
4. Додайте терміни придатності для будь-яких одиниць, які їх потребують, - продукти харчування, харчові добавки, косметичні засоби або будь-який товар, для якого Amazon зазначила обовʼязковість дати.
5. Перевірте зведений екран по кожній коробці та переконайтеся, що він відповідає вашому фізичному пакувальному листу, перш ніж підтвердити.
6. Завантажте та збережіть сторінку підтвердження - це ваш запис про подачу на випадок, якщо вам пізніше знадобиться оскаржити стягнення.

Метод 2 - завантаження flat-file

Метод flat-file приймає файл Excel або текстовий файл із роздільниками-табуляціями, створений на основі шаблону вмісту коробок від Amazon, який доступний у процесі створення відправлення в Seller Central. При великих обсягах він швидший за веб-форму, оскільки ви можете побудувати файл на основі власних пакувальних даних і завантажити його за один крок.

Небезпека - у вимогах до формату. Файл приймається або повністю, або не приймається взагалі: одна помилка форматування може відхилити все завантаження без своєчасного сповіщення, і в записах не залишиться жодного вмісту коробок, навіть якщо ви витратили годину на складання таблиці. Amazon не повідомляє продавців про відхилення надійно до відправки вантажу. Поширені помилки, що скасовують весь файл, включають:

• Зайві порожні рядки, вставлені вище або нижче структури даних шаблону
• Заголовки стовпців, змінені або переставлені відносно оригінального завантаженого шаблону
• Кількість одиниць, введена у вигляді десяткових дробів замість цілих чисел
• Поля ASIN або FNSKU з невидимими спеціальними символами, скопійованими з іншого застосунку
• Поля ваги або розмірів із комами як роздільниками десяткових знаків замість крапок
• Файл, збережений у форматі, який поле завантаження не підтримує, - наприклад, .xlsx замість .txt

Якщо ви виявили відхилення flat-file після того, як відправлення вже відправлено, ваші можливості звужуються. Деякі продавці повідомляють про успішне завантаження виправленого файлу, поки відправлення перебуває в дорозі, до початку приймання. Інші виявляють, що вікно вже закрилося. Єдина надійна практика - перевірити статус подачі в Seller Central протягом кількох годин після завантаження, а не вранці в день забору вантажу перевізником.

Метод 3 - 2D-штрихкод на картоні

Метод 2D-штрихкоду кодує дані про вміст коробки безпосередньо в штрихкоді, надрукованому на зовнішній стороні картону. Amazon приймає три формати штрихкодів - PDF417, Data Matrix і QR Code. Кожен із цих форматів кодує ASIN або FNSKU, кількість одиниць, вагу та розміри коробки, а також термін придатності там, де це застосовно. Співробітник на прийманні сканує штрихкод і отримує всю цю інформацію, не відкриваючи коробку.

Одне стійке непорозуміння: 2D-штрихкод не замінює етикетку FBA box ID. Обидві потрібні на одному картоні одночасно. Етикетка box ID відповідає за маршрутизацію відправлення. 2D-штрихкод відповідає за ідентифікацію вмісту. Відсутність будь-якої з них створює проблему на фулфілмент-центрі.

Вимоги до розміщення етикеток

Amazon вимагає розміщувати етикетки на найбільшій плоскій поверхні картону з визначеним мінімальним відступом від будь-якого краю - перевірте актуальні вказівки Amazon щодо розміщення етикеток для точного значення, оскільки ця вимога перевіряється під час приймання. Жодну з етикеток не можна розміщувати поверх шва, клапана або відкривання, яке буде розрізане або надірване під час розпакування коробки. Штрихкод, пошкоджений під час відкривання, не можна відсканувати, і він переходить до ручної обробки - такий самий результат, як і за відсутності штрихкоду. Amazon встановлює мінімальну роздільну здатність друку для надійного сканування - зверніться до Seller Central для отримання актуального рекомендованого значення DPI. Amazon пропонує два стандартні розміри етикетки box ID: один для стандартного паперу для етикеток і один для термопаперу; більшість prep-центрів із термопринтерами використовують більший формат для термопаперу.

Чому prep-центри з великими обсягами надають перевагу цьому методу

Prep-центри надають перевагу методу 2D-штрихкоду, оскільки він кодує вміст коробки в момент пакування, до запечатування картону. Дані фізично зберігаються на коробці, а не в окремій програмній подачі, яка може дати збій або бути перевизначена пізніше. Він також усуває необхідність керувати окремим робочим процесом flat-file для кожного клієнта і кожного відправлення, що важливо, коли prep-центр обробляє сотні вихідних картонів щотижня.

Чому стягнення відбувається, навіть коли ви вважаєте, що подали інформацію

Три окремі сценарії призводять до того, що з боку продавця відправлення виглядає завершеним, але Amazon насправді ніколи не використовує ці дані під час приймання:

• Перезапис через сторонній SP-API: Якщо ви використовуєте інструмент управління запасами, який підключається до Amazon через Selling Partner API, цей інструмент може передати власні дані вмісту коробок - або відмовитися від їх передачі - вже після того, як ви вручну зробили відправлення. Інструмент, налаштований на відмову від передачі, може перезаписати ваше відправлення після факту, залишивши в обліку жодних даних про вміст коробок. Продавець вважає, що відправлення завершено; інструмент непомітно анулював його. Цей сценарій майже ніколи не висвітлюється в опублікованих посібниках, і він є одним з найпоширеніших джерел несподіваних комісій для продавців, які використовують будь-яке стороннє програмне забезпечення, що стосується створення відправлень.
• Мовчазне відхилення flat-file: Як описано вище, завантаження неправильно сформованого flat-file завершується невдачею без своєчасного сповіщення. З вашого боку є запис про відправлення. З боку Amazon - нічого. Коробки надходять без зареєстрованого вмісту і одразу потрапляють до черги ручного опрацювання.
• Збій сканування мітки під час приймання: 2D-штрихкод, розміщений поверх шва, краю або клапана, який розрізається під час розкриття коробки, не буде скануватися надійно. Якщо штрихкод не вдається зчитати, коробка за замовчуванням переходить до ручного опрацювання, навіть якщо штрихкод був надрукований та нанесений. Якість розміщення мітки має таке ж значення, як і якість її друку.

Як перевірити звіт про платежі на наявність комісій за ручне опрацювання

Комісії за ручне опрацювання публікуються під певним типом рядка у вашому звіті про платежі і їх легко пропустити на активному обліковому записі. Щоб знайти та оцінити суму до того, як четвертий квартал її збільшить:

• У Seller Central перейдіть до Reports, потім Payments, потім Transaction View.
• Відфільтруйте за типом транзакції або експортуйте звіт і в завантаженому файлі знайдіть "manual processing" - формулювання може дещо відрізнятися залежно від облікового запису.
• Порівняйте ID відправлення у кожному рядку комісії з вашою історією відправлень, щоб визначити, яка коробка або відправлення спричинили нарахування.
• Помножте комісію за одиницю на кількість одиниць у кожному відправленні, що зазнало впливу, щоб обчислити загальну суму за період.
• Проведіть цей аудит у жовтні, до набрання чинності підвищеними ставками четвертого кварталу, щоб усунути прогалини в процесі відправлення до пікового сезону.

Звіт FBA Fee Details Report надає більш детальні дані, ніж стандартний перегляд Payments, і є конкретним документом, якого Amazon вимагає під час відкриття спору щодо комісії. Завантажте його одночасно зі звітом про платежі та зберігайте обидва для будь-якого відправлення, де ви підозрюєте проблему.

Оскарження комісії

Amazon відхиляє значну частку заявок на відшкодування комісій FBA через недостатню документацію. Оскарження комісії за ручне опрацювання вимагає збору відповідних доказів ще до відкриття звернення:

• Звіт FBA Fee Details Report із Seller Central, відфільтрований за відправленням та відповідним діапазоном дат
• Підтвердження відправлення вмісту коробок - скриншот із Seller Central, підтвердження завантаження flat-file або журнал друку 2D-штрихкодів вашого prep center
• Дата створення відправлення та дата нарахування комісії для чіткого встановлення хронології
• Будь-які повідомлення про відхилення або листування з Amazon стосовно цього відправлення

Завантаження звіту FBA Fee Details Report перед відкриттям спору щодо комісії - це не бажана, а обовʼязкова дія: це перше, що запитає команда Amazon з перегляду комісій, і подання звернення без нього, як правило, призводить до негайного відхилення.

Подавайте через спеціальний шлях для оскарження комісій у Seller Central, а не через загальне звернення до підтримки продавців. Amazon спрямовує спеціальні заявки щодо комісій безпосередньо до команди з їх перегляду, що зазвичай забезпечує швидше опрацювання порівняно із загальним зверненням.

Після відхилення Amazon вашого первинного спору у вас є обмежений час для подання апеляції - перевірте поточні строки у Seller Central, оскільки це вікно змінювалося в минулому. Апеляції, подані поза встановленими строками, рідко розглядаються повторно незалежно від суті справи. Задокументовані випадки, де стороннє перезаписування через SP-API або відхилення flat-file є очевидною причиною, мають достатні шанси на відшкодування за умови подання з повним пакетом документів. Заявки на основі "я вважав, що відправив" без запису про відправлення мають низький відсоток відновлення.

Як prep center бере на себе відповідальність за відправлення вмісту коробок

Коли prep center створює відправлення FBA від імені продавця, питання про те, хто несе відповідальність за відправлення вмісту коробок, не вирішується автоматично умовами сервісних відносин. Це має бути чітко визначено. Перед тим як перше відправлення покине prep center, отримайте відповіді на такі запитання:

• Чи генерує prep center 2D-штрихкоди як стандартну частину маркування коробок, чи очікує від продавця подачі вмісту коробок через Seller Central після факту?
• Якщо prep center використовує сторонню систему, підключену до вашого облікового запису Seller Central через SP-API, чи передає ця система вміст коробок, чи налаштована на відмову від передачі?
• Чи може prep center надати журнал друку або підтвердження подачі для кожного відправлення як частину пакету документації - щось, що ви можете використати як доказ у разі оскарження комісії?
• Для відправлень зі змішаними SKU, де різні коробки містять різну кількість, чи відстежує система prep center вміст на рівні окремої коробки?
• Як prep center виконує вимоги Amazon щодо розміщення етикеток для коробок різних розмірів в одному відправленні?

Prep center, що генерує 2D-штрихкоди власними силами під час пакування, використовуючи власний робочий процес генерації штрихкодів, усуває помилки транскрипції, що виникають при ручному повторному введенні кількостей до Seller Central після завершення пакування. Він також усуває ризик перезапису через SP-API, коли цей робочий процес працює незалежно від підключеного інструменту управління запасами. Відповідальність за точність вмісту коробок переходить від продавця - якого не було під час пакування коробки - до prep center, який був присутній.

SNS Prep Center включає подачу вмісту коробок у кожне вихідне FBA-відправлення як стандартний крок свого робочого процесу. Якщо ви оцінюєте prep centers, питання полягає не в тому, чи можуть вони обробляти вміст коробок - а в тому, чи робить їхній процес плату за ручну обробку структурно малоймовірною, а не просто менш поширеною.

Часті запитання

До якого часу необхідно подавати інформацію про вміст коробок?

Інформація про вміст коробок має бути подана до того, як Amazon почне отримувати ваше відправлення у фулфілмент-центрі. Як тільки коробка потрапляє до черги ручної обробки, подача вмісту коробки після факту не усуває комісії за вже оброблені одиниці. Подайте - і перевірте статус подачі - до того, як відправлення залишить ваше місцезнаходження або ваш prep center.

Чи можу я подати вміст коробок після того, як моє відправлення вже відправлено?

Ви можете спробувати здійснити запізнілу подачу, поки відправлення перебуває у дорозі, і деякі продавці повідомляють про успіх, коли приймання ще не розпочалося. Це вікно не гарантоване і варіюється залежно від завантаженості фулфілмент-центру. Це ненадійний запасний варіант - ставтеся до нього як до крайнього засобу, а не до стандартного варіанту.

Я використовував 2D-штрихкод, але все одно отримав плату за ручну обробку. Що сталося?

Найпоширеніші причини - збій сканування через недостатню якість друку або етикетка, розміщена на шві чи клапані, який був пошкоджений під час відкриття коробки при прийманні. Штрихкод, який неможливо відсканувати, обробляється так само, як і відсутність штрихкоду. Перевірте процес розміщення етикеток вашого prep center і підтвердьте якість друку відповідно до поточних специфікацій Amazon у Seller Central.

Хто відповідає за вміст коробок, коли prep center створює відправлення?

Той, хто створює відправлення у Seller Central, перебуває у найкращій позиції для точної подачі вмісту коробок, однак відповідальність може бути розподілена по-різному в сервісній угоді. Якщо ваш prep center створює відправлення в рамках вашого облікового запису, запитайте безпосередньо, чи включена подача вмісту коробок до їхнього стандартного робочого процесу - і отримайте відповідь письмово до першого відправлення, а не після того, як зʼявиться комісія.

Чи може стороннє програмне забезпечення для управління запасами насправді перезаписати подачу, яку я вже здійснив?

Так. Інструмент, підключений до вашого облікового запису через Amazon Selling Partner API, може передавати вміст коробок або відмовитися від його передачі, і останній запис у це поле до початку приймання є тим, що використовує Amazon. Якщо інструмент відмовляється від передачі та перезаписує вашу ручну подачу, комісія стягується, навіть якщо ви подали правильно. Перевірте налаштування SP-API вмісту коробок у вашому сторонньому інструменті та запитайте постачальника програмного забезпечення безпосередньо, чи передає система вміст коробок від вашого імені або очищає це поле.

Як визначити, чи варто домагатися оскарження комісії?

Спочатку отримайте FBA Fee Details Report і розрахуйте загальну суму нарахувань по всіх постраждалих одиницях для відповідного відправлення. Якщо у вас є підтвердження подачі - квитанція у форматі flat-file, журнал 2D-штрихкодів або скріншот Seller Central з датою до отримання відправлення - справа варта розгляду. Без доказів дійсної подачі рівень відшкодування низький. Подайте через спеціальний шлях підтримки для оскарження комісій у Seller Central, а не через загальний запит до підтримки, і діяйте до закриття вікна оскарження Amazon.