Главная → Блог → Amazon FBA: информация о содержимом коробок. Как избежать комиссии $0.15 за ручную обработку каждой отправки

Amazon FBA: информация о содержимом коробок. Как избежать комиссии $0.15 за ручную обработку каждой отправки

November 06, 2026

Большинство продавцов, обнаруживших в своей выписке FBA комиссию за ручную обработку, предполагают, что забыли подать информацию о содержимом коробок. Однако чаще всего они её действительно подавали - и что-то на предыдущем этапе аннулировало эту заявку ещё до того, как Amazon успел ею воспользоваться. В этом руководстве описывается вся механика процесса: что представляет собой информация о содержимом коробок, как Amazon использует её в рабочем процессе приёмки, каждый способ подачи и его возможные сбои, почему комиссия начисляется даже тогда, когда продавцы считают себя застрахованными, и что делать после того, как списание уже произошло. Тема prep center проходит через всё руководство, поскольку prep center, включивший подачу информации о содержимом коробок в свой стандартный рабочий процесс, устраняет ошибки транскрипции и программные сбои, которые являются причиной большинства подобных комиссий.

Что такое информация о содержимом коробок и почему Amazon ввёл это требование

Информация о содержимом коробок - это заранее задекларированный манифест для каждого картонного ящика в отправлении FBA. До того как ящик поступает в фулфилмент-центр, система Amazon уже знает, какой ASIN или FNSKU находится внутри, сколько единиц товара, какова масса коробки и её физические размеры. Для товаров с ограниченным сроком хранения - пищевых добавок, продуктов питания, косметики - также требуется срок годности. Без этих данных отправление может быть отклонено при приёмке.

Деловая причина - пропускная способность. При наличии точных электронных данных о содержимом коробки сотрудник приёмки регистрирует целый ящик, сканируя его этикетку. Система сопоставляет результат сканирования с заранее задекларированным манифестом, подтверждает количество и направляет ящик по назначению. При отсутствии этих данных каждый ящик попадает в очередь ручной обработки, где работник физически вскрывает коробку и пересчитывает каждую единицу товара вручную. При том объёме, который Amazon обрабатывает в своей сети фулфилмент-центров, эта разница в трудозатратах на ящик быстро накапливается на приёмочном доке.

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

Комиссия за ручную обработку: как она накапливается и где скрывается

Amazon взимает комиссию за ручную обработку за каждую единицу в ящике, который поступает без действительной информации о содержимом коробки. Стандартная ставка действует с января по октябрь. В ноябре и декабре эта ставка удваивается - Amazon платит сотрудникам сверхурочные в четвёртом квартале за ручное вскрытие и подсчёт ящиков, одновременно справляясь с пиковым объёмом приёмки. Актуальные суммы комиссий уточняйте в расписании сборов FBA в Seller Central, поскольку эти ставки уже менялись и могут измениться снова.

Математика для крупного отправления безжалостна. Отправление из 500 единиц без информации о содержимом коробки влечёт поштучную комиссию за все 500 единиц. В четвёртом квартале та же ошибка обходится вдвое дороже за единицу товара. Грузовые отправления LTL, как правило, проходят процесс приёмки за 10 и более дней в нормальных условиях независимо от наличия информации о содержимом коробок - отсутствие этой информации означает, что ящики попадают в очередь ручной обработки, что добавляет время сверх этого базового показателя, а объём четвёртого квартала может ещё больше увеличить задержки. Удвоенная ставка и задержка регистрации наступают после доставки, а не до неё, что усугубляет финансовый ущерб в самом неудачном квартале.

Комиссия не отображается в вашем аккаунте при создании отправления. Она появляется в отчёте о платежах только после того, как товары полностью приняты в фулфилмент-центре, что может занять дни или недели после доставки. Именно эта задержка объясняет, почему списание застаёт продавцов врасплох: к моменту его появления отправление давно обработано, а связь с пропущенной заявкой легко упустить в насыщенной выписке.

Три способа подачи: сравнение

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

Способ Оптимальное применение Основная причина сбоя Использование в prep center
Веб-форма Seller Central Небольшие отправления, мало SKU Ошибки ручного ввода, медленно при масштабировании Возможно, но трудоёмко
Загрузка плоского файла Средние и крупные отправления, много SKU Тихое отклонение из-за формата аннулирует весь файл Да, с шаблонами под управлением версиями
Двумерный штрихкод на ящике Крупнообъёмные многоящичные отправления Сбой сканирования из-за неправильного расположения или низкого качества печати Предпочтительно - кодируется при упаковке

