Автоматизація складу для гуртовика: замовлення і запаси

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

Стаття для власника чи операційного директора гуртової компанії або дистриб’ютора на 5–100 людей: будматеріали, сантехніка, автозапчастини, продукти, господарські товари. Замовлення приходять у Viber, Telegram, поштою й телефоном. У клієнтів різні ціни й відстрочки. Склад збирає по рахунку, який роздрукував менеджер.

Розберемо весь шлях гуртового замовлення: прийом заявки, резерв, збір, контроль, документи, відвантаження, поповнення запасу й борги клієнтів. Покажемо, як порахувати, скільки коштує ручна робота, коли потрібні штрихкоди й WMS, а коли вистачить системи під ваш процес. І окремо — що в цьому ланцюжку робить ШІ, а що мають рахувати формули.

Коротко:

Склад гуртовика губить гроші між відділами, а не на полиці. Продали те, що вже в резерві. Зібрали не той артикул. Відвантажили клієнту з простроченим боргом.
Перший крок — вільний залишок і резерв під замовлення. Без них штрихкоди й прогнози не допоможуть.
ШІ розбирає заявки у вільній формі й готує чернетки: замовлення, лист клієнту, заявку постачальнику. Ціну, залишок і точку замовлення рахують формули.
WMS з адресами й терміналами потрібна не кожному. Пороги рішення — у розділі про вибір системи.
Запуск займає тижні, а не місяці, якщо почати з опису процесу й чистого довідника товарів.

Чим склад гуртової компанії відрізняється від інших

Більшість статей про склад написані або для інтернет-магазину, або для великого розподільчого центру. Гуртовик на 5–100 людей живе між ними, і в нього свої болі.

Багато рядків, різні одиниці, різні ціни

Гуртове замовлення рідко буває на одну позицію. Будівельний магазин бере двадцять мішків цементу, п’ятдесят листів OSB і тридцять упаковок утеплювача. Кожен рядок — окреме місце на складі, своя одиниця (мішок, лист, упаковка, палета) і своя кратність. Ціна теж своя: за договором, за обсягом, за акцією постачальника. Коли цю ціну рахують у голові й переносять у накладну вручну, помилка — питання часу.

Продажі й склад працюють на одному залишку

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

Відстрочка платежу живе поруч зі складом

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

Чотири рівні автоматизації складу

Рівень	Що є	Що вирішує	Чого не вирішує
1. Таблиця й бухгалтерська програма	Залишок «на вчора», рахунок вручну	Облік для бухгалтерії й податків	Резерв у реальному часі, контроль збору
2. Система під процес	Замовлення з етапами, резерв, завдання складу в Telegram, документи	Вільний залишок, черга збору, борг перед відвантаженням	Адресне розміщення великих потоків
3. WMS з адресами й терміналами	Комірки, маршрути відбору, сканування кожного руху	Швидкість і точність на тисячах рядків	Продажі, ціни для клієнтів і борги — їх веде інша програма
4. Механізація	Конвеєри, сортувальники, роботи	Великий потік однотипних відправлень	Не окупається на невеликому складі

Більшості компаній нашого розміру потрібен другий рівень. Іноді до нього додають окремі елементи третього — адреси комірок і сканування — без повноцінної WMS.

Шлях одного гуртового замовлення: де губляться гроші

Перш ніж щось автоматизувати, запишіть, як у вас іде одне замовлення. Ось типовий шлях для дистриб’ютора будматеріалів. Порівняйте зі своїм.

Десять кроків від заявки до оплати

Клієнт пише у Viber: «Потрібно 20 мішків М-500, 50 листів OSB 18 мм, 30 упаковок пінопласту 100 мм».
Менеджер розбирає позиції: шукає артикули, уточнює незрозуміле.
Перевіряє наявність і ціну саме для цього клієнта.
Дивиться борг клієнта і ліміт відстрочки.
Ставить резерв і виставляє рахунок.
Склад отримує завдання на збір — найчастіше роздрукований рахунок.
Комірник збирає замовлення, контролер перевіряє.
Пакування, маркування місць, фото палети.
Документи: видаткова накладна, ТТН, експрес-накладна перевізника.
Відвантаження, повідомлення клієнту, контроль оплати в строк.

