WEBVTT

00:00:00.000 --> 00:00:05.460
Ви натискаєте «Повідомити мене щодо одного товару», але комусь все одно треба знайти саме його серед сотень полиць,

00:00:05.520 --> 00:00:08.580
переконатися, що це він, і завантажити у правильну вантажівку.

00:00:08.720 --> 00:00:12.020
Електронна таблиця може підказати, що десь є 50 одиниць товару,

00:00:12.120 --> 00:00:16.380
але вона не може спрямовувати працівника по завантаженому складу, де запаси постійно переміщуються.

00:00:16.540 --> 00:00:19.960
Ось тут і стає в пригоді система управління складом Dynamics 365.

00:00:20.480 --> 00:00:26.880
Вона діє як цифровий путівник на складі, керуючи роботою від моменту надходження товарів до виходу замовлення з вантажної платформи.

00:00:26.880 --> 00:00:33.840
Наприкінці ви зрозумієте процеси приймання, зберігання, комплектування, відправлення та те, як уся діяльність пов'язана з бізнесом.

00:00:35.120 --> 00:00:37.120
Чому існує управління складом?

00:00:37.360 --> 00:00:44.120
Уявіть гамірну бібліотеку, де кожна книга прибуває на піддоні, переміщується між кімнатами і має потрапити до читача протягом години.

00:00:44.280 --> 00:00:46.880
Книги – це товари, полиці – це місце зберігання.

00:00:47.060 --> 00:00:50.700
Персоналу бібліотеки потрібно більше, ніж приблизне розуміння того, де лежать речі.

00:00:50.700 --> 00:00:55.500
Їм потрібно знати точну полицю, точне місце та чи не обіцяна вже ця книга іншому читачеві.

00:00:55.660 --> 00:01:00.800
На складі та ж проблема, тільки помилка з вибором книги означає відправлення не того замовлення клієнту.

00:01:01.000 --> 00:01:06.900
Довгий час команди виконували більшу частину цієї роботи за допомогою паперових списків, ручного підрахунку та різних систем.

00:01:07.080 --> 00:01:10.920
Працівник записував, що перемістив, а потім хтось вводив ці дані в комп'ютер.

00:01:11.040 --> 00:01:15.480
Товар міг зникнути з полиці о 9.00 ранку, а система до обіду все ще показувала, що він там є.

00:01:15.480 --> 00:01:19.840
Ця затримка створює плутанину. Відділ закупівель запитує, що надійшло від постачальника.

00:01:20.000 --> 00:01:22.500
Відділ продажів запитує, чи можна відправити товар сьогодні.

00:01:22.660 --> 00:01:24.840
Менеджер складу запитує, де знаходиться піддон.

00:01:24.960 --> 00:01:27.700
Фінансовому відділу потрібно знати, які запаси має компанія.

00:01:27.860 --> 00:01:33.220
Якщо кожна команда бачить різні дані, люди починають перевіряти таблиці, бігати по складу та дзвонити одне одному.

00:01:33.420 --> 00:01:35.080
Робота швидко сповільнюється.

00:01:35.300 --> 00:01:40.540
Dynamics 365 Supply Chain Management поєднує ширший потік товарів у бізнесі.

00:01:40.540 --> 00:01:46.040
Вона охоплює закупівлі, виробництво, переміщення запасів, продаж, обробку повернень та багато іншого.

00:01:46.200 --> 00:01:50.660
Управління складом є частиною цієї платформи і зосереджується на фізичній роботі в складському приміщенні.

00:01:50.820 --> 00:01:52.720
Вона вказує працівникам, що робити далі.

00:01:52.840 --> 00:01:56.700
Один працівник може прийняти поставку, інший працівник може перемістити товари на зберігання.

00:01:56.880 --> 00:01:59.860
Ще хтось може комплектувати замовлення, пакувати коробки та готувати відправлення.

00:01:59.980 --> 00:02:02.840
Кожна дія фіксується в одній бізнес-системі в режимі реального часу.

00:02:02.840 --> 00:02:05.280
Цей спільний запис змінює характер комунікації.

00:02:05.460 --> 00:02:08.080
Замість запитання, як хтось міг перемістити ці деталі.

00:02:08.220 --> 00:02:11.880
О, тепер ви можете бачити завдання складу, його статус і місцезнаходження товару.

00:02:12.000 --> 00:02:15.820
Замість того, щоб надсилати надрукований список і сподіватися, що він повернеться з розбірливим почерком,

00:02:15.900 --> 00:02:19.020
працівник виконує кроки на мобільному пристрої та підтверджує кожну дію скануванням.

00:02:19.120 --> 00:02:23.640
Зараз люди часто плутають управління запасами та управління складом, оскільки вони звучать майже однаково.

