0% прочитано

Як я б побудувала переміщення між кількома складами

Переміщення між складами - це не просто відняти товар в одному місці й додати в іншому. Між відправленням і прийманням є окремий стан: товар уже не на першому складі, але ще не доступний на другому. Розбираю, як я б побудувала цей процес без ручного вирівнювання залишків.

1 листопада 2026 р. 10 хв читанняБізнес
Схема переміщення товарів між складами: перевірка залишків, резервування, комплектація, відвантаження, товари в дорозі, фактичне приймання та облік розбіжностей.

Товар не телепортується з одного складу на інший

Якщо склад A відправив 20 одиниць, а склад B ще не прийняв їх, ці 20 уже не повинні бути доступними на першому складі, але ще не повинні стати доступним залишком на другому. Я б зробила стан "у дорозі" повноцінною частиною процесу.

На папері переміщення виглядає дуже просто: мінус 20 на складі A, плюс 20 на складі B.

У реальному житті між цими двома операціями може пройти година, день або кілька днів.

Товар потрібно знайти, зарезервувати під переміщення, зібрати, перевірити, відправити, доставити, перерахувати на іншому складі і лише після цього зробити доступним.

Якщо система одразу додає його на склад призначення, менеджер може продати те, чого там фізично ще немає. Якщо залишає товар на складі відправлення до моменту приймання, інший працівник може пообіцяти клієнту товар, який уже поїхав.

Тому між двома складами для мене обов’язково існує третій стан - товар у дорозі.

Які стани товару я б розділяла

Це не обов’язково окремі таблиці чи екрани. Але бізнес повинен розуміти різницю між цими фактами.

На складі відправлення

Товар фізично знаходиться на вихідному складі та ще не переданий у переміщення.

Зарезервовано для переміщення

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

У комплектації

Працівники фактично збирають товар для конкретного переміщення.

У дорозі

Товар уже покинув склад відправлення, але склад призначення ще не підтвердив його отримання.

Отримано

Склад призначення фізично прийняв і підтвердив фактичну кількість.

Доступно на новому складі

Після приймання та необхідних перевірок товар можна використовувати для продажу або інших операцій.

Як я б побудувала переміщення між складами

Я б окремо фіксувала потребу, фактичне відправлення і фактичне приймання. Саме це не дозволяє залишкам "перескакувати" між складами раніше за товар.

  1. Виникла потреба в переміщенні

    Зрозуміло, який товар, у якій кількості, з якого складу і куди потрібно перемістити.

  2. Доступність перевірено

    Склад відправлення перевіряє не лише фізичний залишок, а й резерви та інші вже підтверджені потреби.

  3. Товар зарезервовано під переміщення

    Потрібна кількість більше не вважається вільною для нових операцій.

  4. Комплектацію розпочато

    Працівник отримує конкретне завдання і фактично збирає потрібні позиції.

  5. Фактичне відправлення підтверджено

    Фіксується, що саме і в якій кількості реально залишило склад відправлення.

  6. Товар переходить у стан "у дорозі"

    Він уже не є залишком складу відправлення, але ще не стає доступним на складі призначення.

  7. Склад призначення приймає товар

    Працівник перевіряє фактичну кількість і, за потреби, стан отриманого товару.

  8. Розбіжності фіксуються

    Якщо відправили 20, а отримали 19, система не повинна мовчки вважати переміщення успішним на 20.

  9. Фактичне отримання оприбутковано

    Підтверджена кількість стає залишком складу призначення.

  10. Переміщення завершено

    Відправлена, отримана та проблемна кількість узгоджені, а історія операції залишається доступною.