На кожному кроці — людина, яка переносить дані з одного місця в інше. Типова ситуація: менеджер відповів «OSB є, пінопласту лише 22 упаковки», клієнт погодився за сорок хвилин, а цемент за цей час зарезервували під інше замовлення. Довелося передзвонювати.

Шість місць, де губляться гроші

Продаж того, що вже обіцяно. Менеджер бачить фізичний залишок, а не вільний. Два клієнти отримують підтвердження на ту саму палету.
Пересорт при зборі. Схожі артикули, різні фасування, різні виробники в сусідніх комірках. Клієнт отримує OSB не того виробника або не тієї товщини.
Машина чекає. Склад збирає в порядку надходження папірців, а не за часом відвантаження. Термінове замовлення лежить під тими, що можуть почекати.
Документи переписують руками. Рахунок, накладну й експрес-накладну заповнюють тричі. Кожне переписування — шанс помилитися в кількості чи адресі.
Відвантаження в борг понад ліміт. Склад не бачить дебіторки, менеджер забув перевірити. Товар поїхав, гроші — ні.
Повернення й бій без причини. Товар повернули або списали, але ніхто не записав чому. Через місяць залишок не сходиться, і винних немає.

Скільки коштує ручна робота складу: як порахувати

Порахувати втрати можна за годину з калькулятором. Цифра «до» потрібна з двох причин: вона показує, чи варто взагалі автоматизувати, і дає точку, з якою ви порівняєте результат.

Формула часу

Вартість ручної роботи за місяць = кількість замовлень за місяць × хвилини ручної роботи на одне замовлення ÷ 60 × вартість години людини.

Вартість години — це не лише зарплата. До неї додають єдиний внесок, який роботодавець платить зверху: зараз це 22% від бази нарахування (Закон про ЄСВ, ст. 8). Ділять на робочі години місяця — в середньому близько 168.

Чесно рахуйте лише ті хвилини, які справді зникнуть: перенесення тексту заявки, пошук залишку, переписування накладної, уточнення «де лежить». Розмова з клієнтом про умови нікуди не дінеться, і її в розрахунок не включають.

Розібраний приклад

Умовний приклад. Медіанна зарплата в оголошеннях на листопад 2026 року: менеджер з продажу — 40 000 грн (Work.ua, 9 611 вакансій), комірник — 30 500 грн (Work.ua, 9 829 вакансій). З єдиним внеском година менеджера коштує близько 290 гривень, година комірника — близько 221 гривні.

Компанія відвантажує 60 замовлень на день, 21 робочий день — 1 260 замовлень на місяць. Припустімо, менеджер витрачає 10 хвилин на перенесення позицій, пошук залишку й рахунок, а комірник — 6 хвилин на уточнення й переписування. Менеджери: 1 260 × 10 ÷ 60 = 210 годин, або близько 60 900 гривень. Склад: 1 260 × 6 ÷ 60 = 126 годин, або близько 27 850 гривень. Разом приблизно 89 тисяч гривень на місяць. Підставте свої цифри: у вас може бути вдвічі більше або вдвічі менше.

Вартість помилки комплектації

Помилки коштують більше за час. В опитуванні 250 керівників складів і дистрибуції зі США, Великої Британії, Франції та Німеччини одна помилка відбору в середньому коштувала близько 22 доларів, а у 52% компаній точність відбору була нижчою за 97% (DC Velocity, опитування Intermec). Опитування провели наприкінці 2012 року, але логіка не змінилася. А сам відбір — найдорожча операція складу: за оглядом наукових робіт про комплектацію замовлень, на нього припадає до 55% операційних витрат складу (de Koster та ін., 2007).

Як порахувати свою вартість помилки: повторна доставка + час менеджера на розбір + час комірника на перезбір + знижка чи компенсація клієнту. Продовжимо умовний приклад. Якщо помиляються у двох замовленнях зі ста, це 25 помилок на місяць. Повторна доставка — 600 гривень, година менеджера й година комірника — ще 511 гривень, компенсація — 500 гривень. Разом близько 1 600 гривень за помилку, або 40 тисяч гривень на місяць. Сюди не входить клієнт, який після третьої помилки почав замовляти деінде.

Коли автоматизація складу не окупиться

Чесні ознаки, що поки рано:

замовлень мало, і один менеджер встигає все без поспіху;
асортимент невеликий, комірник знає кожну позицію в обличчя;
клієнтів кілька, і всі на передоплаті;
власник не готовий змінювати правила — склад і далі видаватиме товар «за дзвінком».

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

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

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

Заявка у вільній формі: що робить ШІ

Клієнт пише так, як звик: текстом у месенджері, фото рукописного списку, Excel-файлом поштою. ШІ розбирає позиції й кількість і зіставляє їх з вашим каталогом. Якщо назва неоднозначна, він питає клієнта в Telegram: «Уточніть, будь ласка: OSB 18 мм Kronospan чи Egger?» Відповідь записується в замовлення.

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

Корисна деталь — словник клієнта. Один постійно пише «ОСБ 18», інший — «кроноспан лист», третій — внутрішнім кодом свого складу. Коли менеджер один раз виправив зіставлення, система запам’ятовує його для цього клієнта. Наступного разу чернетка вже правильна.

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

Вільний залишок і резерв

Формула проста: вільний залишок = фізичний залишок − резерви під підтверджені замовлення − брак і товар на перевірці. Менеджер бачить саме вільний залишок. Фізичний потрібен складу й бухгалтерії.

Правила резерву записують один раз і далі не сперечаються:

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

Ліміт відстрочки перевіряють до резерву

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

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

Клієнт сам бачить наявність і статус

Окремий B2B-портал для цього не обов’язковий. Клієнти гуртовика вже сидять у Telegram. Бот компанії відповідає на типові питання за базою знань і каталогом. Якщо підключити дані компанії, він покаже ціну для конкретного клієнта, статус замовлення, борг і повторить минуле замовлення. Замовлення бот оформлює лише чернеткою рахунку — видає його менеджер. Скаргу чи складне питання бот передає менеджеру із задачею. Як це виглядає, можна подивитися в демо-боті @pawlove_demo_bot або на сторінці ШІ-бота для клієнтів.

Менеджери, яких звільнили від переписування заявок, займаються продажами. Що ще в їхній роботі варто передати системі — у статті про автоматизацію відділу продажів.

Комплектація і відвантаження: що автоматизувати на самому складі

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

Завдання на збір замість роздрукованого рахунку

Рахунок складений для бухгалтерії, а не для комірника. Позиції в ньому йдуть у порядку, як їх набрав менеджер. Комірник ходить складом туди й назад.

Завдання на збір має інший вигляд:

позиції відсортовані за місцем зберігання — маршрут без повернень;
кількість у складських одиницях: дві палети й шість мішків, а не «106 мішків»;
примітки клієнта: «не кантувати», «документи в коробку», «вивантаження з торця»;
час відвантаження й перевізник;
кнопки «зібрано» і «бракує».

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

Адресне зберігання без дорогого обладнання

Адреса комірки — це код із зони, стелажа, ярусу й місця, наприклад «B-04-2». Для старту достатньо надрукованих етикеток на стелажах і поля «місце» в картці товару. Система підставляє адресу в завдання на збір.

Що розмістити біля зони відвантаження, вирішує не ціна товару, а частота відбору. Порахуйте, скільки разів за останні три місяці кожна позиція потрапляла в замовлення. Позиції, які беруть найчастіше, ставте найближче й на рівні рук. Важкі — на нижні яруси. Рідкісні — в глибину складу.

Штрихкод і сканування: коли окупаються

Штрихкоди на більшості товарів уже є — їх наносить виробник. Питання лише в тому, чи сканувати під час збору. Ознаки, що варто:

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

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

Хвилі відвантаження під машини

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

Контроль і фото перед відвантаженням

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

Документи гуртового відвантаження: українська специфіка

Гуртовик відвантажує з пакетом документів. Чим менше їх заповнюють руками, тим менше розбіжностей між складом, бухгалтерією й клієнтом.

Що система формує із замовлення

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

ТТН і е-ТТН у 2026 році

Для внутрішніх вантажних перевезень е-ТТН з червня 2026 року працює на постійній основі: постанова Кабміну № 720 від 04.06.2026 вивела систему з експериментального режиму. Використання електронної форми поки добровільне (ЛІГА:ЗАКОН).

Мінрозвитку оприлюднило проєкт закону, за яким з 1 січня 2027 року е-ТТН стане основною формою, а паперова допускатиметься лише при технічній неможливості скласти електронну (buhplatforma.com.ua, 10.04.2026). Це ще не закон, але готуватися варто вже зараз.

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

