Ви натискаєте «Повідомити мене щодо одного товару», але комусь все одно треба знайти саме його серед сотень полиць, переконатися, що це він, і завантажити у правильну вантажівку. Електронна таблиця може підказати, що десь є 50 одиниць товару, але вона не може спрямовувати працівника по завантаженому складу, де запаси постійно переміщуються. Ось тут і стає в пригоді система управління складом Dynamics 365. Вона діє як цифровий путівник на складі, керуючи роботою від моменту надходження товарів до виходу замовлення з вантажної платформи. Наприкінці ви зрозумієте процеси приймання, зберігання, комплектування, відправлення та те, як уся діяльність пов'язана з бізнесом. Чому існує управління складом? Уявіть гамірну бібліотеку, де кожна книга прибуває на піддоні, переміщується між кімнатами і має потрапити до читача протягом години. Книги – це товари, полиці – це місце зберігання. Персоналу бібліотеки потрібно більше, ніж приблизне розуміння того, де лежать речі.

Їм потрібно знати точну полицю, точне місце та чи не обіцяна вже ця книга іншому читачеві. На складі та ж проблема, тільки помилка з вибором книги означає відправлення не того замовлення клієнту. Довгий час команди виконували більшу частину цієї роботи за допомогою паперових списків, ручного підрахунку та різних систем. Працівник записував, що перемістив, а потім хтось вводив ці дані в комп'ютер. Товар міг зникнути з полиці о 9.00 ранку, а система до обіду все ще показувала, що він там є. Ця затримка створює плутанину. Відділ закупівель запитує, що надійшло від постачальника. Відділ продажів запитує, чи можна відправити товар сьогодні. Менеджер складу запитує, де знаходиться піддон. Фінансовому відділу потрібно знати, які запаси має компанія. Якщо кожна команда бачить різні дані, люди починають перевіряти таблиці, бігати по складу та дзвонити одне одному. Робота швидко сповільнюється. Dynamics 365 Supply Chain Management поєднує ширший потік товарів у бізнесі.

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

Управління запасами відповідає на запитання «О, скільки в нас запасів». Воно відстежує кількість, вартість, деталі продукції та наявність у межах усього бізнесу. Управління складом відповідає на інше запитання «О, де саме знаходяться ці запаси» і що працівник має робити з ними далі. «О, знати, що у вас є 200 коробок продукту – це корисно. А знати, що 40 коробок стоять на приймальній платформі, 120 на оптовому зберіганні, 20 у зоні комплектування, а 20 уже зарезервовані для замовлень клієнтів – це те, що допомагає складу працювати. Отже, сприймайте управління запасами як облік товарів. Управління складом перетворює цей облік на керовану фізичну роботу. Вантажівка з доставкою щойно прибула на зону розвантаження. Постачальник очікує, що хтось її розвантажить, але справжня робота починається тоді, коли система вирішує, куди має потрапити кожен товар. Карта складу – майданчики, склади, локації та деталі запасів.

Перш ніж хтось зможе керувати запасами, системі потрібна карта фізичного простору. Сприймайте майданчик як ширше бізнес-місце, наприклад, заводський комплекс, дистриблюторський центр або регіональний підрозділ. Усередині цього майданчика ви можете мати один або кілька складів. Склад може означати цілу будівлю, але також і окрему зону зберігання всередині тієї ж будівлі. Ви можете тримати сировину на одному складі, готову продукцію на іншому, а повернені товари – на третьому. Потім йдуть локації. Локація – це точне місце, де виконується робота або де розміщено запас. Це може бути приймальна платформа, стелаж, полиця, контейнер, пакувальний стіл. Це також може бути карантинна зона, де продукти чекають на перевірку. Такий рівень деталізації усуває здогадки. Уявіть продукт під назвою «Синій віджет 100». Без контролю локацій система може лише повідомити, що 200 одиниць знаходяться на складі, а працівникові все одно доведеться їх шукати, що не набагато краще, ніж запитати когось, хто пам'ятає, що бачив їх минулого тижня.