00:02:23.640 --> 00:02:27.480
Управління запасами відповідає на запитання «О, скільки в нас запасів».

00:02:27.480 --> 00:02:32.200
Воно відстежує кількість, вартість, деталі продукції та наявність у межах усього бізнесу.

00:02:32.360 --> 00:02:37.000
Управління складом відповідає на інше запитання «О, де саме знаходяться ці запаси»

00:02:37.000 --> 00:02:38.860
і що працівник має робити з ними далі.

00:02:38.860 --> 00:02:41.880
«О, знати, що у вас є 200 коробок продукту – це корисно.

00:02:42.000 --> 00:02:45.900
А знати, що 40 коробок стоять на приймальній платформі, 120 на оптовому зберіганні,

00:02:45.900 --> 00:02:51.180
20 у зоні комплектування, а 20 уже зарезервовані для замовлень клієнтів – це те, що допомагає складу працювати.

00:02:51.320 --> 00:02:54.280
Отже, сприймайте управління запасами як облік товарів.

00:02:54.420 --> 00:02:57.480
Управління складом перетворює цей облік на керовану фізичну роботу.

00:02:57.640 --> 00:03:00.140
Вантажівка з доставкою щойно прибула на зону розвантаження.

00:03:00.220 --> 00:03:03.740
Постачальник очікує, що хтось її розвантажить, але справжня робота починається тоді,

00:03:03.840 --> 00:03:06.100
коли система вирішує, куди має потрапити кожен товар.

00:03:06.700 --> 00:03:10.720
Карта складу – майданчики, склади, локації та деталі запасів.

00:03:10.720 --> 00:03:15.360
Перш ніж хтось зможе керувати запасами, системі потрібна карта фізичного простору.

00:03:15.480 --> 00:03:18.640
Сприймайте майданчик як ширше бізнес-місце, наприклад, заводський комплекс,

00:03:18.760 --> 00:03:20.860
дистриблюторський центр або регіональний підрозділ.

00:03:21.000 --> 00:03:23.960
Усередині цього майданчика ви можете мати один або кілька складів.

00:03:24.140 --> 00:03:28.720
Склад може означати цілу будівлю, але також і окрему зону зберігання всередині тієї ж будівлі.

00:03:28.860 --> 00:03:32.180
Ви можете тримати сировину на одному складі, готову продукцію на іншому,

00:03:32.280 --> 00:03:33.660
а повернені товари – на третьому.

00:03:33.660 --> 00:03:35.020
Потім йдуть локації.

00:03:35.020 --> 00:03:38.480
Локація – це точне місце, де виконується робота або де розміщено запас.

00:03:38.600 --> 00:03:42.020
Це може бути приймальна платформа, стелаж, полиця, контейнер, пакувальний стіл.

00:03:42.160 --> 00:03:45.060
Це також може бути карантинна зона, де продукти чекають на перевірку.

00:03:45.220 --> 00:03:47.260
Такий рівень деталізації усуває здогадки.

00:03:47.420 --> 00:03:49.760
Уявіть продукт під назвою «Синій віджет 100».

00:03:49.760 --> 00:03:51.840
Без контролю локацій система може лише повідомити,

00:03:51.980 --> 00:03:55.400
що 200 одиниць знаходяться на складі, а працівникові все одно доведеться їх шукати,

00:03:55.400 --> 00:03:59.320
що не набагато краще, ніж запитати когось, хто пам'ятає, що бачив їх минулого тижня.

00:03:59.460 --> 00:04:01.220
З управлінням складом у записі можна побачити,

00:04:01.340 --> 00:04:04.600
що 80 одиниць знаходяться в проході 4 на стелажі B, полиця 03.

00:04:04.880 --> 00:04:06.920
Ще 60 знаходяться на оптовому зберіганні.

00:04:07.080 --> 00:04:09.840
Решта можуть бути біля зони пакування, готові до відкритих замовлень.

00:04:10.000 --> 00:04:12.260
Кожен продукт починається з власної ідентичності.

00:04:12.420 --> 00:04:16.280
Це включає номер товару, одиницю виміру для підрахунку та правила, що до нього застосовуються.

00:04:16.280 --> 00:04:20.460
Ви можете рахувати бутильовану воду ящиками, болти – поштучно, а плитку для підлоги – палетами.

00:04:20.620 --> 00:04:25.660
Деякі товари потребують особливих умов зберігання, оскільки вони важкі, крихкі, потребують охолодження або швидко реалізуються.

00:04:25.860 --> 00:04:28.680
Система дозволяє відстежувати запаси за кількома параметрами одночасно.

00:04:28.860 --> 00:04:31.500
Вона може відстежувати об'єкт, склад і конкретне місце розміщення.

