Поставка FBS на WB: сборочные задания и стикеры

Поставка FBS на Wildberries — это набор собранных заказов, объединённых в одну передачу. Каждый заказ приходит как сборочное задание, на него печатается стикер, готовые задания добавляются в поставку, поставка закрывается и передаётся. Цепочка простая, но в ней четыре места, где чаще всего ломается учёт: статус задания, стикер, состав поставки и момент закрытия. Ниже разбираем путь задания от получения до передачи, считаем нагрузку и даём чек-лист.

Путь сборочного задания

Задание проходит несколько состояний. Названия в интерфейсе и API у площадки могут отличаться, поэтому описываем их по смыслу.

1. 1Новое: заказ оформлен покупателем, задание появилось у продавца, время пошло.
2. 2В сборке: склад принял задание в работу.
3. 3Собрано и добавлено в поставку: товар упакован, стикер наклеен, задание привязано к конкретной поставке.
4. 4Поставка закрыта: состав зафиксирован, поставку нельзя наполнять дальше.
5. 5Передано: поставка принята на пункте приёма.
6. 6Отменено: покупатель или площадка отменили задание на любом из шагов до передачи.

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

Стикер задания: что проверять

Стикер — это опознавательный знак задания на упаковке. Wildberries печатает его по данным конкретного задания, и он должен лежать именно на той упаковке, где лежит содержимое этого задания.

Проверки на столе упаковки:

• перед печатью система показывает состав задания, упаковщик сканирует единицы;
• после закрытия состава печатается стикер;
• стикер наклеивается ровно, код читается, на нём нет складок и перекрытия скотчем;
• последнее сканирование стикера подтверждает связь «упаковка — задание».

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

Состав поставки

Поставка — контейнер для заданий. Её создают в кабинете или через API, а затем добавляют в неё готовые задания. Практические правила:

• создавайте поставку заранее, до начала сборки, чтобы готовые задания сразу попадали в неё;
• добавляйте в поставку только те задания, у которых упаковка и стикер уже проверены;
• не откладывайте добавление «на потом»: пока задание не в поставке, его легко потерять на столе;
• перед закрытием сверьте число заданий в системе склада с числом в кабинете.

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

Закрытие и передача

Закрытие поставки — точка невозврата для её состава. После него печатается идентификатор поставки, обычно в виде кода на листе, и поставка готова к передаче. Передача идёт по правилам выбранного способа: в одних случаях вы везёте сами, в других забирает перевозчик. Конкретику по способам смотрите в кабинете.

Практические правила закрытия:

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

Отмены заказов

Покупатель может отменить заказ до передачи. Для склада это самая неприятная ситуация: задание уже собрано, упаковка заклеена, стикер наклеен. Если отмену вовремя не заметить, упаковка уедет в поставке напрасно, а товар исчезнет из доступного остатка.

Что помогает:

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

Расчёт нагрузки на закрытие поставки

Условный пример (замерьте своё время). За смену собрано 300 заданий. Закрытие поставки включает сверку числа заданий, печать идентификатора и проверку упаковок выборочно или целиком. Если проверять каждую упаковку по две минуты, это 10 часов; при выборочной проверке 20 % упаковок получается 2 часа.

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

Разбор дня: 300 заданий от утра до передачи

Условный день, цифры замерьте у себя. За ночь и утро накопилось 120 заданий, до обеда пришло ещё 180. Склад работает в одну смену, передача в конце дня.

1. 1Утро: подгружаем 120 заданий, сортируем по сроку. Ближайшие по сроку идут первой волной.
2. 2Первая половина дня: сборщики идут по маршрутам, упаковщики сканируют и клеят стикеры. В поставку задания добавляются сразу после упаковки, а не пачкой вечером.
3. 3Середина дня: сверка числа заданий. Если в системе склада 180 готовых, а в поставке 176, четыре упаковки ещё на столе. Находим их, пока никто не торопится.
4. 4После обеда: приходят оставшиеся 180 заданий. Вторая волна, тот же порядок.
5. 5За два часа до передачи: проверка статусов. Отменённые задания убираем, поставку закрываем с запасом.
6. 6Передача: сверка идентификатора поставки, подписание документов, обновление статусов.

Обратите внимание на третий пункт: промежуточная сверка в середине дня стоит минуты, а ошибка, найденная вечером, стоит часов и нервов. Любое расхождение выгоднее находить рано.