ПодіяСклад AУ дорозіСклад B
До переміщення100020
Зарезервували 30100 фізично, 70 доступно020
Відправили 30703020
Склад B отримав 28702 потребують з’ясування48
Розбіжність закрито700Фактичний результат за рішенням
До
Склад A відправляє 30 одиниць і пише складу B у чат. У таблиці працівник одразу віднімає 30 в одному місці та додає 30 в іншому. Наступного дня склад B знаходить лише 28. Тепер потрібно вручну з’ясовувати, де виправляти дві одиниці і в який момент виникла розбіжність.
Після
Фактичне відправлення створює 30 одиниць у дорозі. Склад B підтверджує отримання 28. Дві одиниці залишаються видимою розбіжністю, доки не буде зрозуміло, що з ними сталося. Жоден склад не підганяє залишок вручну під очікувану цифру.

Стан "у дорозі" важливий не тільки для правильного залишку.

Він відповідає ще на кілька бізнес-питань: скільки товару зараз переміщується між локаціями? Які переміщення вже мали приїхати? Де лежить відповідальність за товар у цей момент? Які замовлення на складі B очікують саме цю поставку?

Якщо переміщення триває довше звичайного, це вже може бути винятком, який потребує уваги.

Товар у дорозі не повинен зникати з обліку лише тому, що він тимчасово не лежить на жодній полиці.

Якщо відправили 30 одиниць, а отримали 28, я б не дозволяла просто змінити документ переміщення на 28 заднім числом. Інакше ми втратимо сам факт розбіжності. Спочатку мають залишитися два факти: відправлено 30, отримано 28. А вже потім окремо фіксується рішення щодо різниці.

Переміщення може починатися з різних причин

Я б зберігала причину, тому що вона допомагає зрозуміти пріоритет і подальший процес.

Потреба клієнтського замовлення

На складі B не вистачає товару для конкретного підтвердженого замовлення.

Поповнення запасу

Один склад має надлишок, а іншому потрібно підтримати робочий рівень залишку.

Сезонний або регіональний попит

Товар переміщується туди, де зараз очікується більший попит.

Повернення товару

Товар може повертатися на центральний склад, перевірку або іншу спеціальну локацію.

Виробнича потреба

Матеріали переміщуються до місця, де вони потрібні для конкретного виробничого процесу.

Внутрішнє балансування

Компанія перерозподіляє запаси між локаціями, не чекаючи критичного дефіциту.

Окреме питання - чи можна ще до прибуття пообіцяти товар клієнту на складі призначення.

Я б не змішувала це з фізично доступним залишком.

Наприклад, менеджер може бачити: 5 одиниць доступно зараз, ще 20 у підтвердженому переміщенні з очікуваним прибуттям завтра.

Бізнес може дозволити прийняти замовлення під майбутнє надходження. Але клієнту тоді обіцяють не "товар є на складі", а іншу реальність: товар очікується, і виконання залежить від успішного завершення переміщення.

Коротко про переміщення між складами

Основний принцип - відправлення не повинно автоматично означати приймання.

Коли зменшувати залишок складу відправлення?
Я б відділяла резерв від фактичного вибуття. Резерв зменшує доступність, а підтверджене фізичне відправлення вже змінює фактичний залишок складу.
Коли збільшувати залишок складу призначення?
Після фактичного приймання та підтвердження кількості, а не в момент, коли інший склад створив або відправив переміщення.
Що таке товар у дорозі?
Це товар, який уже фізично залишив один склад, але ще не був прийнятий іншим. Він не повинен бути доступним як звичайний залишок жодного з цих складів.
Що робити, якщо отримали менше, ніж відправили?
Зберегти обидва факти окремо і створити сценарій для розбіжності. Не варто переписувати історію так, ніби початкової різниці не було.
Чи можна продавати товар, який ще в дорозі?
Бізнес може дозволити приймати замовлення під очікуване надходження, але такий товар варто показувати окремо від фізично доступного залишку.
З чого почати перевірку поточного процесу?
Взяти кілька останніх переміщень і перевірити, у який момент змінився залишок кожного складу, чи був видимий товар у дорозі і як працівники обробляли розбіжності.

Як я б побудувала цей процес

У цій серії я беру реальні бізнес-процеси і розділяю очікування, рішення та фактичні операції, щоб стан бізнесу не доводилося відновлювати вручну.

Між вашими складами товар теж інколи "зникає" на день або два?

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