00:04:31.660 --> 00:04:35.400
За потреби вона також може відстежувати номер партії, серійний номер або номерний знак контейнера.

00:04:35.560 --> 00:04:39.000
Кожна деталь відповідає на окреме питання щодо того самого фізичного продукту.

00:04:39.000 --> 00:04:43.040
Номер партії групує товари, що надійшли з однієї виробничої лінії або поставки.

00:04:43.180 --> 00:04:49.000
Це важливо для харчових продуктів, ліків, хімікатів та інших товарів, де може знадобитися відстежити проблему до конкретної групи.

00:04:49.180 --> 00:04:51.720
Серійний номер ідентифікує один окремий товар.

00:04:51.840 --> 00:04:59.160
Якщо ви продаєте техніку, ноутбук або дороговартісну деталь, вам може знадобитися знати точно, який саме виріб прибув, куди він переміщувався і який клієнт його отримав.

00:04:59.300 --> 00:05:02.620
Це створює чіткий слід, коли товар виходить з ладу або потребує повернення.

00:05:02.620 --> 00:05:04.420
Далі йдуть товари з номерним знаком.

00:05:04.660 --> 00:05:07.100
Попри назву, це не має нічого спільного з вантажівками.

00:05:07.260 --> 00:05:11.240
Номерний знак – це унікальний ідентифікатор палети, коробки, ящика або іншої тари.

00:05:11.420 --> 00:05:13.400
Уявіть це як багажну бирку в аеропорту.

00:05:13.580 --> 00:05:17.500
Ви скануєте бирку, і система знає, який саме контейнер ви маєте на увазі та що в ньому зберігається.

00:05:17.660 --> 00:05:23.660
Працівнику не обов'язково сканувати кожну коробку на палеті окремо, якщо на палеті вже є номерний знак із правильно вказаним вмістом.

00:05:23.660 --> 00:05:26.860
Це економить час, але лише за умови, що записи залишаються точними.

00:05:26.980 --> 00:05:30.780
Отже, коли люди говорять про наявні запаси, вони не мають на увазі лише загальну кількість.

00:05:30.960 --> 00:05:37.100
Система показує, скільки запасів є в наявності, де вони знаходяться, чи доступні вони для використання та до якої партії серійного номера чи контейнера належать.

00:05:37.240 --> 00:05:40.160
Деякі запаси можуть фізично знаходитися на складі, але бути недоступними.

00:05:40.320 --> 00:05:41.540
Вони можуть бути пошкоджені.

00:05:41.700 --> 00:05:43.140
Вони можуть очікувати на перевірку.

00:05:43.340 --> 00:05:45.100
Вони можуть належати до замовлення клієнта.

00:05:45.100 --> 00:05:49.760
Система чітко розмежовує ці стани, щоб працівник випадково не відібрав товар, який не повинен залишати склад.

00:05:49.920 --> 00:05:53.600
Коли ця карта готова, прибуває вантажівка, працівники сканують те, що привезли.

00:05:54.160 --> 00:05:58.680
А Dynamics 365 перетворює ці правила зберігання на конкретне завдання.

00:05:59.680 --> 00:06:02.940
Вхідні операції від вантажівки до відповідної полиці.

00:06:03.140 --> 00:06:05.520
Доставка не починається з прибуття вантажівки.

00:06:05.760 --> 00:06:08.140
Все починається раніше із замовлення на закупівлю.

00:06:08.140 --> 00:06:14.080
Замовлення на закупівлю повідомляє бізнесу, чого очікувати від постачальника, які продукти мають надійти, у якій кількості та, зазвичай, коли.

00:06:14.240 --> 00:06:22.260
Коли вантажівка прибуває на рампу, складська команда може звірити фактичну поставку з очікуваною, замість того, щоб приймати коробки без чіткого призначення.

00:06:22.420 --> 00:06:27.160
Працівник сканує товар або ідентифікатор палити та підтверджує кількість, що надійшла.

00:06:27.340 --> 00:06:32.500
Якщо постачальник відправив 100 ящиків, а з вантажівки вивантажили лише 98, різниця стає помітною відразу.

00:06:32.500 --> 00:06:36.160
Нікому не потрібно чекати, поки хтось введе дані в комп'ютер наприкінці зміни.

00:06:36.300 --> 00:06:38.860
Бізнес може бачити, що вже прибуло, а чого ще не вистачає.

00:06:39.020 --> 00:06:41.800
Іноді приймання товарів передбачає щось більше, ніж просто перевірку кількості.

00:06:41.920 --> 00:06:44.860
Постачальник продуктів харчування може доставити партію, яка потребує перевірки.

00:06:45.000 --> 00:06:48.500
Виробник може отримати деталі, які потребують схвалення перед відправленням на виробництво.