Синхронизация статусов и API

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

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

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

Что проверить у оператора перед передачей FBS

Если вы выбираете склад для сборки FBS на Wildberries, задайте пять вопросов:

1. 1Как склад получает задания: по API, вебхуку или вручную из кабинета?
2. 2Сканируется ли каждая единица при упаковке и сохраняется ли журнал сканирований?
3. 3Как обрабатываются отмены между сборкой и закрытием поставки?
4. 4Что показывает кабинет: статус задания, состав поставки, остаток?
5. 5Как оператор компенсирует штраф площадки, если ошибка его, и какие документы нужны?

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

Первый запуск FBS на Wildberries: порядок действий

Если вы только переходите на FBS, не пытайтесь запустить весь ассортимент в первый день. Рабочий порядок такой:

1. 1Выберите для старта 10–20 артикулов с понятными штрихкодами и стабильным остатком.
2. 2Проверьте, что у каждой единицы есть читаемый код, а для маркированных позиций код «Честный знак» привязан к карточке.
3. 3Настройте передачу остатков и получение заданий, затем проведите тестовое задание от получения до закрытия поставки.
4. 4Запишите время каждого шага и посчитайте, сколько заданий в день вы реально закрываете.
5. 5Только после этого расширяйте ассортимент и подключайте остальные артикулы.

Такой запуск занимает дольше первых двух дней, зато находит слабые места, пока заказов мало. Сравнение схем и их влияния на нагрузку смотрите в статье «FBS, rFBS и DBS», а порядок сборки в пик описан в статье «Сборка заказов FBS».

Типичные ошибки

1. 1Задание добавлено в поставку до проверки стикера. Затем стикер оказывается нечитаемым, а поставка уже закрывается.
2. 2Не сверено число заданий. Одно осталось на столе и пропало до утра.
3. 3Не заметили отмену. Отменённая упаковка поехала на передачу.
4. 4Поставку закрыли слишком поздно. Передача прошла со следующим рейсом, срок срывается.
5. 5Нет связи между заданием и местом на складе. После пропажи неизвестно, где искать упаковку.

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

Что отличает FBS на WB от FBS на Ozon

Идея одна: заказ превращается в задание или отправление, на него печатается этикетка, собранное передаётся. Различаются термины и детали. У Wildberries центр процесса — поставка как контейнер заданий, у Ozon — грузовое место и способ передачи. Практическое следствие для склада: учёт должен хранить связь «единица — задание — контейнер передачи» независимо от площадки. Тогда одна и та же логика сканирования работает на обеих. Про Ozon читайте в статье «Отгрузка FBS на Ozon», а общую картину схем даёт статья «Что такое FBS на WB и Ozon».

Где вам помогает склад

Если вы собираете сами, держите в голове три цифры: сколько заданий в день, сколько минут уходит на задание и сколько времени остаётся до передачи. Когда эти цифры перестают сходиться, пора считать вариант с оператором. У нас сборка FBS стоит 30–50 ₽ за заказ без НДС, упаковка от 10 ₽, штрихкод от 4 ₽, перемаркировка «Честный знак» 8–12 ₽ за штуку. Полный прайс на странице цен, а о схеме работы с Wildberries рассказывает страница фулфилмента для Wildberries и страница FBS.

Каждая принятая единица у нас учитывается под своим кодом, сканы сохраняются, а статусы заданий видны в кабинете селлера: данные обновляются с задержкой около минуты, демо открыто без регистрации. Подключение к вашей системе идёт через открытый REST API v1.1 и вебхуки: подходит любая учётная система, будь то 1С, МойСклад, CRM, ERP или собственная разработка. Документация лежит на api.perfektpak.ru/docs. Целевая точность сборки от 99,9 %, отгрузка за 24 часа в 95 %+ поставок: это целевые значения из SLA.

Чек-лист закрытия поставки FBS

• Все задания в учёте склада имеют статус «собрано» и привязаны к поставке.
• Число заданий в системе склада равно числу в кабинете Wildberries.
• Стикеры читаются, лишних наклеек нет.
• Отменённые задания вынуты и убраны на отдельную полку.
• Идентификатор поставки напечатан и лежит рядом с упаковками.
• Известен час передачи и ответственный.
• После передачи проверены статусы, расхождения записаны.

Вывод

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