З управлінням складом у записі можна побачити, що 80 одиниць знаходяться в проході 4 на стелажі B, полиця 03. Ще 60 знаходяться на оптовому зберіганні. Решта можуть бути біля зони пакування, готові до відкритих замовлень. Кожен продукт починається з власної ідентичності. Це включає номер товару, одиницю виміру для підрахунку та правила, що до нього застосовуються. Ви можете рахувати бутильовану воду ящиками, болти – поштучно, а плитку для підлоги – палетами. Деякі товари потребують особливих умов зберігання, оскільки вони важкі, крихкі, потребують охолодження або швидко реалізуються. Система дозволяє відстежувати запаси за кількома параметрами одночасно. Вона може відстежувати об'єкт, склад і конкретне місце розміщення. За потреби вона також може відстежувати номер партії, серійний номер або номерний знак контейнера. Кожна деталь відповідає на окреме питання щодо того самого фізичного продукту.

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

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

Замовлення на закупівлю повідомляє бізнесу, чого очікувати від постачальника, які продукти мають надійти, у якій кількості та, зазвичай, коли. Коли вантажівка прибуває на рампу, складська команда може звірити фактичну поставку з очікуваною, замість того, щоб приймати коробки без чіткого призначення. Працівник сканує товар або ідентифікатор палити та підтверджує кількість, що надійшла. Якщо постачальник відправив 100 ящиків, а з вантажівки вивантажили лише 98, різниця стає помітною відразу. Нікому не потрібно чекати, поки хтось введе дані в комп'ютер наприкінці зміни. Бізнес може бачити, що вже прибуло, а чого ще не вистачає. Іноді приймання товарів передбачає щось більше, ніж просто перевірку кількості. Постачальник продуктів харчування може доставити партію, яка потребує перевірки. Виробник може отримати деталі, які потребують схвалення перед відправленням на виробництво. У таких випадках Dynamics 365 може направити товар у зону карантину.

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

Директива розміщення – це набір правил, що дає відповідь на запитання, куди саме зараз слід відправити цей товар. Ці правила можуть враховувати продукт, його розмір, умови зберігання, обмеження простору складської зони та призначення місця зберігання. Важкий товар може бути відправлений на нижній ярус стелажа. Дрібні товари, що швидко обертаються, можуть потрапити в комірку поруч із місцем, де працівники комплектують замовлення. Товари, що потребують охолодження, можуть бути розміщені лише в спеціально затверджених зонах зберігання. Працівник бачить результат як чітку інструкцію, а не як сторінку зі складськими правилами. Шаблони робіт визначають сам процес виконання завдань. Сприймайте шаблон роботи як багаторазову картку завдання всередині системи. Для поставки від постачальника він може створити два кроки. Прийняти товар на рампі, а потім розмістити його в місці, обраному згідно з правилами.

Мобільний пристрій показує кожен крок у правильній послідовності, і кожне сканування підтверджує виконання дії. Така узгодженість важлива, коли різні люди працюють у різні зміни. Новому члену команди не обов'язково пам'ятати всі правила зберігання. Пристрій запитує правильне сканування, показує наступне завдання та фіксує переміщення. Менеджери бачать, чи чекає товар на доці, чи транспортується до складу, чи вже лежить на своєму місці. Але зони зберігання можуть створити нову проблему. Багато складів тримають великі запаси в місцях масового зберігання, тоді як менші зони відбору містять лише те, що потрібно для щоденних замовлень. Коли в зоні відбору закінчується товар, складу потрібно поповнити запаси, перш ніж полиця спорожніє. Це і є поповнення. Dynamics 365 створює завдання, яке вказує працівнику перемістити запаси з основного складу до зони відбору. Це планове поповнення, а не пошук товарів в останню хвилину, коли замовлення вже чекає.

