Инвентаризация FBS без остановки склада

Считать коробки во время сборки можно. Опасно другое: сравнить полку утром с остатком в кабинете вечером и назвать разницу недостачей.

Циклическая инвентаризация склада FBS — это короткие повторяющиеся пересчёты части товаров или ячеек, пока остальные заказы продолжают собирать. Здесь речь об операционной сверке для управления доступным остатком, а не о замене обязательной бухгалтерской инвентаризации. Если один товар одновременно продаётся на нескольких площадках, сверять нужно не только коробки, но и уже взятые в работу заказы. Покажем порядок на примере собственного склада и Яндекс Маркета; перед применением к другой площадке проверьте её правила резерва. Справку Маркета и порядок сверили 28 сентября 2026 года.

Что именно считать: полка, резерв и доступный остаток

Представьте одну позицию: на полке двенадцать исправных штук. Четыре уже отложены под заказы, одна стоит в зоне возвратов и ещё не прошла осмотр. На витрину нельзя передать просто число «12»: физическое наличие и готовность к новому заказу — разные вещи. Для внутреннего решения пригодны семь штук. Это пример расчёта, а не универсальная формула API площадок.

В официальной справке Яндекс Маркета об остатках продавцу предлагают передавать количество свободных товаров, фактически готовых к продаже; отдельно описаны автоматический резерв заказа и поведение после отмены упакованного FBS-заказа. Не вычитайте один и тот же резерв дважды: смотрите, передаёте ли вы свободное число вручную или ваша система уже учитывает заказы при синхронизации. Сверьте вычисление на одной позиции с фактической витриной.

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

Чем короткий пересчёт отличается от полной остановки склада

Выбор зависит от цены ошибки и того, могут ли сотрудники фиксировать движения товара. Циклический подход — не лицензия считать без контрольного момента. В документации Microsoft о cycle counting описаны задания по товарам и местам хранения; это пример методики для склада, а не обещание функции вашей учётной системы.

По справке Маркета после загрузки файла нужно дождаться результатов обновления, а при ошибке исправить файл и отправить снова. Поэтому «загрузили файл» и «проверили витрину» — разные этапы. Для площадок с иным способом резерва ориентируйтесь на их текущие инструкции, а не переносите порядок Маркета автоматически.

Как организовать пересчёт, пока заказы продолжают поступать

Выберите небольшую зону и зафиксируйте момент

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

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

Сосчитайте товар и восстановите движения

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

Затем внесите движения между снимком и окончанием счёта: приняли поставку, забрали штуку для сборки, вернули коробку в ячейку. В рабочей ведомости укажите время, SKU, место, количество, заказ либо документ движения и ответственного. Ищите причину расхождения до корректировки; обнулить число на площадке быстрее, но это может скрыть товар от покупателя без реальной недостачи.

Такой журнал — важнее красивой таблицы остатков. Он отвечает на вопрос, почему утром было двенадцать штук, а вечером осталось семь. Если два человека считают одну позицию, сверяйте не только итог, но и то, какие коробки были уже обещаны покупателю. В инструкции Маркета по FBS-заказам новые заказы находятся в разделе «Заказы → Заказы и отгрузки» во вкладке «Ждут сборки»: эту очередь проверяют при фиксации снимка.

Исправьте источник данных и проверьте витрину

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

На Яндекс Маркете для небольшого набора SKU справка описывает ручной ввод и частичное обновление Excel-файлом: при частичном режиме меняются только товары из файла. При полном режиме отсутствующие в файле позиции обнуляются. Поэтому после пересчёта одной ячейки не выбирайте полный режим по привычке. Проверьте страницу «Остатки», нужный магазин и результат загрузки. Подробный путь в кабинете разобран в материале как передать и проверить остатки на Яндекс Маркете.

Сценарий: отменили заказ после упаковки

Вы пересчитываете ячейку с одним видом сумок. Из десяти физически найденных штук две уже упакованы, ещё одну отвели в зону осмотра. На полке и столе всё сходится, но доступных для новых заказов не десять, а семь. Через пять минут покупатель отменяет один из упакованных заказов. Не прибавляйте сумку к продаже, пока не распаковали и не проверили её. Занесите событие в журнал движения и только потом обновите свободное количество.

Это не осторожность «на всякий случай»: таблица сценариев Маркета прямо говорит, что после отмены FBS-заказа на стадии «Готов к отгрузке» товар остаётся в резерве до передачи новых остатков. Для отмены до упаковки в той же таблице описано другое поведение. Статус заказа решает, когда товар снова можно обещать покупателю.

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

Что выигрываете и чем за это платите

• Быстро находите расхождения — но выделяете ежедневное окно сотрудника на пересчёт и разбор движений.
• Не останавливаете весь склад — но временно ограничиваете отбор в проверяемой ячейке или фиксируете каждое движение через неё.
• Замечаете ошибку до следующей поставки — но обязаны отдельно сверять физическую полку и очередь заказов, иначе «недостача» окажется упаковкой на столе.
• Уточняете доступное число для витрины — но после отправки проверяете итог в кабинете: успешная выгрузка не равна правильной цифре.

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

Кому подходит, а кому сначала нужен другой порядок

Подходит: продавцу со своим FBS-складом, несколькими зонами хранения и непрерывной сборкой, который знает, откуда берётся доступный остаток. Особенно полезно, когда один артикул продаётся в двух каналах: тогда ошибка полки быстро превращается в две независимые очереди заказов. Начните с одной ячейки и одного ответственного; только после успешной сверки распространите ритм на остальные позиции.

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

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

Ошибки: последствие и исправление

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

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

Решение по профилю склада

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

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