Несколько складов в МойСклад: перемещения и резервы 2026

Заказ подтверждён, менеджер видит в системе «в наличии», а кладовщик на точке говорит — товара нет. Через полчаса выясняется: остаток действительно есть, но на другом складе, в другом конце города. Пока туда съездят и привезут — клиент уже отменил заказ, а на маркетплейсе за это время насчитали штраф за просрочку отгрузки.

Это типичная картина, когда бизнес вырастает из одного склада, но продолжает вести учёт так, будто склад один. Появляется вторая точка, свой склад для FBS-отгрузок, отдельная зона для брака — а в МойСклад всё это либо не разнесено по отдельным складам, либо разнесено, но без документа перемещения и без понимания, как работает резерв. Результат — остатки «есть», а по факту недоступны, резерв «зарезервировал» не то и не там, а между складами товар едет без единого документа, который можно проверить.

В этой инструкции — как построить схему из нескольких складов в МойСклад: справочник складов, документ перемещения по шагам, механика резервов под заказы, отдельная роль транзитного склада и то, почему FBS и FBO нельзя вести на одном складе с розницей. С регламентом, чтобы через месяц всё не откатилось обратно к «одному большому складу на бумаге».

Что вы получите из этой инструкции

Понятные критерии: когда одного склада действительно не хватает, а когда несколько складов в системе — лишняя сложность.
Рабочую схему складов: основной, FBS, FBO, транзитный, брак/возврат — и что физически стоит за каждым из них.
Настройку справочника складов в МойСклад — без путаницы в названиях и привязках к организации.
Документ перемещения между складами по шагам — от создания до проведения и контроля «товара в пути».
Как реально работает резерв под заказ покупателя и почему «доступно» и «остаток» — не одно и то же.
Роль транзитного склада как буфера между точками, маркетплейсами и производством.
Регламент: кто и когда двигает товар между складами, чтобы остатки не расходились с фактом.

Когда одного склада уже не хватает

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

Признаки, что один склад пора разделить на несколько:

Физически несколько мест хранения — розничная точка и склад, склад и шоурум, склад в одном городе и склад в другом.
Отдельная площадка под маркетплейсы — товар для FBS лежит отдельно от товара под опт и розницу, чтобы сборщик маркетплейса не путался с обычными заказами.
Часть товара физически уехала на склад маркетплейса — при работе по FBO остаток есть, но не у вас, а у площадки; вести его на «своём» складе — это сразу искажённая картина остатков.
Нужен буфер между точками — товар от поставщика приходит в один город, а продаётся в другом, и между ними нужен транзитный этап.
Брак и возврат смешаны с товарным остатком — заказы улетают на бракованные позиции, потому что система не видит разницы между «товар для продажи» и «товар на разбор».

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

Схема складов: основной, FBS, FBO, транзит, брак

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

Тип склада	Что на нём хранится	Кто отгружает
Основной	Весь товарный запас, который не выделен под отдельный канал	Кладовщик, по заказам покупателей и на другие склады
FBS-склад	Часть остатка, зарезервированная под отгрузки со своего склада на маркетплейс	Сборщик маркетплейс-заказов, отдельно от розницы
FBO-склад	Учётный остаток, физически лежащий на складе маркетплейса	Никто — это виртуальный склад для учёта, отгрузка идёт средствами площадки
Транзитный	Товар, который в пути между точками, городами или от поставщика к получателю	Никто постоянно — склад-буфер на время перемещения
Брак / возврат	Товар, изъятый из продажи: повреждён, на разборе, ожидает решения	Отдельно, только по внутреннему регламенту, не по обычным заказам

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

Справочник складов: как настроить

Путь: Справочники → Склады → Добавить

При создании каждого склада заполните:

Название — короткое и однозначное: не «Склад 2», а «Склад FBS Wildberries» или «Транзит СПб → Москва». Через полгода название должно быть понятно новому сотруднику без пояснений.
Адрес — если склад физический, укажите реальный адрес; для виртуальных складов (FBO, транзит) можно указать пояснение вместо адреса, например «виртуальный, учёт остатка на площадке».
Организацию — если ведёте учёт по нескольким юрлицам, привяжите склад к нужному; это влияет на то, какие документы можно проводить между какими складами.
Ответственного — сотрудник, который физически отвечает за остаток на этом складе; для транзитного и FBO-складов это тот, кто контролирует перемещения через них.