Товари також можуть надходити іншими шляхами, ніж через замовлення на постачання. Замовлення на переміщення передає запаси з одного складу чи об'єкта на інший. Виробниче замовлення створює готову продукцію, яку потрібно прийняти на склад після завершення виробництва. У кожному випадку склад використовує ту саму базову модель – підтвердити прибуття, застосувати правила та спрямувати в правильне місце. Тепер запаси збережені, перевірені та готові до роботи. Але це має сенс лише тоді, коли склад може знову знайти їх для клієнта, який зробив замовлення. Ми повинні додати вихідні операції від замовлення клієнта до зони навантаження. Замовлення клієнта запускає процес відвантаження на складі. Команда продажів фіксує, що хоче клієнт, скільки одиниць потрібно і коли замовлення має бути відправлене. Це замовлення потрапляє в ту саму платформу, що й облік запасів. Отже, складу не потрібно працювати з окремим списком листів.

Перед початком відбору бізнес може зарезервувати запаси під це замовлення. Резервування означає, що система закріплює конкретний запас, щоб інше замовлення не могло його забрати. Якщо залишилося лише 10 одиниць і клієнт вже замовив усі 10, склад і відділ продажів бачать, що ці одиниці забронювані. Це дозволяє уникнути незручних розмов пізніше. Замовлення все ще потребує фізичної роботи. Хтось має піти до потрібного місця, взяти потрібний товар, підтвердити кількість, запакувати його та доставити на док. Dynamics 365 Warehouse Management перетворює замовлення клієнта на ці кроки. Для завантажених складів замовлення часто не випускаються по одному. Замість цього склад може створити хвилю. Хвиля – це спланована група замовлень, які команда хоче обробити разом. Можливо, всі замовлення відправляються однією вантажівкою. Можливо, вони мають спільну дату доставки, зону складу або маршрут клієнта.

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

Далі він сканує товар, а потім підтверджує його кількість. Якщо працівник відсканує не той товар, система може зупинити процес, перш ніж предмет потрапить до коробки. Малі перевірки запобігають великим помилкам. Для простого замовлення одна людина може відібрати всі товари для одного клієнта і принести їх до зони пакування. Але на складі з багатьма дрібними замовленнями можна використовувати кластерне комплектування. Кластерне комплектування дозволяє працівнику збирати товари для кількох замовлень за один прохід складом. Працівник може використовувати візок із окремими лотками, кожен з яких прив'язаний до іншого замовлення. Коли він відбирає товар, пристрій підказує, у який лоток його покласти. Це означає, що один прохід проходом допомагає виконати кілька замовлень клієнтів, не змішуючи їх між собою. Після відбору товари переміщуються до зони пакування. На етапі пакування підтверджується вміст кожної коробки, картонної упаковки чи палити.

Він отримує посилку і в цій посилці має бути правильний вміст із правильними даними для доставки. Деякі товари не потребують тривалого зберігання на полиці складу. Уявіть, що клієнт чекає на товар, який надходить від постачальника цього ж ранку. Замість того, щоб приймати його, зберігати на складі, а потім знову відбирати, можна використати кросдокінг. Кросдокінг спрямовує вхідні запаси безпосередньо до вихідного відправлення майже без довготривалого зберігання. Менше операцій означає менше шансів покласти щось не на те місце. Після цього відправлення потрапляє до зони комплектування та на вантажну платформу. Коли склад підтверджує виконання вихідної роботи, Dynamics 365 оновлює загальний процес замовлення. Товар більше не відображається як доступний у попередньому статусі. Замовлення на продаж просувається далі, а транспортні служби можуть використовувати деталі відправлення. Це не просто коробка, що залишає будівлю.

Дія на складі пов'язана з обіцянкою клієнту, обліком запасів та наступними кроками,