Перевізники й експрес-накладні

Більшість гуртовиків частину товару відправляє службами доставки: «Нова пошта», Meest, «Укрпошта». Експрес-накладна має створюватися з даних замовлення, а номер для відстеження — автоматично надходити клієнту в той самий чат, де він замовляв. Менеджер не повинен переписувати адресу з повідомлення в кабінет перевізника.

Податкова накладна і бухгалтерія

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

Повернення і претензії

Повернення оформлюють документом з причиною: пересорт, бій, не підійшло, прострочено. До документа — фото. Повернений товар не стає вільним залишком одразу: спершу його перевіряють і вирішують — на полицю, у брак чи на списання. Так залишок не «пливе», а причини повернень видно у звіті.

Поповнення запасу: точка замовлення замість «на відчуття»

Класичне поповнення в невеликого гуртовика: менеджер з постачання дивиться на залишок і замовляє, коли «мало». Поріг «мало» живе в його голові. Коли він у відпустці, склад або порожніє, або забивається.

Формула точки замовлення

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

Точка замовлення = середній продаж за день × (строк постачання + період перевірки) + страховий запас.

Найпростіший страховий запас: максимальний продаж за день × максимальний строк постачання − середній продаж за день × середній строк постачання.

Умовний приклад для OSB 18 мм. Середній продаж — 12 листів на день, максимальний — 20. Постачальник везе в середньому 5 днів, найдовше — 7. Залишки ви перевіряєте раз на 3 дні. Страховий запас: 20 × 7 − 12 × 5 = 80 листів. Точка замовлення: 12 × (5 + 3) + 80 = 176 листів. Коли вільний залишок разом із товаром у дорозі опускається до 176, система готує заявку.

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

Що додає ШІ

Формула рахує точку. ШІ допомагає там, де потрібне пояснення:

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

Остаточне рішення про закупівлю ухвалює людина. Менеджер з постачання замість щоденного перегляду десятків позицій отримує короткий список заявок на підтвердження.

Типові помилки з запасами

Рахувати середнє разом із днями дефіциту. Якщо товару не було, продажі нульові не через попит. Такі дні виключають.
Забувати про товар у дорозі й резерви. Тоді система замовляє вдруге те, що вже їде.
Одна точка на весь рік. Сезонні позиції перераховують перед сезоном.
Ігнорувати кратність постачальника. Заявка на 37 листів, коли постачальник везе пачками по 50, — зайве листування.

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

Дебіторка гуртовика: склад не відвантажує в борг наосліп

Відстрочка — стандарт гуртової торгівлі. Але кожен день прострочення — це товар, який ви вже віддали, а гроші за нього досі в клієнта.

Чому борги — частина складу

В опитуванні 8 385 компаній з 20 європейських країн респонденти сказали, що клієнти платять із запізненням 12,13% виручки. 62% компаній через це самі затримують оплату постачальникам (Intrum, European Payment Report 2026). Для гуртовика це замкнене коло: клієнт не заплатив — немає грошей на закупівлю — на складі дефіцит.

Ланцюжок нагадувань

Нагадування мають іти за графіком, а не тоді, коли в менеджера з’явився вільний час. Типовий ланцюжок:

за три дні до строку — м’яке нагадування клієнту з номером рахунку, сумою й датою;
у день оплати — повторне нагадування з реквізитами;
через три дні після строку — повідомлення відповідальному менеджеру в Telegram: клієнт, рахунок, сума, контакт, посилання на картку;
через тиждень — ескалація керівнику й прямий лист клієнту з проханням назвати дату оплати.

ШІ готує текст під конкретного клієнта й ситуацію: перше прострочення в надійного клієнта — один тон, третє поспіль — інший. На старті краще режим чернетки: менеджер переглядає й надсилає однією дією.

Три кольори клієнта

Простий скоринг з історії оплат:

зелений — платить вчасно; можна збільшувати ліміт;
жовтий — іноді запізнюється, але платить; ліміт не збільшують, нагадування — раніше;
червоний — регулярно прострочує більше ніж на погоджений строк; нові відвантаження — після оплати.

Колір видно в картці клієнта менеджеру й комірнику. Склад знає, що червоному клієнту без підтвердженої оплати замовлення не збирають.

Блокувати чи попереджати