Дополнительно, если планируете адресное хранение (зоны и ячейки внутри склада), настройку зон делайте отдельно после создания склада — это самостоятельный слой, который не заменяет разделение по складам, а работает внутри каждого из них.

Правило именования, которое экономит время всей команде: одна и та же логика во всех названиях — либо «Склад + канал», либо «Склад + город», не мешайте подходы в одном справочнике. Если смешать — через несколько месяцев в списке складов будет «Склад Москва», «FBS», «Транзит-2» и «Основной» одновременно, и никто не сможет быстро понять структуру без объяснений.

Перемещение между складами: пошагово

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

Шаг 1. Создайте документ перемещения

Путь: Склад → Перемещения → Создать

В шапке документа укажите:

Склад-отправитель — откуда физически уходит товар;
Склад-получатель — куда он приходит;
Дату — фактическую дату отправки, а не дату оформления документа задним числом.

Шаг 2. Добавьте позиции

Внесите товары и количество, которое реально грузится. Если перемещение идёт с ТСД — сканируйте штрихкоды прямо в документ, это исключает ручные опечатки в количестве.

Шаг 3. Проведите документ на отправку

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

Шаг 4. Контролируйте статус «в пути»

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

Шаг 5. Проведите приход на складе-получателе

Когда товар физически прибыл, ответственный на складе-получателе сверяет фактическое количество с документом и проводит приход. С этого момента остаток становится доступен для отгрузки уже с нового склада.

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

Резервы под заказы: почему «есть на складе» и «доступно» — не одно и то же

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

Остаток — сколько товара физически учтено на складе;
Доступно — остаток минус то, что уже зарезервировано под другие заказы.

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

Где резерв ломается на стыке складов

Самая частая проблема с резервами в схеме из нескольких складов — не сам механизм резерва, а то, что заказ создают на склад, где товара физически нет. МойСклад в этом случае либо не даст зарезервировать количество больше доступного остатка на выбранном складе, либо (если настройки это допускают) уйдёт в отрицательный остаток — а это прямой путь к обещанию клиенту того, чего фактически нет.

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

Резерв и инвентаризация

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

Товар «есть», а продать не можете — не понятно, где резерв, а где реальный свободный остаток? Получите бесплатную диагностику — за 15 минут разберём вашу схему складов и резервов и покажем, где именно теряются заказы.

Транзитный склад: буфер между точками

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

Между городами. Товар едет из одного города в другой несколько дней — на этот период он числится на транзитном складе, а не «висит» непонятно где между отправителем и получателем.
Консолидация перед отгрузкой на маркетплейс. Товар с нескольких точек собирается в одном месте перед крупной поставкой на склад FBO — транзитный склад показывает, что уже собрано, а что ещё в пути.
От поставщика до приёмки. Если между отгрузкой поставщиком и физической приёмкой на своём складе проходит заметное время (особенно при работе с логистическими компаниями), транзитный склад фиксирует, что товар уже куплен и оплачен, но ещё не доступен для продажи.

Без транзитного склада в такие периоды остаток либо продолжает висеть на складе-отправителе (и его по ошибке продают, хотя товар уже уехал), либо преждевременно попадает на склад-получатель (и его продают до того, как он физически прибыл). Оба варианта — прямой путь к пересортице и обещаниям клиенту того, что реально недоступно.

FBS и FBO — отдельные склады, а не разделы одного

Частая ошибка при выходе на маркетплейсы — попытка вести FBS-остатки и обычные продажи на одном складе, «просто фильтруя» по тегу или группе. Это работает до первого пика заказов, а дальше начинает путать сборщиков и искажать остатки, которые площадка забирает для показа в карточке товара.

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

FBO-склад — виртуальный склад в МойСклад, который отражает не то, что физически лежит у вас, а то, что физически лежит на складе маркетплейса после поставки. Логика обратная: вы не отгружаете с этого склада вручную, а получаете отчёты от площадки о продажах и остатках, которые нужно синхронизировать в систему.

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