Способ 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 center, использующих термопринтеры, применяют больший термический формат.

Почему высокообъёмные prep center предпочитают этот метод

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

Почему сбор начисляется, даже когда вы считаете, что подали данные

Три отдельных сценария приводят к тому, что отправка выглядит завершённой со стороны продавца, но Amazon фактически не использует её при приёмке:

  • Переопределение через SP-API сторонним инструментом: Если вы используете инструмент управления запасами, подключённый к Amazon через Selling Partner API, этот инструмент может передавать собственные данные о содержимом коробок - или отказаться от их передачи - уже после того, как вы вручную выполнили отправку. Инструмент, настроенный на отказ от передачи, может перезаписать вашу отправку задним числом, не оставив никаких данных о содержимом коробок. Продавец считает отправку завершённой; инструмент тихо её аннулировал. Этот сценарий почти никогда не освещается в опубликованных руководствах, и он является одним из наиболее распространённых источников неожиданных сборов для продавцов, использующих любое стороннее программное обеспечение, связанное с созданием отправлений.
  • Скрытый отказ при загрузке flat-file: Как описано выше, некорректно сформированный flat-file отклоняется без своевременного уведомления. У вас есть запись об отправке на вашей стороне. На стороне Amazon нет ничего. Коробки прибывают без данных о содержимом и немедленно попадают в очередь ручной обработки.
  • Ошибка сканирования этикетки при приёмке: 2D-штрихкод, наклеенный поверх шва, края или клапана, который разрезается при вскрытии коробки, не будет сканироваться надёжно. Если штрихкод не удаётся считать, коробка по умолчанию направляется на ручную обработку, даже если штрихкод был распечатан и наклеен. Качество размещения этикетки имеет такое же значение, как и качество её печати.

Как проверить отчёт Payments на предмет сборов за ручную обработку

Сборы за ручную обработку фиксируются в отчёте Payments под определённым типом строки и легко остаются незамеченными на активном аккаунте. Чтобы выявить и оценить потенциальные потери до того, как Q4 их многократно увеличит:

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

Отчёт FBA Fee Details предоставляет более детальные данные, чем стандартное представление Payments, и является именно тем документом, который Amazon требует при открытии спора по сборам. Запросите его одновременно с отчётом Payments и сохраните оба документа по каждому отправлению, в котором вы подозреваете проблему.

Оспаривание сбора

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

  • Отчёт FBA Fee Details из Seller Central, отфильтрованный по отправлению и соответствующему периоду дат
  • Подтверждение вашей отправки данных о содержимом коробок - скриншот из Seller Central, квитанция о загрузке flat-file или журнал печати 2D-штрихкодов от вашего prep center
  • Дата создания отправления и дата начисления сбора для чёткого установления хронологии
  • Любые уведомления об отклонении или переписка с Amazon, связанная с данным отправлением
Получение отчёта FBA Fee Details перед открытием спора не является необязательным - это первое, что запросит команда 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 создаёт поставки в вашем аккаунте, спросите его напрямую, включена ли подача содержимого коробов в стандартный рабочий процесс, - и получите ответ в письменном виде до первой поставки, а не после появления сбора.

Может ли стороннее программное обеспечение для управления запасами действительно перезаписать уже сделанную мной подачу?

Да. Инструмент, подключённый к вашему аккаунту через Selling Partner API Amazon, может передавать содержимое коробов или отказываться от его передачи, и Amazon использует последнюю запись в этом поле до начала приёмки. Если инструмент отказывается от передачи и перезаписывает вашу ручную подачу, сбор начисляется, даже если вы всё подали правильно. Проверьте настройки содержимого коробов в SP-API вашего стороннего инструмента и спросите поставщика программного обеспечения напрямую - передаёт ли система содержимое коробов от вашего имени или очищает это поле.

Как понять, стоит ли добиваться оспаривания сбора?

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

Нужна помощь с подготовкой FBA?

Закажите профессиональные услуги по подготовке от SNS Prep Center

Связаться с нами 📞