00:06:48.660 --> 00:06:52.400
У таких випадках Dynamics 365 може направити товар у зону карантину.

00:06:52.400 --> 00:06:57.800
Карантин означає, що товари фізично залишаються в будівлі, але працівники не можуть використовувати чи відвантажувати їх як звичайний запас.

00:06:57.900 --> 00:07:01.940
Команда контролю якості може перевірити продукти та схвалити їх, відхилити або зафіксувати проблему.

00:07:02.100 --> 00:07:06.000
До прийняття такого рішення складська система тримає ці товари осторонь від звичайної роботи.

00:07:06.120 --> 00:07:09.820
Це запобігає випадковому потраплянню неперевіреної палити в замовлення клієнта.

00:07:09.980 --> 00:07:12.840
Після того, як товар пройшов приймання, йому потрібне місце для зберігання.

00:07:13.000 --> 00:07:14.720
Цей етап називається розміщенням.

00:07:14.720 --> 00:07:20.400
Замість того, щоб дозволяти працівнику самому вирішувати, де розмістити палиту, мобільний пристрій спрямовує його до конкретного місця.

00:07:20.520 --> 00:07:27.680
Система може вказати перенести палиту з зони приймання на стелаж для масових вантажів у зону охолодження або в місце відбору поруч із зоною пакування.

00:07:27.880 --> 00:07:30.720
Система робить цей вибір за допомогою директив розміщення.

00:07:30.880 --> 00:07:33.220
Ця назва звучить технічно, але ідея проста.

00:07:33.440 --> 00:07:38.160
Директива розміщення – це набір правил, що дає відповідь на запитання, куди саме зараз слід відправити цей товар.

00:07:38.160 --> 00:07:44.160
Ці правила можуть враховувати продукт, його розмір, умови зберігання, обмеження простору складської зони та призначення місця зберігання.

00:07:44.320 --> 00:07:46.800
Важкий товар може бути відправлений на нижній ярус стелажа.

00:07:46.940 --> 00:07:50.980
Дрібні товари, що швидко обертаються, можуть потрапити в комірку поруч із місцем, де працівники комплектують замовлення.

00:07:51.100 --> 00:07:54.680
Товари, що потребують охолодження, можуть бути розміщені лише в спеціально затверджених зонах зберігання.

00:07:54.820 --> 00:07:58.300
Працівник бачить результат як чітку інструкцію, а не як сторінку зі складськими правилами.

00:07:58.300 --> 00:08:00.760
Шаблони робіт визначають сам процес виконання завдань.

00:08:00.860 --> 00:08:03.960
Сприймайте шаблон роботи як багаторазову картку завдання всередині системи.

00:08:04.100 --> 00:08:06.560
Для поставки від постачальника він може створити два кроки.

00:08:06.720 --> 00:08:10.320
Прийняти товар на рампі, а потім розмістити його в місці, обраному згідно з правилами.

00:08:10.480 --> 00:08:15.240
Мобільний пристрій показує кожен крок у правильній послідовності, і кожне сканування підтверджує виконання дії.

00:08:15.420 --> 00:08:18.540
Така узгодженість важлива, коли різні люди працюють у різні зміни.

00:08:18.700 --> 00:08:21.880
Новому члену команди не обов'язково пам'ятати всі правила зберігання.

00:08:21.880 --> 00:08:26.240
Пристрій запитує правильне сканування, показує наступне завдання та фіксує переміщення.

00:08:26.380 --> 00:08:31.480
Менеджери бачать, чи чекає товар на доці, чи транспортується до складу, чи вже лежить на своєму місці.

00:08:31.620 --> 00:08:34.100
Але зони зберігання можуть створити нову проблему.

00:08:34.320 --> 00:08:37.380
Багато складів тримають великі запаси в місцях масового зберігання,

00:08:37.540 --> 00:08:41.100
тоді як менші зони відбору містять лише те, що потрібно для щоденних замовлень.

00:08:41.280 --> 00:08:46.400
Коли в зоні відбору закінчується товар, складу потрібно поповнити запаси, перш ніж полиця спорожніє.

00:08:46.400 --> 00:08:53.920
Це і є поповнення. Dynamics 365 створює завдання, яке вказує працівнику перемістити запаси з основного складу до зони відбору.

00:08:54.060 --> 00:08:58.040
Це планове поповнення, а не пошук товарів в останню хвилину, коли замовлення вже чекає.

00:08:58.200 --> 00:09:01.800
Товари також можуть надходити іншими шляхами, ніж через замовлення на постачання.

00:09:01.980 --> 00:09:05.320
Замовлення на переміщення передає запаси з одного складу чи об'єкта на інший.