Регламент: кто и когда двигает товар между складами

Схема складов без регламента откатывается к хаосу за один загруженный месяц — как только объём вырастет, кто-то начнёт «экономить время» и двигать товар без документа.

Что	Периодичность	Кто отвечает
Перемещение между точками	По факту отгрузки, в день выезда	Кладовщик склада-отправителя
Подтверждение прихода на складе-получателе	В день физического поступления, не позже	Кладовщик склада-получателя
Контроль незавершённых перемещений (статус «в пути» дольше нормы)	Еженедельно	Руководитель склада
Сверка резервов с реальными заказами	Еженедельно	Руководитель склада / старший менеджер
Пересмотр схемы складов (нужны ли новые, актуальны ли старые)	Раз в квартал	Собственник / руководитель склада

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

Типовой сценарий: как это работает вместе

Чтобы собрать всю схему в одну картину — вот как выглядит связка складов на практике, без привязки к конкретной компании.

Бизнес с розничной точкой и продажами на маркетплейсе начинает с одного склада, где смешаны розница, товар под FBS и брак. Первый шаг — разделение справочника: заводят «Основной», «FBS-склад», «Брак/возврат». Товар под маркетплейс перемещают документом на FBS-склад партиями по мере пополнения, розница продолжает работать с основного. Через месяц добавляется второй город — появляется «Транзитный склад СПб → Москва», через который идёт поставка раз в неделю: пока товар в пути несколько дней, он корректно виден как «в транзите», а не пропадает из учёта и не задваивается на двух точках одновременно.

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

Типичные ошибки при работе с несколькими складами в МойСклад

1. Один склад на всё, когда точек уже несколько

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

2. Перемещения не проводят, а правят остатки вручную

Следствие: нет документа, который можно проверить; остатки на двух складах расходятся без объяснимой причины. Решение: каждое движение товара между складами — только через документ перемещения, без исключений «просто один раз поправим».

3. Приход на складе-получателе подтверждают с задержкой в дни и недели

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

4. Резерв игнорируют, оформляют заказ на склад, где товара нет

Следствие: обещание клиенту того, что физически недоступно, срыв сроков отгрузки. Решение: проверка доступного остатка именно на выбранном складе до подтверждения заказа, а не после.

5. FBS-склад смешан с обычной розницей

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

6. Нет транзитного склада при доставке между городами

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

7. Инвентаризацию проводят по всем складам сразу, без разделения

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

FAQ

Сколько складов можно завести в МойСклад?

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

Как посмотреть остатки сразу по всем складам?

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

Что такое резерв и как он считается?

Резерв — это количество товара, зарезервированное под конкретные незакрытые заказы покупателей на определённом складе. «Доступно» = «Остаток» минус «Резерв». Продавать и подтверждать новые заказы можно только в пределах доступного количества на выбранном складе.

Нужен ли отдельный склад для FBS?

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

Можно ли зарезервировать товар на складе, где его физически нет?

Штатно — нет, если товара недостаточно на выбранном складе, доступное количество для резерва ограничено остатком именно этого склада. Обещать клиенту товар с другого склада можно только после того, как оформлено и проведено перемещение.

Что делать, если перемещение «потерялось» в пути?

Проверить статус документа перемещения: если он проведён на отправку, но не проведён на приход, товар формально находится «в пути». Нужно физически найти товар и провести приход на складе-получателе — либо, если товара действительно нет (утеря, повреждение), оформить это отдельным документом списания с указанием причины, а не тихо закрыть перемещение.

Как транзитный склад помогает при работе с несколькими маркетплейсами?

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

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

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

Остатки между складами расходятся, а резервы путают заказы? Бесплатная диагностика — 15 минут. Разберём вашу схему складов, перемещения и резервы, покажем, где именно теряются заказы: получить диагностику.

Читайте также:

Автор: Кирилл Титов, CRMHUB — официальный партнёр МойСклад и Битрикс24. 17 лет в складе и операционных процессах.