01С этой ситуацией обращаются

  • 01Wildberries или Ozon начислили штраф или удержание за габариты либо вес товара
  • 02стоимость логистики или хранения оказалась выше ожидаемой
  • 03после контрольного замера изменились параметры товара
  • 04возникло расхождение между данными карточки и фактическими параметрами на складе
  • 05начисление связано с поставкой, приёмкой, упаковкой или хранением
  • 06продавец не понимает, из какого именно события сформировалась итоговая сумма
  • 07финансовый отчёт показывает корректировку, но её расчёт или основание неочевидны
  • 08спорное начисление относится к FBO, FBS, realFBS или другой схеме работы площадки

Первый вопрос Бюро — какие конкретные параметры товара, складские события и действовавшие правила сформировали спорное начисление.

02Что именно могла зафиксировать площадка или склад

В спорном начислении значение могут иметь:

  • 01заявленные габариты и вес товара
  • 02результаты контрольного замера
  • 03дата и место замера
  • 04схема работы продавца — FBO, FBS, realFBS или иная
  • 05событие приёмки или отгрузки
  • 06данные упаковки и маркировки
  • 07срок и условия хранения
  • 08маршрут логистики
  • 09категория товара
  • 10применённый тариф
  • 11дата вступления тарифа или правила в силу
  • 12отражение начисления в финансовом отчёте

Финансовое начисление нужно связывать не с общей формулировкой «логистика» или «габариты», а с конкретным измерением, событием, тарифом и датой его применения.

03Где чаще всего возникает расхождение

Спор может возникнуть, когда:

  • 01параметры товара в карточке отличаются от данных контрольного замера
  • 02замер проведён позже поставки, а начисление применено к более раннему периоду
  • 03продавец не видит исходные данные измерения
  • 04тариф изменился после создания поставки или заказа
  • 05одна и та же операция отражена в разных разделах отчётности по-разному
  • 06логистическое событие зафиксировано платформой иначе, чем его видит продавец
  • 07штраф или корректировка сформированы автоматически, но из кабинета неясно, на каком именно событии основан расчёт
  • 08данные склада, карточки товара и финансового отчёта не складываются в одну непротиворечивую цепочку

Ключевой вопрос — можно ли по доступным данным восстановить непрерывную цепочку от фактического параметра товара или складского события до конкретного финансового начисления.

04Что важно разделить при проверке

При разборе нельзя смешивать несколько разных уровней:

  • 01Исходные параметры товара. Что продавец указал в карточке: габариты, вес, категория, упаковка
  • 02Фактическое складское событие. Что произошло при приёмке, замере, хранении, перемещении или отгрузке
  • 03Правило или тариф платформы. Какая редакция условий действовала на соответствующую дату
  • 04Финансовое последствие. Как именно событие отразилось в отчёте: логистика, хранение, штраф, корректировка или иное удержание

Только после сопоставления этих четырёх уровней можно понять, соответствует ли начисление фактическим данным и действовавшим условиям Wildberries или Ozon.

05Wildberries: что проверяем отдельно

Для Wildberries важно сопоставить не только итоговое удержание, но и всю цепочку, которая к нему привела:

  • 01какие габариты и вес были указаны продавцом
  • 02когда и где проводился контрольный замер
  • 03какие значения зафиксировал склад
  • 04была ли доступна детализация результата замера
  • 05какая редакция тарифов и правил действовала на эту дату
  • 06к каким заказам или поставкам применилось начисление
  • 07как оно отразилось в финансовом отчёте
  • 08были ли последующие корректировки
  • 09обращался ли продавец в поддержку и какой ответ получил
  • 10совпадают ли данные карточки, склада и финансовой отчётности между собой

Для Wildberries ключевой вопрос — можно ли проследить непрерывную связь от конкретного замера или складского события до конкретного начисления в отчёте продавца.

06Ozon: что проверяем отдельно

Для Ozon важно отдельно установить, по какой схеме работал продавец и какое именно логистическое или складское событие стало основанием начисления. При проверке сопоставляются:

  • 01схема работы — FBO, FBS, realFBS или иная
  • 02дата заказа, поставки или отгрузки
  • 03заявленные габариты и вес товара
  • 04фактические параметры, зафиксированные при приёмке или обработке
  • 05маршрут и этап логистики
  • 06стоимость обработки, доставки и хранения
  • 07действовавший на эту дату тариф
  • 08дата вступления тарифа в силу
  • 09отражение операции в отчёте продавца
  • 10последующие корректировки или перерасчёты
  • 11переписка с поддержкой по спорному начислению

Для Ozon ключевой вопрос — соответствует ли конкретное начисление фактически зафиксированному событию, применённой схеме работы и тарифу, который действовал на эту дату.