00:09:05.500 --> 00:09:10.180
Виробниче замовлення створює готову продукцію, яку потрібно прийняти на склад після завершення виробництва.

00:09:10.180 --> 00:09:17.360
У кожному випадку склад використовує ту саму базову модель – підтвердити прибуття, застосувати правила та спрямувати в правильне місце.

00:09:17.480 --> 00:09:20.220
Тепер запаси збережені, перевірені та готові до роботи.

00:09:20.360 --> 00:09:24.140
Але це має сенс лише тоді, коли склад може знову знайти їх для клієнта, який зробив замовлення.

00:09:24.300 --> 00:09:28.660
Ми повинні додати вихідні операції від замовлення клієнта до зони навантаження.

00:09:28.860 --> 00:09:31.740
Замовлення клієнта запускає процес відвантаження на складі.

00:09:31.740 --> 00:09:36.320
Команда продажів фіксує, що хоче клієнт, скільки одиниць потрібно і коли замовлення має бути відправлене.

00:09:36.420 --> 00:09:39.560
Це замовлення потрапляє в ту саму платформу, що й облік запасів.

00:09:39.700 --> 00:09:42.760
Отже, складу не потрібно працювати з окремим списком листів.

00:09:42.900 --> 00:09:46.300
Перед початком відбору бізнес може зарезервувати запаси під це замовлення.

00:09:46.560 --> 00:09:51.300
Резервування означає, що система закріплює конкретний запас, щоб інше замовлення не могло його забрати.

00:09:51.300 --> 00:09:57.540
Якщо залишилося лише 10 одиниць і клієнт вже замовив усі 10, склад і відділ продажів бачать, що ці одиниці забронювані.

00:09:57.660 --> 00:10:00.040
Це дозволяє уникнути незручних розмов пізніше.

00:10:00.240 --> 00:10:02.340
Замовлення все ще потребує фізичної роботи.

00:10:02.480 --> 00:10:07.540
Хтось має піти до потрібного місця, взяти потрібний товар, підтвердити кількість, запакувати його та доставити на док.

00:10:07.720 --> 00:10:11.840
Dynamics 365 Warehouse Management перетворює замовлення клієнта на ці кроки.

00:10:12.060 --> 00:10:14.960
Для завантажених складів замовлення часто не випускаються по одному.

00:10:15.180 --> 00:10:17.020
Замість цього склад може створити хвилю.

00:10:17.020 --> 00:10:20.000
Хвиля – це спланована група замовлень, які команда хоче обробити разом.

00:10:20.120 --> 00:10:22.380
Можливо, всі замовлення відправляються однією вантажівкою.

00:10:22.540 --> 00:10:25.500
Можливо, вони мають спільну дату доставки, зону складу або маршрут клієнта.

00:10:25.680 --> 00:10:28.500
Система групує роботу перед тим, як працівники розпочнуть комплектування.

00:10:28.640 --> 00:10:31.500
Уявіть хвилю як підготовку списку справ перед виходом із дому.

00:10:31.660 --> 00:10:36.760
Ви ж не поїдєте до супермаркету, не повернетеся додому, а потім не поїдєте знову до аптеки, якщо обидва пункти на одному шляху.

00:10:36.760 --> 00:10:40.440
Ви групуєте роботу так, щоб люди витрачали менше часу на ходьбу і більше на виконання замовлень.

00:10:40.560 --> 00:10:43.180
Як тільки склад запускає хвилю, система створює завдання.

00:10:43.340 --> 00:10:46.180
Ця робота виконується згідно з правилами, встановленими під час налаштування.

00:10:46.380 --> 00:10:53.400
Система може створити спочатку завдання на відбір, потім на переміщення товарів до зони пакування і, нарешті, на підготовку відправлення біля потрібної вантажної платформи.

00:10:53.540 --> 00:10:58.440
Працівник бачить наступний крок на портативному пристрої, замість того, щоб розшифровувати довгий паперовий список.

00:10:58.440 --> 00:11:01.280
Пристрій може спершу попросити працівника відсканувати місцезнаходження.

00:11:01.440 --> 00:11:03.820
Це підтверджує, що він дістався правильної полиці чи комірки.

00:11:04.000 --> 00:11:06.280
Далі він сканує товар, а потім підтверджує його кількість.

00:11:06.280 --> 00:11:10.300
Якщо працівник відсканує не той товар, система може зупинити процес, перш ніж предмет потрапить до коробки.

00:11:10.420 --> 00:11:12.440
Малі перевірки запобігають великим помилкам.

00:11:12.640 --> 00:11:17.080
Для простого замовлення одна людина може відібрати всі товари для одного клієнта і принести їх до зони пакування.

00:11:17.240 --> 00:11:20.780
Але на складі з багатьма дрібними замовленнями можна використовувати кластерне комплектування.