Жорстке блокування ламає роботу з ключовими клієнтами: іноді власник свідомо дає відвантаження в борг. Тому краще попередження з фіксацією, хто й чому дозволив. Ми так само зробили «ворота» в системі нашої компанії з виробництва на верстатах з ЧПК: питання до клієнта позначаються на картці, і система попереджає, якщо замовлення з відкритими питаннями намагаються перевести у виробництво. Попереджає, а не блокує.

Детальніше про нагадування, скоринг і прогноз оплат — у статті про дебіторку в оптовій компанії, а про облік грошей по замовленнях і платіжний календар — у матеріалі про облік фінансів для бізнесу.

Автоматизація складу: облікова програма, WMS чи система під процес

Варіантів п’ять, і кожен чесно закриває свою частину задачі.

Порівняння варіантів

Варіант	Коли підходить	Сильна сторона	Обмеження
Таблиця Excel чи Google Sheets	Мало замовлень, один склад, усі на передоплаті	Безкоштовно й зрозуміло	Немає резерву в реальному часі, легко зіпсувати формулу
Облікова програма (BAS та інші)	Бухгалтерія, податки, звітність	Офіційний облік і документи	Незручна на складі, резерв і завдання — через доробки
Конструктор (Make, n8n) поверх наявних програм	Прості ланцюжки: повідомлення → таблиця → сповіщення	Швидкий старт без коду	Крихкий, коли кроків багато; часто ніхто не відповідає за підтримку
WMS	Адресний склад, кілька змін, багато рядків відбору	Маршрути, сканування, точність	Не веде продажі, ціни й борги; довге впровадження
ШІ-система під процес	Від заявки до оплати з вашими правилами	Резерв, завдання складу, документи й борги в одному місці	Потрібен опис процесу; бухгалтерія лишається в обліковій програмі

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

П’ять питань перед вибором

Скільки рядків відбору на день і скільки людей на складі? Якщо комірник один-два і всі позиції на виду, адресна WMS не потрібна. Якщо зміни й десятки тисяч комірок — без неї важко.
Чи є єдиний каталог з артикулами? Якщо ні, спершу наводять лад у довіднику, потім автоматизують.
Чи хочуть клієнти самі бачити наявність і статус? Якщо так — бот або кабінет. Якщо ні, вистачить швидких відповідей менеджера з готовою чернеткою.
Що болить сильніше — склад чи гроші? Якщо пересорт і затримки — починайте зі збору. Якщо прострочена дебіторка — з лімітів і нагадувань.
Яка облікова програма і чи вміє вона обмінюватися даними? Від цього залежить, скільки часу займе зв’язка.

Якщо склад досі в 1С

Проти «1С» і «Парус» у квітні 2023 року запровадили санкції на 10 років: блокування активів і повне припинення торгових операцій (Дебет-Кредит). Будувати нову автоматизацію складу на такій базі — ризик. Розумніше спланувати перехід і використати його, щоб заодно навести лад у довідниках.

Безкоштовні програми й готові рішення

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

Готова WMS від профільного інтегратора — правильний вибір, якщо у вас великий адресний склад, кілька змін і потік, де секунди на рядок відбору справді рахуються. Тоді WMS веде склад, а продажі й борги живуть в іншій системі, і їх зв’язують між собою. Якщо не впевнені, що вам підходить, пройдіть короткий тест «готова CRM чи власна система».

Як ШІ-система управління бізнесом веде склад гуртовика

Ми робимо систему під процес компанії. Залишок, резерв і завдання комірника в ній прив’язані до картки замовлення: менеджер підтвердив — товар зарезервовано, комірник натиснув «бракує» — менеджер дізнався про це за хвилину.

Що є в системі

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

Що робить ШІ

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

Чого ШІ не робить

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

Наш досвід

У системі для нашої компанії з виробництва на верстатах з ЧПК перша робоча версія з’явилася за один день: воронка, картки замовлень і клієнтів, канбан, дашборд, вхід через Telegram, форма з сайту. Усі модулі — за три тижні. ШІ-асистент у призначений день сам пише клієнту в Telegram, розбирає відповідь і записує її в картку, а якщо відповідь неясна — перепитує. Детально — у кейсі власної системи управління.