Щоденний контроль, переміщення, підрахунок та захист запасів. Товари не стоять на місці лише тому, що вони потрапили на полицю. Склад може переміщувати товари, бо зоні комплектування потрібне місце. Товар, що швидко продається, має бути ближче до пакування, або громіздкий піддон має покинути тимчасову зону. Dynamics 365 фіксує ці внутрішні переміщення, тому система продовжує відповідати фізичному стану складу після кожного кроку. Без такого запису товар може існувати в системі, але зникнути для працівника, якому він потрібен. Підрахунок важливий з тієї самої причини. Більшість людей уявляють інвентаризацію як повну зупинку роботи, коли персонал рахує кожну полицю та кожен осередок, поки звичайна робота завмирає. Таке буває, але багато складів натомість використовують циклічний підрахунок. Вони рахують обрані місця або товари за регулярним графіком, поки решта складу продовжує працювати. Можливо, цього тижня перераховують один стелажний ряд.

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

Такі інші складські завдання. Працівник йде до місця, сканує його та вводить фактичну кількість, яку бачить. Dynamics 365 порівнює це число з обліковою кількістю. Якщо обидва числа збігаються, підрахунок завершується. Якщо вони відрізняються, склад може провести розслідування, перш ніж хтось змінить запис про запаси. Можливо, щось перемістили без сканування. Можливо, товар лежить не в тому осередку. Можливо, попередній підрахунок містив помилку. Будь-яка розбіжність потребує пояснення. Коли фізична кількість і кількість у системі не збігаються, схвалене коригування запасів виправляє запис. Цей контроль важливий, оскільки коригування змінює те, що бізнес вважає своєю власністю. Це не повинно ставати швидким шляхом для уникнення належної складської роботи. Повернення потребують такої самої уваги. Клієнт може надіслати назад невідкритий товар, пошкоджену річ або щось, що потребує тестування.

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

Сканування стає записом. Етикетки роблять такі сканування можливими. Склад може друкувати етикетки, що скануються для товарів, місць, піддонів і контейнерів, зокрема етикетки з використанням Zebra Programming Language, часто званого ZPL. Простою мовою це означає, що система може надсилати інструкції щодо етикеток на підтримувані принтери Zebra, щоб працівник міг створити ідентифікатор, зрозумілий сканеру. Чітка етикетка надає фізичному запасу цифрову адресу, яка важлива під час переміщення, обліку, повернення чи перевірки якості. Кожна дія на складі може оновлювати той самий запис, який використовують люди в офісі, і цей зв'язок змінює більше, ніж просто точність складського обліку. Одна підключена платформа, що робить Dynamic 365 особливою. Деякі складські системи існують окремо від решти бізнесу. Хтось вводить замовлення на закупівлю в одній системі. Складський персонал відстежує доставку десь в іншому місці.

Згодом хтось копіює інформацію або намагається усунути розбіжності між двома записами. Це призводить до затримок, дублювання роботи та суперечок про те, які цифрі довіряти. Управління складом Dynamic 365 працює всередині управління ланцюгами постачання Dynamic 365. Закупівлі, продажі, переміщення, виробництво, якість, повернення та транспортування – усе це може бути підключено до одного бізнес-запису. Склад виконує свою фізичну роботу, але ця робота не залишається в окремому куточку, доступному лише працівникам складу. Уявіть, що надійшло замовлення від клієнта. Відділ продажів вносить замовлення. Склад створює та виконує завдання з відбору. Коли відправлення просувається, запис про запаси змінюється, і фінансова транзакція може слідувати за тією ж бізнес-подією. Людям не потрібно повторно вводити завершене відправлення в іншу систему, щоб просто повідомити фінансовий відділ, що товари залишили будівлю.

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

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

Коли правила відповідають будівлі, продуктам і людям на складі, кожне сканування перетворюється на корисну бізнес-подію, а не просто на звуковий сигнал портативного пристрою. Висновок. Цифровий путівник щодо динаміки роботи складу. Система управління складом 365 надає працівникам чіткі завдання, а кожне виконане завдання стає частиною загального бізнес-запису. Якщо цей інформаційний фрагмент прояснив різницю між записами про запаси та складською роботою, підпишіться на свій улюблений канал М365ФМ, а потім подивіться наступний епізод про управління запасами в Dynamics 365, де ми пов'язуємо те, чим володіє бізнес із місцями їх зберігання на складі.