Расхождения при приёмке Wildberries: как сверить поставку, короба и баркоды

Коротко

• Сверяй на трёх уровнях: поставка → короб (ШК короба, в API это packageCode) → баркод товара. Итог по поставке почти ничего не объясняет.
• Сравнивай три источника: что заявлено в WB, что принял WB и что реально упаковали у себя. Без третьего не докажешь, что товар был в коробе.
• Если в одном размере минус, а в соседнем такой же плюс, почти всегда перепутаны этикетки (пересорт), а не потерян товар. Ноль по всем баркодам одного короба означает другой сценарий: короб не приняли или не отсканировали.
• Обезличка — это товар, который склад не смог привязать к твоему баркоду. Часть «недостачи» потом находится именно там.
• Претензия работает, когда в ней есть номер поставки, ШК коробов, баркоды, количества и фото или видео упаковки.
• Выгрузку и сверку автоматизировать стоит. Решать, подавать ли претензию, и отправлять её должен человек.

Какие бывают расхождения и как их узнать по цифрам

Признаки из таблицы — гипотезы, а не вердикт. Но по ним сразу понятно, что проверять первым.

Три источника данных, без которых сверка не работает

1. Что ты заявил в WB. Это план поставки: баркоды, количество и распределение по коробам, которое ты загрузил (ШК короба → баркоды внутри).

2. Что принял WB. Фактическое количество после приёмки. В кабинете его видно в карточке поставки. Через API поставок FBW можно получить товары поставки с заявленным и принятым количеством и данные упаковки: код короба (packageCode), баркоды (barcode) и количество в каждом коробе. Набор методов и полей у WB меняется, поэтому перед разработкой сверься с актуальной документацией на dev.wildberries.ru.

3. Что ты реально упаковал. Лист упаковки со своего склада или фулфилмента: какой баркод в какой короб положили, кто упаковывал, фото закрытого короба. Это единственный источник, который не зависит от WB.

Частая ошибка — сравнивать только первый и второй источник и считать первый правдой. Но первый источник — это то, что ты собирался отправить, а не то, что поехало. Если упаковщик положил 19 штук вместо 20, а в файле осталось 20, претензию придётся предъявлять самому себе.

Лекарство простое: каждый товар сканируется в короб, и файл упаковки для WB собирается из этих сканов, а не вручную. Тогда первый и третий источник совпадают по построению.

Пошаговая сверка поставки

Шаг 1. До отгрузки: зафиксировать состав

На каждом коробе наклеен ШК, состав короба взят из сканов. Снимаешь фото или видео: открытый короб с товаром, закрытый короб с читаемой этикеткой, паллету или погрузку. Сохраняешь УПД или накладную, номер поставки и дату сдачи. Непрерывное видео упаковки, где видна этикетка короба, весит в споре больше, чем разрозненные фото.

Шаг 2. Дождаться финального статуса

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

Шаг 3. Свести таблицу по баркодам

По M и L худи это пересорт: всего худи заявлено 150 и принято 150. Деньги не потеряны, но остатки по размерам в WB теперь врут. Покупатель закажет M, а получит L, отсюда возвраты и отзывы. Значит, надо исправлять маркировку на упаковке. С футболкой (−12) спускаемся на уровень коробов.

Шаг 4. Спуститься до коробов

Для каждого баркода с минусом смотришь, в какие короба он упакован. Допустим, футболка лежала в двух коробах по 40, и в одном из них принято 28. Это уже конкретный короб с конкретной недостачей. Если же по какому-то коробу ноль по всем позициям, проверь, отсканировали ли его при приёмке вообще. Это другой сценарий, и претензия будет другой.

Шаг 5. Проверить обезличку

Перед претензией ищи свои позиции среди обезличенного товара. Раздел и механика в кабинете меняются, но суть одна: находишь товар по фото, описанию и артикулу и подаёшь заявку на идентификацию. Если 12 футболок нашлись там, претензия о недостаче не нужна. Нужна идентификация и разбор, почему этикетка не считалась.

Шаг 6. Классифицировать каждую строку

Каждой строке присваивается один исход:

• всё в порядке;
• пересорт — исправить процесс упаковки;
• обезличка — подать заявку на идентификацию;
• недостача с доказательствами — подать претензию;
• недостача без доказательств — списать и разобрать причину у себя.

Последний пункт неприятный, но честный: без сканов и видео спорить сложно.

Претензионный пакет: что собрать

• [ ] Номер поставки и дата фактической приёмки.
• [ ] ШК коробов с расхождением, номер паллеты, если она была.
• [ ] Таблица только по проблемным строкам: баркод, артикул, заявлено, принято, разница.
• [ ] Состав каждого проблемного короба по твоим сканам.
• [ ] Фото или видео упаковки, где видны этикетка короба и содержимое.
• [ ] УПД или накладная, подтверждение сдачи на склад; если вёз перевозчик, его документы.
• [ ] Три строки по сути: что ожидали, что получили, что просишь (перепроверить, найти, компенсировать).

Обращение подаётся через поддержку в кабинете, по теме поставок и приёмки. Сроки и требования к доказательствам задают правила WB, и они пересматриваются, так что проверь актуальную редакцию до того, как строить процесс. Неизменно одно: чем позже обращение, тем меньше шансов. На одну поставку — одна претензия, с конкретными цифрами и без эмоций.

Сколько времени это съедает и где автоматизация окупается

Ручная сверка поставки на 30–40 коробов выглядит так: выгрузить данные, свести их с листом упаковки, разложить по коробам, проверить обезличку, собрать файлы. Если всё лежит в порядке, это 1–3 часа работы менеджера. Если фото разбросаны по чатам, уходит больше. При 8–10 поставках в месяц набирается 10–25 часов.