07Какие данные и документы нужны для проверки

Для первичного разбора обычно достаточно собрать:

  • 01карточку товара с указанными габаритами и весом
  • 02сведения о спорной поставке, заказе или отгрузке
  • 03результаты контрольного замера, когда они доступны продавцу
  • 04финансовый отчёт с конкретным начислением
  • 05детализацию логистики, хранения или штрафа
  • 06уведомления платформы
  • 07действовавшую на нужную дату редакцию тарифа или правил
  • 08переписку с поддержкой
  • 09документы о фактических параметрах товара
  • 10сведения о последующих корректировках или перерасчётах

Главное — собрать не весь кабинет целиком, а документы и данные, которые связывают конкретный товар, конкретное событие и конкретное начисление.

08Что проверяет Бюро

Бюро сопоставляет фактические параметры товара, складские события, правила платформы и финансовое начисление в одной проверяемой цепочке. В рамках проверки можно:

  • 01восстановить хронологию поставки, приёмки, замера, хранения и начисления
  • 02сопоставить данные карточки товара с данными склада
  • 03проверить, какая редакция правил и тарифов действовала на нужную дату
  • 04установить, к какому именно событию относится спорное удержание
  • 05сравнить расчёт платформы с финансовым отчётом продавца
  • 06выявить расхождения между исходными параметрами товара и данными, использованными площадкой
  • 07определить, были ли последующие перерасчёты или корректировки
  • 08отделить фактическое складское событие от автоматического расчёта или вывода системы
  • 09определить, каких данных не хватает для окончательной проверки

Задача Бюро — восстановить проверяемую связь: товар → параметр или складское событие → действующее правило → расчёт → конкретное финансовое последствие.

09Где заканчивается факт и начинается расчёт платформы

При проверке важно разделять:

  • 01фактические параметры товара
  • 02событие, которое действительно произошло на складе или в логистической цепочке
  • 03правило, по которому платформа квалифицировала это событие
  • 04формулу или тариф, применённые к событию
  • 05итоговое начисление в отчёте продавца

Сам по себе факт замера, хранения или перемещения товара ещё не объясняет размер удержания. Между событием и суммой должен быть понятный расчётный переход.

Проверка начинается с факта и заканчивается финансовым результатом: параметр → событие → правило → тариф → начисление.

10Что нельзя утверждать без подтверждения

До проверки конкретных данных нельзя заранее утверждать, что:

  • 01площадка неправильно измерила товар
  • 02склад зафиксировал ошибочные параметры
  • 03применён не тот тариф
  • 04начисление произведено задним числом
  • 05логистический сбой произошёл по вине маркетплейса
  • 06штраф или удержание автоматически являются неправомерными
  • 07продавец корректно указал все исходные параметры
  • 08перерасчёт обязательно должен быть произведён
  • 09обращение в поддержку гарантированно приведёт к отмене начисления

Вывод формируется только после сопоставления исходных параметров товара, фактического события, действовавших правил, тарифа и финансового отражения операции.

11Что может быть результатом проверки

Результатом проверки становится не общий вывод о том, что маркетплейс “прав” или “ошибся”, а восстановленная цепочка конкретного начисления — от параметров товара и складского события до применённого тарифа и суммы в отчёте. По итогам могут быть сформированы:

  • 01хронология спорной поставки, замера или логистического события
  • 02сопоставление параметров товара с данными склада и карточки
  • 03проверка действовавшей редакции тарифа или правила
  • 04расчётная цепочка спорного удержания
  • 05перечень расхождений между данными продавца и платформы
  • 06фиксация последующих корректировок или перерасчётов
  • 07перечень недостающих данных
  • 08структурированная позиция для обращения в поддержку или претензионной работы
  • 09техническая часть материалов для профильного юриста
  • 10вывод о том, какие обстоятельства подтверждаются документально, а какие остаются неустановленными

Контур М4 используется как дополнительный слой проверки цифрового и расчётного основания и не заменяет экспертизу, судебную оценку, юридическое представительство или полномочия самой платформы.

12Официальные источники

Wildberries

Габариты товаров — контрольные обмеры, коэффициенты логистики и хранения, результаты замеров и порядок оспаривания Штрафы, удержания и другие взыскания для продавцов — габариты, вес и другие основания начислений Отчёт по удержаниям — занижение габаритов, замеры склада и связанные удержания Вознаграждение и иные выплаты продавца — официальный раздел оферты о вознаграждении, услугах, штрафах и удержаниях из выручки

Ozon

Официальный Ozon Seller — базовый официальный контур продавца и схем работы площадки
  • 01действующие тарифы на логистику, обработку и хранение