Заказ на Wildberries собран, стикеры наклеены, отгрузка ушла. Через день претензия: покупатель заказал один артикул — приехал другой. На складе клянутся, что «всё сканировали». И формально так и есть: свои штрихкоды пикали, документ закрыли, а этикетки маркетплейса оказались на чужих коробках.
Это не «невнимательность раз в год». На FBS при ручной наклейке стикеров WB ошибка почти вшита в процесс: комплектовка отдельно, этикетки МП приносят пачкой, визуально коробки похожи. Один неверный стикер — и система считает заказ выполненным, а покупатель получает чужой товар.
Ниже — как закрыть эту дыру двойным контролем на терминале сбора данных: сначала свой штрихкод, потом QR с этикетки маркетплейса. Без отдельного «ритуала контроля», который все пропускают в пик.
В чём реальная проблема
На складе обычно два разных кода:
| Код | Откуда | Зачем |
|---|---|---|
| Внутренний штрихкод | Ваша этикетка на товаре / ячейке | Подобрать правильный SKU |
| QR / стикер WB | Личный кабинет маркетплейса под конкретный заказ | Куда и кому отправлять на стороне WB |
Классический провал: кладовщик правильно собрал позиции, а при наклейке стикеров МП перепутал коробки. Повторный скан «своих» кодов ошибку не ловит — они как раз совпадают с заданием. Стикеры WB другие: их либо не сверяют, либо сверяют «на глаз».
Итог для бизнеса: возвраты, штрафы, падение рейтинга, ручной разбор претензий. Для собственника это не «мелочь склада», а прямые деньги и нервы менеджеров.
Почему нельзя «просто привязать QR к артикулу»
У Wildberries стикер заказа не универсальный. На каждую единицу в поставке — свой код: даже пять одинаковых наименований в разные адреса дадут пять разных QR. Код живёт в контексте заказа, а не «навсегда на номенклатуре».
Отсюда следствие для учёта:
- QR нужно подтягивать в учётную систему вместе с заказом (интеграция / обмен), а не заводить вручную как постоянный реквизит товара.
- На ТСД сверка должна идти против позиции конкретного заказа, а не против справочника номенклатуры «в целом».
- Если обмен с кабинетом МП лежит (смена сервера, недонастроенный модуль интеграции) — автоматический двойной контроль не на чём строить, пока данные не появятся в документе.
Как должен выглядеть двойной контроль
Идея простая — как контроль маркированной продукции в рознице: пикнул товар → система просит второй код → только после совпадения строка закрывается.
Целевой сценарий на ТСД
- Кладовщик открывает задание на сборку / реализацию (тот же документ, которым уже работают).
- Сканирует внутренний штрихкод позиции.
- ТСД запрашивает QR с этикетки Wildberries.
- Система проверяет: этот QR относится к этой позиции в этом заказе?
- Да → количество/строка принимается. Нет → ошибка, переклейка, повтор.
Критично: не отдельный документ «контроль качества после всего». Отдельный шаг вне основной сборки почти всегда умирает под давлением объёма. Контроль должен быть внутри того процесса, без которого заказ нельзя закрыть.
Что смотреть у вендора ТСД
Если склад на Cleverence или аналоге — сначала вопрос к поддержке:
- есть ли штатный сценарий «два скана на одну строку» (как марка);
- можно ли вторым кодом считать QR заказа МП, а не Честный знак;
- умеет ли процесс не увеличивать количество, если дважды пикнули один и тот же тип кода по ошибке;
- как документ ТСД получает эталонный QR из 1С / обмена.
Готового ответа «у всех селлеров уже включено» ждать не стоит: у площадок разные форматы, у интеграций — разная глубина. Но сама механика двойного запроса для вендоров типовая.
Пошаговый план внедрения
1. Зафиксировать физический процесс
Кто печатает стикеры WB (ЛК или 1С), кто клеит, в какой момент относительно подбора, есть ли зона комплектовки. Без этой карты автоматизация будет латать не то место.
2. Проверить данные в учётной системе
На живом заказе WB ответить на три вопроса:
- заказ вообще попадает в 1С (или другую учётку) из кабинета;
- есть ли в строках / табличных частях значение QR / стикера;
- можно ли однозначно сопоставить «наш штрихкод ↔ QR заказа».
Если интеграция временно не работает — сначала поднимают обмен, потом пилят ТСД. Иначе получите красивый экран ошибки без эталона для сверки.
3. Спроектировать точку контроля
Выбрать документ, которым реально закрывают отгрузку: сборка, реализация, отбор — как у вас принято. В него же встроить второй скан. Отдельный «подбор штрихкодов», который нельзя привязать к отгрузке, обычно бесполезен.
4. Внедрить и прогнать на пилоте
10–20 реальных заказов с намеренной переклейкой на тесте: ТСД обязан поймать ошибку. Параллельно — короткий инструктаж: что делать при красном экране (переклеить, не «пропустить как обычно»).
5. Закрепить регламент печати
Даже идеальный ТСД не спасёт, если стикеры печатают пачкой без порядка и кладут вперемешку. Правило: печать и наклейка в порядке строк задания либо поштучно под сканом.
Практический пример (обезличенный)
Селлер FBS на WB: похожие наборы в одинаковых коробах. После комплектовки менеджер приносит пачку этикеток из кабинета. Кладовщик клеит быстро — визуально всё «как в задании». Скан своих штрихкодов зелёный. Через сутки — претензии на пересорт.
После внедрения двойного контроля ошибка ловится на столе отгрузки: второй QR не совпал с позицией → терминал не дал закрыть строку. Переклейка занимает секунды, а не недели переписки с покупателем.
Если похожая схема на вашем складе — получите диагностику: за один созвон поймём, есть ли QR в учётной системе и что реально закрыть на ТСД.
Типичные ошибки
- Делать контроль отдельным документом «когда будет время».
- Путать внутренний штрихкод и QR WB — это разные сущности.
- Обещать привязку QR к артикулу «навсегда» — на WB коды заказные.
- Пилить ТСД, пока в 1С нет эталонного QR в заказе.
- Обучать только одного кладовщика — в смене ошибка вернётся с другим человеком.
- Печатать этикетки пачкой без порядка строк задания.
- Считать, что «Честный знак уже есть — значит, и стикеры МП закроются сами». Это разные контуры.
FAQ
Обязательно ли менять WMS ради двойного контроля?
Нет. Часто достаточно доработать процесс в текущем ТСД и убедиться, что учётная система отдаёт эталонный QR в документ задания.
Можно ли обойтись камерой и «смотреть глазами»?
На малых объёмах — иногда. На потоке FBS визуальный контроль нестабилен: похожие короба, усталость, пик сезона. Скан против эталона масштабируется лучше.
Что делать, если этикетки удобнее печатать из кабинета WB, а не из 1С?
Печать из ЛК допустима. Важно другое: значение кода должно быть известно системе в момент скана на ТСД. Иначе сверке не с чем сравнивать.
Похоже ли это на контроль маркировки?
По UX на терминале — да: первый код, второй код, запрет закрытия при ошибке. По данным — нет: вместо кода марки используется стикер заказа маркетплейса.
Сколько это занимает по срокам?
Если обмен уже отдаёт QR и у вендора ТСД есть близкий сценарий — дни или 1–2 недели. Если интеграции нет или нужна глубокая кастомизация процесса — закладывайте отдельный этап работ и пилот на живых заказах.
Заменит ли двойной контроль инвентаризацию?
Нет. Он бьёт в конкретную дыру: переклейка стикеров МП при отгрузке. Остатки, адресное хранение и приёмка — отдельные контуры.
Что сделать сегодня
- Пройти один заказ от печати стикера WB до отгрузки и отметить, где возможен пересорт этикеток.
- Открыть этот заказ в учётной системе и проверить, есть ли там QR для сверки.
- Спросить у вендора ТСД про двойной скан в вашем документе сборки.
- Если данных или ответа нет — получить диагностику: разберём процесс и скажем, что реально закрыть в часах, без обещаний «из коробки».
Связанные материалы: пересортица на складе, Wildberries FBS и учёт, обмен МойСклад и 1С.
Автор: Кирилл Титов, CRMHUB — партнёр МойСклад и Битрикс24. 17 лет в складе и операционных процессах.