00:11:20.780 --> 00:11:25.120
Кластерне комплектування дозволяє працівнику збирати товари для кількох замовлень за один прохід складом.

00:11:25.240 --> 00:11:29.020
Працівник може використовувати візок із окремими лотками, кожен з яких прив'язаний до іншого замовлення.

00:11:29.020 --> 00:11:32.380
Коли він відбирає товар, пристрій підказує, у який лоток його покласти.

00:11:32.580 --> 00:11:37.380
Це означає, що один прохід проходом допомагає виконати кілька замовлень клієнтів, не змішуючи їх між собою.

00:11:37.520 --> 00:11:39.860
Після відбору товари переміщуються до зони пакування.

00:11:40.020 --> 00:11:43.280
На етапі пакування підтверджується вміст кожної коробки, картонної упаковки чи палити.

00:11:50.780 --> 00:11:55.300
Він отримує посилку і в цій посилці має бути правильний вміст із правильними даними для доставки.

00:11:55.500 --> 00:11:58.360
Деякі товари не потребують тривалого зберігання на полиці складу.

00:11:58.360 --> 00:12:02.340
Уявіть, що клієнт чекає на товар, який надходить від постачальника цього ж ранку.

00:12:02.500 --> 00:12:07.360
Замість того, щоб приймати його, зберігати на складі, а потім знову відбирати, можна використати кросдокінг.

00:12:07.480 --> 00:12:12.100
Кросдокінг спрямовує вхідні запаси безпосередньо до вихідного відправлення майже без довготривалого зберігання.

00:12:12.260 --> 00:12:15.160
Менше операцій означає менше шансів покласти щось не на те місце.

00:12:15.320 --> 00:12:18.240
Після цього відправлення потрапляє до зони комплектування та на вантажну платформу.

00:12:18.240 --> 00:12:22.540
Коли склад підтверджує виконання вихідної роботи, Dynamics 365 оновлює загальний процес замовлення.

00:12:22.640 --> 00:12:25.220
Товар більше не відображається як доступний у попередньому статусі.

00:12:25.360 --> 00:12:29.300
Замовлення на продаж просувається далі, а транспортні служби можуть використовувати деталі відправлення.

00:12:29.440 --> 00:12:31.520
Це не просто коробка, що залишає будівлю.

00:12:31.720 --> 00:12:35.280
Дія на складі пов'язана з обіцянкою клієнту, обліком запасів та наступними кроками,

00:12:42.100 --> 00:12:47.000
Щоденний контроль, переміщення, підрахунок та захист запасів.

00:12:47.000 --> 00:12:50.400
Товари не стоять на місці лише тому, що вони потрапили на полицю.

00:12:50.560 --> 00:12:53.620
Склад може переміщувати товари, бо зоні комплектування потрібне місце.

00:12:53.720 --> 00:12:58.660
Товар, що швидко продається, має бути ближче до пакування, або громіздкий піддон має покинути тимчасову зону.

00:12:58.800 --> 00:13:04.740
Dynamics 365 фіксує ці внутрішні переміщення, тому система продовжує відповідати фізичному стану складу після кожного кроку.

00:13:04.900 --> 00:13:09.340
Без такого запису товар може існувати в системі, але зникнути для працівника, якому він потрібен.

00:13:09.340 --> 00:13:11.560
Підрахунок важливий з тієї самої причини.

00:13:11.700 --> 00:13:17.220
Більшість людей уявляють інвентаризацію як повну зупинку роботи, коли персонал рахує кожну полицю та кожен осередок, поки звичайна робота завмирає.

00:13:17.340 --> 00:13:20.540
Таке буває, але багато складів натомість використовують циклічний підрахунок.

00:13:20.700 --> 00:13:25.020
Вони рахують обрані місця або товари за регулярним графіком, поки решта складу продовжує працювати.

00:13:25.220 --> 00:13:27.480
Можливо, цього тижня перераховують один стелажний ряд.

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

00:13:39.340 --> 00:13:40.480
Такі інші складські завдання.

00:13:40.620 --> 00:13:44.260
Працівник йде до місця, сканує його та вводить фактичну кількість, яку бачить.

00:13:44.440 --> 00:13:47.640
Dynamics 365 порівнює це число з обліковою кількістю.

00:13:47.800 --> 00:13:50.200
Якщо обидва числа збігаються, підрахунок завершується.

00:13:50.360 --> 00:13:53.860
Якщо вони відрізняються, склад може провести розслідування, перш ніж хтось змінить запис про запаси.

00:13:54.000 --> 00:13:55.740
Можливо, щось перемістили без сканування.

00:13:55.920 --> 00:13:57.680
Можливо, товар лежить не в тому осередку.

