Devlly

get in touch

Devlly - студія розробки. Автоматизуємо бізнес: від Telegram-бота до повноцінної CRM/ERP-системи.

Розсилка

Автоматизація складу: облік залишків і рух товарів

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

Чому автоматизація складського обліку стає необхідністю

Excel-таблиця залишків працює, поки склад маленький і за нею стежить одна людина. З ростом обʼєму все ламається: два співробітники одночасно відкривають файл і зберігають різні версії, одна перезаписує іншу. Комірник списав брак, але забув внести зміну до таблиці до кінця зміни. Клієнт повернув товар, і ніхто не додав його назад в залишок, бо повернення оформили окремим документом, який ніхто не звірив із рахунком.

Додається пересорт: на полиці лежить товар з одним артикулом, а в системі значиться інший, бо хтось переставив коробки під час прибирання. У результаті на складі на 3000 позицій розбіжність між обліком і фактом накопичується щотижня, і раз на квартал доводиться зупиняти роботу на кілька днів для звірки вручну. Автоматизація складу прибирає саме цю причину: кожна дія - прихід, списання, резерв, відвантаження - фіксується одразу як транзакція, а не як пізніший запис у файл. Наприклад, на складі побутової техніки з 1200 позиціями перехід на сканування скоротив час місячної звірки з двох повних робочих днів до трьох годин.

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

Прийом товару: звірка з накладною і що робити з недовкладенням

Прийом - момент, де найлегше зафіксувати помилку постачальника, поки вона ще не розчинилась серед інших залишків. Кожна позиція з накладної сканується штрихкодом при прийманні, а не вводиться вручну за назвою: ручний ввід на 500 рядків накладної дає в середньому 2-4% помилок через схожі назви й одруки, скан штрихкоду - долі відсотка.

Система одразу звіряє кількість за скан-кодами з кількістю в накладній постачальника. Якщо прийшло 480 одиниць замість заявлених 500, недовкладення фіксується актом ще на етапі приймання, і претензія постачальнику йде з конкретним номером партії, а не з памʼяті через два тижні. Брак виводиться в окремий залишок «на списання», а не змішується зі здоровим товаром, інакше він піде на продаж і поверненням клієнта. Такий підхід також дисциплінує постачальників: коли претензії підтверджені конкретними цифрами й фото ще на етапі приймання, кількість повторних недовкладень від того самого партнера падає вже за перші два-три місяці.

Відвантаження і резерв: чому позицію бронюють у момент замовлення

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

Правильна логіка: залишок зменшується на суму резерву одразу в момент підтвердження замовлення, ще до фізичної збірки. Вільний залишок, який бачать усі канали продажу, це фактичний залишок мінус резерви за незакритими замовленнями. Так дві точки продажу - інтернет-магазин і Telegram-бот - завжди бачать однакову, актуальну цифру.

Це рятує саме від дорогих помилок: продажу того, чого фактично вже немає, подвійного продажу останньої одиниці і, як наслідок, скасувань і зіпсованої репутації. На складі на 1000-3000 позицій із десятками замовлень на день різниця між «резерв при замовленні» і «резерв при збірці» - це різниця між 1-2 конфліктами на тиждень і жодного.

Інвентаризація без зупинки складу

Повна інвентаризація раз на рік - це 2-3 дні простою складу, а команда, яка рахує все підряд, втомлюється і починає помилятися сама в останній третині списку. Практичніший підхід - вибіркова звірка по товарних групах: одна група щотижня, за графіком, поки решта складу продовжує працювати. На практиці група з 200-300 позицій перевіряється за 2-3 години силами одного-двох людей, і склад продовжує приймати та відвантажувати замовлення паралельно.

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

Точка перезамовлення і Telegram-бот для комірника

Мінімальний залишок, при якому пора замовляти партію, рахується не на око, а за формулою: середній денний продаж, помножений на строк поставки в днях, плюс страховий запас на 3-5 днів. Якщо позиція продається в середньому 8 одиниць на день, а постачальник везе 10 днів, точка перезамовлення - приблизно 100-120 одиниць. Замовили пізніше - товару немає в продажу тиждень, замовили значно раніше - гроші заморожені на складі в неліквіді.

Система рахує це по кожній позиції окремо й автоматично, а не за єдиним правилом «менше 10 штук» для всього асортименту, яке однаково погано працює і для ходового товару, і для повільного. Сповіщення про критичний залишок приходить відповідальному одразу, як тільки залишок перетнув розраховану точку, а не після того, як позиція вже закінчилась.

Для щоденної роботи комірника зручний окремий Telegram-бот прямо на складі: скан або введення коду списує позицію з залишку, приймання нової партії заноситься з телефона за хвилину, а поточний залишок по будь-якому артикулу видно без входу в основну систему. Це особливо помітно на складах, де комірники раніше вели облік у блокноті чи паперових бланках і губили частину даних ще до кінця зміни. У Devlly такі рішення для обліку залишків, прийому і резервування товару збирають під конкретний склад і асортимент, з урахуванням того, які саме розбіжності найбільше заважають бізнесу.

Потрібна допомога? Пишіть нам