Перемещение в МойСклад переносит товар с одного склада на другой внутри одной организации. Общий остаток компании не меняется — меняется его распределение, и это удобно контролировать вплоть до товара «в пути».
Что делает документ перемещения
Перемещение уменьшает остаток на складе-источнике и увеличивает на складе-получателе. Себестоимость товара при этом сохраняется — деньги никуда не «теряются», меняется только физическое место хранения. Это внутренний документ: контрагент и деньги в нём не участвуют.
Где применяется:
- переброска между магазинами и распределительным центром;
- отгрузка на склад маркетплейса (FBO) внутри своей структуры;
- перенос на склад брака или карантина;
- снабжение производственного склада сырьём.
Ключевое отличие от отгрузки в том, что перемещение — операция без денег и без взаиморасчётов. Ни выручки, ни задолженности оно не создаёт, а значит, и в отчёте о прибыли не участвует. Это делает документ безопасным для внутренней логистики: сколько бы перебросок ни было, финансовый результат компании они не искажают, меняется только карта остатков по точкам.
Где создать перемещение
Документ находится в разделе Склад → Перемещения. По кнопке + Перемещение открывается форма, где указывают два склада — откуда и куда — и организацию.
| Поле | Назначение |
|---|---|
| Со склада | Источник, откуда списывается товар |
| На склад | Получатель, куда поступает товар |
| Организация | Одна для обоих складов |
| Дата | Момент движения остатка |
Товар в пути
Между отгрузкой из одного склада и приёмкой на другом товар физически едет — иногда днями. МойСклад умеет это отражать через отдельный виртуальный склад «В пути» или через контроль статусов документа.
Схема с промежуточным складом:
- первое перемещение — со склада-источника на склад «В пути»;
- товар едет и числится «в пути», а не пропадает из учёта;
- второе перемещение — со склада «В пути» на конечный склад после фактического получения.
Так в любой момент видно, сколько товара в дороге, и приёмщик подтверждает поступление отдельным действием, а не «на веру».
Статусы и распределение ролей
Перемещению удобно назначать статусы в его воронке: «Собран», «Отгружен», «Получен». Это превращает документ в мини-процесс между двумя точками. Кладовщик источника ставит «Отгружен», приёмщик — «Получен».
- статусы настраиваются в
Настройки → Статусы документов; - по статусам строят отчёты и фильтры «что ещё не доехало»;
- права на редактирование ограничивают ролями, чтобы приёмщик не менял отгруженное количество.
Себестоимость и цены
При перемещении товар уходит по своей учётной себестоимости и по ней же приходит на новый склад — прибыль не возникает и не теряется. Это принципиально отличает перемещение от продажи между складами.
Нюансы:
- при методе FIFO перемещается конкретная партия со своей ценой;
- при средневзвешенной берётся средняя себестоимость на дату документа;
- розничные цены складов на перемещение не влияют — они относятся к продаже, а не к внутреннему движению.
Автоматизация через API
Регулярные перемещения — например, ежедневную допоставку из РЦ в магазины — автоматизируют через JSON API. Документ создаётся на ресурсе entity/move:
POST https://api.moysklad.ru/api/remap/1.2/entity/move
В теле обязательны ссылки sourceStore, targetStore и organization через meta, а также массив positions. Так внешняя система пополнения может формировать перемещения по расчёту потребности без ручного ввода.
Частые ошибки
Основные проблемы при перемещениях:
- Отгрузили больше, чем есть — уходит в минус остаток источника; включите контроль отрицательных остатков.
- Забыли провести приёмную часть при схеме «в пути» — товар вечно числится в дороге.
- Разные организации — документ просто не даст выбрать чужой склад.
- Перемещение вместо продажи между юрлицами — искажает взаиморасчёты.
Отдельно стоит следить за датами при схеме с товаром в пути. Если приёмную часть провести раньше отгрузочной, на короткий период остаток задвоится, и отчёты на промежуточные даты покажут неверную картину. Правило простое: сначала уходит товар с источника, затем — с той же или более поздней датой — приходит на получателя. При регулярных маршрутах этот порядок лучше зашить в автоматизацию, чтобы не полагаться на дисциплину кладовщиков.
Итог
Перемещение — базовый документ мультисклада: оно перераспределяет товар без изменения общего остатка и без появления прибыли. Для длинных маршрутов используйте склад «В пути» и статусы, контролируйте отрицательные остатки и не подменяйте перемещением продажу между юрлицами.
Мы выстраиваем в МойСклад схему мультисклада с товаром в пути, статусами и автопополнением магазинов, а при необходимости связываем перемещения с интеграциями и маркетплейсами. Поможем настроить логику так, чтобы остатки во всех точках были точными в реальном времени.
Частые вопросы
Меняется ли общий остаток компании при перемещении?
Нет. Перемещение только перераспределяет товар между складами одной организации — суммарный остаток по компании остаётся прежним.
Как учитывать товар, который едет несколько дней?
Заведите виртуальный склад «В пути» и делайте два перемещения: сначала на склад в пути, затем на конечный после фактического получения.
Можно ли переместить товар между разными юрлицами?
Нет, перемещение работает внутри одной организации. Между юрлицами оформляют отгрузку и приёмку или продажу.
Появляется ли прибыль при перемещении?
Нет. Товар уходит и приходит по одной себестоимости, поэтому прибыль не возникает и не теряется.
Как контролировать, что перемещение доехало?
Используйте статусы документа — «Отгружен», «Получен» — и стройте по ним отчёты о том, что ещё не поступило на конечный склад.
Что делать, если источник уходит в минус?
Включите контроль отрицательных остатков в настройках, чтобы система не давала отгрузить больше, чем есть на складе.
Можно ли автоматизировать регулярные перемещения?
Да, через JSON API на ресурсе entity/move. Внешняя система пополнения может создавать документы по расчёту потребности автоматически.
Поможем с настройкой и поддержкой МойСклад
Поможем с настройкой, доработкой и поддержкой МойСклад.