Поэтому на практике сверяют выборочно, когда разница «заметная». А мелкие расхождения по 5–15 штук копятся месяцами.

Посчитаем на условном примере. 10 поставок в месяц по 1 000 единиц, средняя себестоимость 700 ₽, реальная недостача (не пересорт) 1%. Это 100 единиц, или 70 000 ₽ в месяц. Даже если вернуть только часть, сумма быстро перекрывает стоимость простой автоматизации. Это иллюстрация, а не обещание: результат зависит от того, есть ли у тебя доказательная база.

Что делает автоматизация:

• по расписанию забирает принятые поставки и их состав через API;
• подтягивает лист упаковки из таблицы, WMS или 1С;
• строит таблицу расхождений по поставке, коробам и баркодам и помечает гипотезы: пересорт, короб целиком, одиночная недостача;
• присылает в Telegram сводку вроде «Поставка №…: −12 по 2040…201, короб WB_…, видео упаковки есть — кандидат на претензию»;
• собирает черновик пакета: таблицу, состав короба и ссылки на фото.

У человека остаётся 10–15 минут: посмотреть, решить, отправить.

Арифметику здесь делает обычный код, и AI для неё не нужен. AI-агент полезен на других задачах: собрать черновик обращения, найти фото короба в папках и чатах, сопоставить описания для поиска обезлички, ответить на вопрос «что с поставкой от 12 октября». Как устроены такие агенты и чем они отличаются от чат-бота, разобрано в статье AI-агент для бизнеса.

Риски и где нужен человек

Задержка данных. Цифры WB обновляются не мгновенно, и сверка по промежуточному статусу покажет ложные недостачи. Правило: сверять только после финального статуса и повторять через несколько дней.

Гипотеза — не факт. Скрипт может принять за пересорт случайное совпадение минуса и плюса. Окончательную классификацию делает человек.

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

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

Логи. Сохраняй каждую сверку: какие данные и когда выгружены, какой получился результат, кто принял решение. Через пару месяцев это история для споров и статистика по тому, на каком этапе чаще всего ошибаются.

Качество входных данных. Если лист упаковки заполняют руками, автоматизация просто быстрее покажет ошибки. Начинать стоит с дисциплины сканирования.

Как внедрить без большого проекта

Этап 1. Упаковка. Скан каждого товара в короб, фото и видео с номером короба в названии, единая папка «поставка / короб». Обычно 1–2 недели уходит на то, чтобы это вошло в привычку.

Этап 2. Таблица сверки. Выгрузка из кабинета и лист упаковки в Google Sheets, формулы разницы по баркодам и коробам. Логику стоит проверить на 3–5 прошедших поставках.

Этап 3. Скрипт через API. Выгрузка по расписанию, сравнение по коробам, отчёт в Telegram.

Этап 4. Агент для претензий. Поиск доказательств и черновик обращения, отправка только после подтверждения человеком.

Если сомневаешься, стоит ли вообще автоматизировать сверку при твоих объёмах, начни с разбора как понять, что процесс пора автоматизировать.

FAQ

Почему при приёмке Wildberries принято меньше, чем заявлено?

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

Что такое packageCode и зачем он при сверке?

Так в API поставок называется код короба — тот самый ШК, который ты клеишь на коробку. По нему видно, какие баркоды и в каком количестве лежали в конкретном коробе. Благодаря этому вместо «не хватает 12 футболок» получается «не хватает 12 футболок в коробе WB_…», и такую претензию уже можно проверить.

Как отличить пересорт от недостачи?

Смотри на соседние позиции того же артикула. Если минус по одному размеру равен плюсу по другому, а итог по артикулу совпадает, это почти наверняка пересорт: перепутаны этикетки. Если минус ничем не компенсирован и не нашёлся в обезличке, это кандидат на недостачу.

Что делать с обезличенным товаром?

Найди свои позиции среди обезличенного товара в кабинете и подай заявку на идентификацию с фото и описанием. Параллельно разберись в причине: обычно это слабая печать этикеток, этикетка не на том месте или баркод не того товара. Если причину не устранить, обезличка повторится в следующей поставке.

Какие доказательства нужны для претензии по недостаче?

Минимум: номер поставки, ШК проблемных коробов, таблица расхождений по баркодам, состав коробов по твоим сканам, фото или видео упаковки с читаемой этикеткой короба и отгрузочные документы. Чем ближе доказательства к конкретному коробу, тем выше шанс на результат.

Можно ли полностью автоматизировать сверку и претензии?

Сверку — почти полностью: выгрузку, сопоставление, поиск гипотез и уведомления. Решение и отправку претензии лучше оставить человеку. Автоматическая классификация ошибается на пограничных случаях, а за неверную претензию отвечать будешь ты, а не скрипт.

Нужен ли API, или хватит выгрузок из кабинета?

При 2–3 поставках в месяц хватит выгрузок и аккуратной таблицы. API нужен, когда поставок много, ручная выгрузка начинает съедать часы, а сверку хочется запускать автоматически сразу после приёмки. Для сверки достаточно токена с правами только на чтение.

Что делать дальше

Начни с последней поставки, где цифры не сошлись. Сведи три источника: заявлено, принято и упаковано. Разложи расхождение по коробам и баркодам, проверь обезличку, и только потом решай, нужна ли претензия. Если окажется, что листа упаковки нет или он заполнен вручную, начинать надо со сканирования при упаковке, а скрипты подождут.

Расхождения на приёмке — лишь одна из точек, где у селлера утекают деньги. Разберём 10–20 SKU и покажем, где теряются деньги: в цене, рекламе, остатках, возвратах или закупках. Напиши Дмитрию в Telegram @dmkosik.