00:13:57.840 --> 00:13:59.840
Можливо, попередній підрахунок містив помилку.

00:13:59.840 --> 00:14:01.880
Будь-яка розбіжність потребує пояснення.

00:14:01.880 --> 00:14:06.840
Коли фізична кількість і кількість у системі не збігаються, схвалене коригування запасів виправляє запис.

00:14:07.060 --> 00:14:11.180
Цей контроль важливий, оскільки коригування змінює те, що бізнес вважає своєю власністю.

00:14:11.340 --> 00:14:14.440
Це не повинно ставати швидким шляхом для уникнення належної складської роботи.

00:14:14.540 --> 00:14:16.660
Повернення потребують такої самої уваги.

00:14:16.780 --> 00:14:21.800
Клієнт може надіслати назад невідкритий товар, пошкоджену річ або щось, що потребує тестування.

00:14:21.800 --> 00:14:24.460
Складу отримує повернення та перевіряє його стан.

00:14:24.460 --> 00:14:31.060
Залежно від результату, працівники можуть повернути товар у наявні запаси, відправити на карантин, перемістити на доопрацювання або вилучити з придатних запасів.

00:14:31.240 --> 00:14:32.920
Стан визначає подальший шлях.

00:14:33.020 --> 00:14:35.720
Управління якістю безпосередньо пов'язане з цією роботою.

00:14:35.880 --> 00:14:41.120
Перевірка якості може затримати запаси від постачальника, повернення або складський процес, доки хтось їх не схвалить.

00:14:41.120 --> 00:14:47.500
Це запобігає потраплянню сумнівних товарів у виробництво чи відправлення клієнтам лише через те, що вони опинилися поруч зі звичайними запасами.

00:14:47.500 --> 00:14:51.380
Усі ці завдання виконуються краще, якщо фіксувати їх безпосередньо під час роботи.

00:14:51.540 --> 00:14:56.700
Сканування штрих-коду на полиці фіксує товар, місце, контейнер або кількість, поки працівник із ними працює.

00:14:56.860 --> 00:15:00.000
Не потрібно чекати, поки паперова нотатка опиниться в кишені до кращих часів.

00:15:00.000 --> 00:15:04.300
Немає потреби у другому етапі, коли хтось намагається згадати, чи перемістили піддон до обіду чи після.

00:15:04.440 --> 00:15:05.840
Сканування стає записом.

00:15:06.000 --> 00:15:07.940
Етикетки роблять такі сканування можливими.

00:15:07.940 --> 00:15:15.780
Склад може друкувати етикетки, що скануються для товарів, місць, піддонів і контейнерів, зокрема етикетки з використанням Zebra Programming Language, часто званого ZPL.

00:15:15.780 --> 00:15:23.560
Простою мовою це означає, що система може надсилати інструкції щодо етикеток на підтримувані принтери Zebra, щоб працівник міг створити ідентифікатор, зрозумілий сканеру.

00:15:23.720 --> 00:15:29.780
Чітка етикетка надає фізичному запасу цифрову адресу, яка важлива під час переміщення, обліку, повернення чи перевірки якості.

00:15:29.780 --> 00:15:36.500
Кожна дія на складі може оновлювати той самий запис, який використовують люди в офісі, і цей зв'язок змінює більше, ніж просто точність складського обліку.

00:15:36.620 --> 00:15:40.920
Одна підключена платформа, що робить Dynamic 365 особливою.

00:15:41.080 --> 00:15:43.540
Деякі складські системи існують окремо від решти бізнесу.

00:15:43.680 --> 00:15:45.900
Хтось вводить замовлення на закупівлю в одній системі.

00:15:46.060 --> 00:15:48.640
Складський персонал відстежує доставку десь в іншому місці.

00:15:48.820 --> 00:15:52.940
Згодом хтось копіює інформацію або намагається усунути розбіжності між двома записами.

00:15:52.940 --> 00:15:57.180
Це призводить до затримок, дублювання роботи та суперечок про те, які цифрі довіряти.

00:15:57.340 --> 00:16:02.700
Управління складом Dynamic 365 працює всередині управління ланцюгами постачання Dynamic 365.

00:16:03.000 --> 00:16:08.980
Закупівлі, продажі, переміщення, виробництво, якість, повернення та транспортування – усе це може бути підключено до одного бізнес-запису.

00:16:09.120 --> 00:16:14.060
Склад виконує свою фізичну роботу, але ця робота не залишається в окремому куточку, доступному лише працівникам складу.

00:16:14.160 --> 00:16:16.240
Уявіть, що надійшло замовлення від клієнта.

00:16:16.420 --> 00:16:18.060
Відділ продажів вносить замовлення.

00:16:18.060 --> 00:16:20.340
Склад створює та виконує завдання з відбору.