Другий урок — про перенесення розрахунків з Excel. Для виробника металоконструкцій ми перенесли в систему книгу на 104 аркуші й перед запуском звірили результати на контрольних прикладах. Збіглося до копійки. А в самому Excel знайшли помилки: для одного кроку ферм таблиця видавала #Н/Д, у кількох місцях рахувала неточно. Ми не виправляли мовчки, а передали інженеру. З прайсами гуртовика, де знижки клієнтів живуть у формулах таблиці, працюємо так само.

Код пишуть ШІ-агенти під контролем архітектора. Система належить клієнту: код і дані — ваші. Ставимо на ваш сервер або на наш, з передачею будь-коли, з щоденною резервною копією.

План запуску: опис процесу, перша версія і два тижні паралельно

Тиждень 1. Опис процесу і цифри «до»

Записуємо шлях замовлення так, як він іде насправді, а не як має бути за інструкцією. Паралельно знімаємо цифри «до»: скільки замовлень на день, скільки минає від заявки до підтвердження, скільки помилок збору й повернень за місяць, яка частина дебіторки прострочена. Без цих цифр через місяць нема з чим порівняти.

Довідник товарів без дублів

ШІ добре розпізнає «OSB 18 мм Kronospan 2500×1250». Але якщо в каталозі та сама позиція записана чотирма способами — «ОСБ 18», «osb_18_kron», «OSB лист 18», «Кроноспан ОСБ», — система або не знайде відповідності, або знайде не ту. Перед запуском приберіть дублі, зведіть назви до одного шаблону, архівуйте позиції, яких давно немає. Призначте людину, яка відповідає за довідник і після запуску.

Тижні 2–3. Перша версія і модулі по одному

Перша робоча версія — за кілька днів. Далі модулі по одному, у порядку болю:

прийом заявок, вільний залишок і резерв;
завдання складу в Telegram і контроль збору;
документи з фактичного відвантаження;
ліміти, кольори клієнтів і нагадування про борг;
точки замовлення й чернетки заявок постачальникам.

Уся система — 2–4 тижні після опису процесу.

Два тижні паралельно

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

Чекліст перед стартом

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

Типові помилки впровадження

Почати з ERP чи WMS на пів року. Через рік система наполовину впроваджена, а люди ведуть паралельні таблиці. Починайте з одного болючого місця й отримайте результат за тижні.
Автоматизувати хаос. Якщо менеджери обробляють замовлення по-різному, система просто пришвидшить безлад. Спершу один стандарт — зазвичай вистачає дня з ключовими людьми.
Сканувати без дисципліни. Якщо комірник сканує одну коробку й вводить кількість «на око», штрихкод нічого не контролює.
Не призначити власника винятків. ШІ передає людині все незрозуміле. Якщо ця черга нічия, замовлення там і залишаються.
Дати ШІ відповідати клієнтам із першого дня. Спершу режим чернетки. Автовідповіді — лише для перевірених типових ситуацій.
Без контролю версій і резервних копій. У нас одного разу оновлення зі старої копії затерло свіжий модуль — відновлювали вручну. Відтоді контроль версій і бекапи — з першого дня.

Часті питання

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

Чи можна автоматизувати склад, якщо облік у BAS або досі в 1С? Так. Облікова програма лишається для бухгалтерії й податків, а резерв, збір, завдання складу й нагадування працюють там, де зручно менеджерам і комірникам. Головне — один довідник товарів і клієнтів з однаковими кодами й чітке правило, яка програма є джерелом правди для залишку. Якщо облік досі в 1С, плануйте перехід на іншу програму, а не будуйте нову автоматизацію на старій — причини в розділі про вибір системи.

Скільки часу займає автоматизація складу під ключ? У нашому підході опис процесу займає тиждень, перша робоча версія буде за кілька днів, уся система — 2–4 тижні. Ще два тижні вона працює паралельно зі старим способом. Строки затягують брудний довідник товарів і відсутність відповідальної людини з боку компанії. Впровадження повноцінної WMS на великому складі — окремий проєкт на місяці.

Якщо у вас гуртова компанія чи дистрибуція і замовлення досі збирають по роздрукованих рахунках, опишіть, як у вас іде одне замовлення від заявки до відвантаження. Покажемо систему на демо за 30 хвилин і чесно скажемо, що вам вигідніше: таблиця, готова програма чи система під ваш процес. Детальніше — ШІ-система управління бізнесом.