00:16:20.460 --> 00:16:25.220
Коли відправлення просувається, запис про запаси змінюється, і фінансова транзакція може слідувати за тією ж бізнес-подією.

00:16:25.360 --> 00:16:30.240
Людям не потрібно повторно вводити завершене відправлення в іншу систему, щоб просто повідомити фінансовий відділ, що товари залишили будівлю.

00:16:30.340 --> 00:16:32.580
Кожна команда бачить свою частину однієї історії.

00:16:32.760 --> 00:16:35.260
Відділ закупівель може бачити, чи надійшли очікувані товари.

00:16:35.400 --> 00:16:38.100
Відділ продажів може бачити, чи пройшло замовлення через складські процеси.

00:16:38.100 --> 00:16:40.880
Виробництво може працювати із записами про матеріали та готову продукцію.

00:16:40.980 --> 00:16:44.640
Керівники можуть бачити, де накопичується робота, замість того, щоб збирати оновлення з різних інструментів.

00:16:44.740 --> 00:16:47.280
Такий спільний огляд часто називають єдиним джерелом істини.

00:16:47.420 --> 00:16:52.000
Це просто означає, що офісна команда та складська команда бачать одне і те саме замовлення та ту саму картину запасів.

00:16:52.160 --> 00:16:57.360
Вони можуть використовувати різні екрани та ставити різні запитання, але вони не повинні працювати з суперечливими версіями фактів.

00:16:57.480 --> 00:17:00.460
Пава Біай може використовувати ці пов'язані дані для звітності.

00:17:00.460 --> 00:17:05.280
Керівник може відстежувати точність замовлень, час виконання, рівні запасів і навантаження на склад.

00:17:05.460 --> 00:17:09.400
Якщо одна ділянка постійно сповільнюється, дані можуть вказати на проблему.

00:17:09.580 --> 00:17:11.420
Наступне запитання стає практичним.

00:17:11.560 --> 00:17:13.920
Чи спричиняє планування приміщень занадто багато переміщень?

00:17:14.060 --> 00:17:15.380
Чи перевантажена одна з команд?

00:17:15.620 --> 00:17:17.840
Чи занадто часто закінчуються запаси в зоні комплектування?

00:17:18.020 --> 00:17:20.780
Система фіксує роботу, тому керівники можуть шукати закономірності.

00:17:20.920 --> 00:17:25.000
За цими щоденними інструкціями стоїть кілька термінів налаштування, і їх варто розуміти правильно.

00:17:25.000 --> 00:17:28.520
Директиви розміщення визначають, куди запаси мають надходити або звідки вибувати.

00:17:28.720 --> 00:17:31.360
Шаблони роботи формують кроки, які працівники мають виконати.

00:17:31.540 --> 00:17:33.980
Хвилі випускають групи вихідних завдань у потрібний час.

00:17:34.140 --> 00:17:37.000
Ці правила створюють підказки, які працівники бачать на своїх пристроях.

00:17:37.140 --> 00:17:39.460
Це також означає, що налаштування потребує уваги.

00:17:39.580 --> 00:17:43.660
Якщо правила розміщення спрямовують запаси не в ту зону, сканер сумлінно направить туди працівника.

00:17:43.880 --> 00:17:46.500
Якщо робочі кроки не відповідають фактичній роботі складу,

00:17:46.500 --> 00:17:48.880
пристрій може створювати перешкоди замість їх усунення.

00:17:49.100 --> 00:17:51.280
Система слідує правилам, які вона отримує.

00:17:51.420 --> 00:17:54.260
Коли правила відповідають будівлі, продуктам і людям на складі,

00:17:54.380 --> 00:17:56.820
кожне сканування перетворюється на корисну бізнес-подію,

00:17:56.940 --> 00:17:59.280
а не просто на звуковий сигнал портативного пристрою.

00:17:59.840 --> 00:18:00.440
Висновок.

00:18:00.580 --> 00:18:03.220
Цифровий путівник щодо динаміки роботи складу.

00:18:03.400 --> 00:18:07.280
Система управління складом 365 надає працівникам чіткі завдання,

00:18:07.280 --> 00:18:10.540
а кожне виконане завдання стає частиною загального бізнес-запису.

00:18:10.540 --> 00:18:14.120
Якщо цей інформаційний фрагмент прояснив різницю між записами про запаси та складською роботою,

00:18:14.220 --> 00:18:16.500
підпишіться на свій улюблений канал М365ФМ,

00:18:16.580 --> 00:18:19.700
а потім подивіться наступний епізод про управління запасами в Dynamics 365,

00:18:19.940 --> 00:18:22.820
де ми пов'язуємо те, чим володіє бізнес із місцями їх зберігання на складі.