WEBVTT

00:00:00.000 --> 00:00:02.820
Ласкаво просимо до чергової порції знань на М365FM.

00:00:02.940 --> 00:00:04.320
Я ваш ведучий Мілко Пітерс.

00:00:04.460 --> 00:00:06.260
Сьогодні ми говоримо про управління запасами.

00:00:06.400 --> 00:00:08.360
Запаси, які ви не бачите, можуть коштувати вам грошей.

00:00:08.480 --> 00:00:11.000
Чи можете ви прямо зараз відповісти на 5 запитань про будь-який товар на вашому складі?

00:00:11.120 --> 00:00:13.020
Скільки їх у вас є? Де вони знаходяться?

00:00:13.220 --> 00:00:16.420
Чи можна їх продати? Хто їх власник? І скільки вони коштують?

00:00:16.560 --> 00:00:19.600
У більшості компаній ці відповіді знаходяться в абсолютно різних місцях.

00:00:19.760 --> 00:00:23.720
Таблиця каже одне – складський облік, інше, а у фінансистів – третя цифра.

00:00:23.720 --> 00:00:30.280
Уявіть управління запасами в Dynamics 365 як спільну картотеку для кожної коробки, деталі та продукту, якими оперує ваша компанія.

00:00:30.420 --> 00:00:33.080
Коли товар переміщується, його запис також оновлюється.

00:00:33.280 --> 00:00:39.800
До кінця цього випуску ви простежете шлях одного товару від поставки від постачальника до відправки клієнту, включаючи пов'язані з ним фінанси.

00:00:43.400 --> 00:00:45.540
Уявіть, що ви продаєте каву машини.

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

00:00:50.840 --> 00:00:55.060
Закупівельники поспіхом дзвонять постачальнику, а клієнт може вирішити купити в іншому місці.

00:00:55.240 --> 00:00:56.320
Це дефіцит товарів.

00:00:56.500 --> 00:01:00.220
Занадто мало запасів означає затримки замовлень, втрачені продажі та незадоволених клієнтів.

00:01:00.360 --> 00:01:02.320
Це також може повністю зупинити виробництво.

00:01:02.500 --> 00:01:06.120
Якщо ви будуєте машини і у вас закінчилася одна маленька деталь, вся лінія може зупинитися.

00:01:06.260 --> 00:01:09.120
Але заповнення кожної полиці зайвими запасами не вирішує проблему.

00:01:09.120 --> 00:01:12.260
Кожна коробка на полиці – це гроші, які ваша компанія вже витратила.

00:01:12.260 --> 00:01:17.060
Ви платите за їх зберігання, а деякі товари можуть зламатися, зіпсуватися, вийти з моди або просто перестати продаватися.

00:01:17.200 --> 00:01:21.720
Ці гроші не можуть піти на оплату постачальнику, фінансування нового проєкту чи виплату зарплати, поки вони лежать на складі.

00:01:21.860 --> 00:01:24.400
Управління запасами допомагає знайти золоту середину.

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

00:01:30.200 --> 00:01:32.760
Інвентар – це не лише готові продукти для клієнтів.

00:01:32.760 --> 00:01:36.480
Виробник меблів відстежує дерево, шурупи, тканину та фарбу як сировину.

00:01:36.660 --> 00:01:41.160
Як тільки працівники починають збирати стілець, ці частково готові вироби стають незавершеним виробництвом.

00:01:41.300 --> 00:01:44.440
А коли стілець готовий до продажу, він стає готовою продукцією.

00:01:44.580 --> 00:01:49.940
Компанія також може відстежувати запчастини, засоби для чищення, упаковку чи змінні деталі для сервісних робіт,

00:01:50.040 --> 00:01:53.780
навіть якщо вони не потрапляють у кінцевий продукт, але потрібні бізнесу для роботи.

00:01:53.880 --> 00:01:55.880
Тепер уявіть старий спосіб роботи.

00:01:55.880 --> 00:02:01.080
Відділ закупівель веде список замовлень, складські працівники рахують, що прийшло, відділ продажів стежить за замовленнями,

00:02:01.180 --> 00:02:04.040
виробництво – за використаними матеріалами, а фінанси – за витратами.

00:02:04.180 --> 00:02:07.560
Кожна команда працює наполегливо, але через окремі списки цифри з часом різняться.

00:02:07.760 --> 00:02:10.440
Хтось отримує доставку, але оновлює електронну таблицю пізніше.

00:02:10.600 --> 00:02:13.640
Хтось переміщує палиту на інший склад, але забуває повідомити відділ продажів.

00:02:13.780 --> 00:02:17.180
Хтось відправляє замовлення, але фінансовий відділ бачить витрати лише через кілька днів.

00:02:25.880 --> 00:02:34.160
Закупівель фіксує надходження, складські працівники, переміщення, продажі, відвантаження, виробництво, витрачені матеріали, а фінанси бачить вартість цих операцій.

00:02:34.280 --> 00:02:37.620
Нікому не потрібно створювати нову версію тієї самої таблиці щоп'ятниці.

00:02:37.780 --> 00:02:42.760
Мета не в тому, щоб зробити склади технічно складнішими, а в тому, щоб надати людям актуальну спільну відповідь, коли вона їм потрібна.

00:02:42.860 --> 00:02:44.500
Чи можемо ми виконати це замовлення?

00:02:44.620 --> 00:02:46.340
Куди нам відправити наступну доставку?

00:02:46.480 --> 00:02:49.160
Чому фізична кількість товарів відрізняється від даних у системі?

00:02:56.580 --> 00:02:58.440
Цифровий запис за кожним товаром.

00:02:58.540 --> 00:03:02.920
Вітаємо у новому епізоді Microsoft Knowledge Nuggets тут на М365FM.

00:03:03.080 --> 00:03:04.600
Я ваш ведучий Марко Пітерс.

00:03:04.740 --> 00:03:09.640
Сьогодні ми поговоримо про те, що відбувається в Dynamics 365, коли запаси переміщуються з одного місця в інше.

00:03:09.760 --> 00:03:14.760
Отже, що саме фіксує Dynamics 365, коли товар змінює власника або місце розташування?

00:03:14.940 --> 00:03:16.360
Ось найпростіше визначення.

00:03:16.560 --> 00:03:21.940
Система відстежує 5 речей, скільки у вас є, де воно лежить, чи можна його використовувати, хто ним володіє і скільки воно коштує.

00:03:21.940 --> 00:03:25.280
Це звучить просто, але кожна частина відповідає на окреме бізнес-питання.

00:03:25.440 --> 00:03:26.960
Давайте розберемо це детальніше.

00:03:27.100 --> 00:03:29.520
Кількість вказує на те, скільки кавомашин у наявності.

00:03:29.780 --> 00:03:33.140
Місцезнаходження дає відповідь, у якій будівлі, на якому складі чи полиці вони знаходяться.

00:03:33.380 --> 00:03:36.680
Статус вказує, чи можемо ми їх продати, чи вони очікують на перевірку.

00:03:36.880 --> 00:03:41.260
Власність пояснює, чи належать нам ці машини, чи постачальник просто зберігає їх тут.

00:03:41.400 --> 00:03:44.620
А вартість відповідає на питання, яка цінність цих запасів.

00:03:44.620 --> 00:03:47.560
Відправною точкою для всього цього є картка продукту.

00:03:47.720 --> 00:03:50.460
Кожен товар повинен мати ідентифікатор у системі.

00:03:50.620 --> 00:03:52.840
Зазвичай це номер товару та чіткий опис.

00:03:53.040 --> 00:03:58.420
Ви також визначаєте одиницю виміру, година, штука, коробка, палета, кілограм або метр.

00:03:58.580 --> 00:04:01.300
Саме тут дрібниці можуть перетворитися на великі проблеми.

00:04:01.440 --> 00:04:04.940
Якщо відділ закупівель купує кавові фільтри коробками, а продажі реалізують їх пачками,

00:04:05.080 --> 00:04:07.440
Dynamics повинна розуміти, як ці одиниці співвідносяться.

00:04:07.440 --> 00:04:11.880
Інакше одна команда думатиме, що в неї 10 коробок, тоді як інша вважатиме, що має 10 окремих фільтрів.

00:04:11.980 --> 00:04:13.360
Це прямий шлях до плутанини.

00:04:13.540 --> 00:04:15.540
Деякі продукти також мають різні варіації.

00:04:15.720 --> 00:04:17.480
Футболка може бути розміру S, M та L.

00:04:17.780 --> 00:04:19.680
Вона може бути чорною, синюю або білою.

00:04:19.820 --> 00:04:23.240
Один продукт може мати різні розміри, кольори, стилі чи конфігурації.

00:04:23.480 --> 00:04:26.640
Система може розглядати кожну комбінацію як окремий запис запасів.

00:04:26.780 --> 00:04:28.460
Отже, у вас не просто футболка.

00:04:28.460 --> 00:04:33.500
У вас може бути 12 чорних футболок середнього розміру на одному складі і 6 білих великого розміру в іншому місці.

00:04:33.660 --> 00:04:37.160
Саме такі деталі мають значення, коли клієнт просить щось конкретне.

00:04:37.360 --> 00:04:40.840
Dynamics використовує виміри запасів, щоб упорядкувати ці деталі.

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

00:04:46.480 --> 00:04:48.600
Вони відповідають на два практичні запитання.

00:04:48.780 --> 00:04:50.900
Де знаходиться товар і який саме це товар?

00:04:51.060 --> 00:04:52.880
Розберімо це на основні компоненти.

00:04:52.880 --> 00:04:54.940
По-перше, існують виміри зберігання.

00:04:55.140 --> 00:04:57.260
Вони описують місце, де знаходяться запаси.

00:04:57.400 --> 00:05:00.880
Dynamics може відстежувати майданчик, склад і конкретне місце на цьому складі.

00:05:01.000 --> 00:05:02.540
Уявіть це як адресу товару.

00:05:02.700 --> 00:05:07.180
Майданчик представляє великий бізнес-об'єкт, як от заводська територія або розподільчий центр.

00:05:07.400 --> 00:05:09.860
На цьому майданчику у вас може бути кілька складів.

00:05:10.020 --> 00:05:14.140
Наприклад, один для отриманих товарів, один для готової продукції та один для повернень.

00:05:14.340 --> 00:05:16.120
Далі можна заглибитися ще більше.

00:05:16.120 --> 00:05:21.040
Місце вказує на точну точку на складі, наприклад, ряд, стелаж, полицю та комірку.

00:05:21.220 --> 00:05:24.720
Отже, замість того, щоб казати працівнику складу деталі машини десь на складі,

00:05:24.800 --> 00:05:29.220
система може сказати «Перевірте ряд 4, стелаж 2, полицю 3, комірку 1».

00:05:29.220 --> 00:05:32.120
Це економить час, коли комусь потрібно швидко знайти товар.

00:05:32.260 --> 00:05:36.220
Виміри зберігання показують, де він лежить, а виміри відстеження – який це товар.

00:05:36.360 --> 00:05:41.180
Номери партій іноді їх називають номерами лотів, групують товари, що надійшли або були вироблені разом.

00:05:41.180 --> 00:05:46.120
Вони важливі, коли товари мають термін придатності, результати тестів або запис постачальника, які можуть знадобитися пізніше.

00:05:46.260 --> 00:05:49.540
Уявіть, що харчова компанія отримує дві поставки одного і того самого товару.

00:05:49.700 --> 00:05:53.800
Банки виглядають однаково, але одна партія має термін придатності до червня, а інша – до вересня.

00:05:53.940 --> 00:05:58.900
Якщо виникає проблема з якістю, бізнесу потрібно знайти відповідну партію, не знімаючи кожну банку з кожної полиці.

00:05:59.080 --> 00:06:00.620
Серійні номери йдуть ще далі.

00:06:00.620 --> 00:06:06.220
Серійний номер ідентифікує один окремий предмет, один ноутбук, один медичний пристрій або одну промислову машину.

00:06:06.380 --> 00:06:11.360
Це допомагає з ремонтом, гарантійними вимогами, поверненнями та відкликанням, оскільки ви можете відстежити один конкретний пристрій.

00:06:11.500 --> 00:06:15.540
Коли ви відкриваєте перегляд наявних запасів у Dynamics, ви не отримуєте одну загальну цифру по компанії.

00:06:15.700 --> 00:06:20.560
Ви бачите запаси за майданчиком, складом, коміркою, партією, серійним номером та іншими даними, необхідними вашому бізнесу.

00:06:20.560 --> 00:06:26.180
Ви також можете бачити, де саме знаходиться товар, чи є він у наявності, доступний для використання, зарезервований під замовлення чи заблокований.

00:06:26.300 --> 00:06:28.340
Ось чому однієї назви товару недостатньо.

00:06:28.460 --> 00:06:31.060
Останнім елементом є історія операції з товаром.

00:06:31.180 --> 00:06:37.660
Кожного разу, коли товар надходить, відвантажується, переміщується, інвентаризується, коригується або передається у виробництво, Dynamics фіксує операцію.

00:06:37.780 --> 00:06:40.800
Ця історія дає можливість дослідити ситуацію замість того, щоб вгадувати.

00:06:40.800 --> 00:06:45.840
Якщо залишки здаються невірними, ви можете переглянути запис про товар і запитати, який саме рух змінив це число.

00:06:46.000 --> 00:06:47.100
У цьому вся магія.

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

00:06:53.400 --> 00:06:55.840
Від доставки постачальником до замовлення клієнта.

00:06:55.980 --> 00:06:59.500
Уявіть, що ваш бізнес із продажу каву-машин замовляє 100 водяних насосів у постачальника.

00:06:59.720 --> 00:07:01.700
Замовлення на купівлю започатковує цей шлях.

00:07:01.700 --> 00:07:06.240
Воно фіксує, що саме ви очікуєте, скільки одиниць замовили, хто їх надійшли і куди вони мають прибути.

00:07:06.380 --> 00:07:09.820
Ще до того, як вантажівка приїде до вас, бізнес вже має чітке очікування.

00:07:09.980 --> 00:07:13.180
Це важливо, оскільки очікувана поставка – це ще не той запас, який можна продати.

00:07:13.320 --> 00:07:16.340
Коли вантаж прибуває, хтось перевіряє поставку згідно із замовленням на купівлю.

00:07:16.460 --> 00:07:18.260
Чи надіслав постачальник потрібні насоси?

00:07:18.360 --> 00:07:20.080
Чи надіслали вони 100 штук чи 98?

00:07:20.500 --> 00:07:21.920
Чи прибули вони на правильний склад?

00:07:21.920 --> 00:07:25.740
Як тільки надходження товарів зафіксовано, Dynamics дізнається, що насоси фізично прибули.

00:07:25.900 --> 00:07:30.320
Система може збільшити запис про фізичний запас, але це не завжди означає, що насоси готові до замовлення клієнта.

00:07:30.520 --> 00:07:32.460
Деякі товари потребують попередньої перевірки.

00:07:32.620 --> 00:07:35.660
Харчова компанія може перевірити партію на наявність пошкоджень чи терміни придатності.

00:07:35.780 --> 00:07:38.480
Виробник може протестувати деталь перед тим, як вона піде у виробництво.

00:07:38.640 --> 00:07:42.620
Бізнес, що працює з регульованими товарами, може потребувати доказів, що вантаж відповідає нормам.

00:07:42.620 --> 00:07:47.700
У Dynamics товар можна помістити в зону карантину або надати йому статус, що забороняє використання завчасно.

00:07:47.940 --> 00:07:50.120
Співробітники складу бачать, що насоси прибули.

00:07:50.300 --> 00:07:53.500
Відділ продажів та виробництва також бачить, що вони поки що недоступні.

00:07:53.640 --> 00:07:58.160
Це дозволяє уникнути прикрої помилки, пообіцяти клієнту товар, який ще потребує перевірки.

00:07:58.300 --> 00:08:02.280
Після перевірки насоси переміщуються із зони приймання до місця постійного зберігання.

00:08:02.280 --> 00:08:07.640
Це називається розміщенням, хоча фактично робота може включати навантажувач, візок або перенесення маленької коробки на полицю.

00:08:07.760 --> 00:08:08.900
Цей рух має значення.

00:08:09.080 --> 00:08:12.180
Зона розвантаження – це не те місце, де насоси повинні лежати наступні 6 місяців.

00:08:12.340 --> 00:08:16.180
Команді складу потрібно, щоб вони були на належному місці, аби будь-хто міг знайти їх, коли надійде замовлення.

00:08:16.340 --> 00:08:19.760
Dynamics фіксує внутрішнє переміщення з приймання до призначеного місця на складі.

00:08:19.880 --> 00:08:22.200
Тепер уявіть, що попит змінився на іншому об'єкті.

00:08:22.200 --> 00:08:24.700
На вашому головному складі зберігається 80 насосів.

00:08:24.820 --> 00:08:27.500
Сервісному центру в іншому місті потрібно 20 штук для ремонту.

00:08:27.640 --> 00:08:31.860
Ви ж не хочете, щоб сервісна команда просто брала їх з полиці, сподіваючись, що хтось оновить список пізніше.

00:08:32.040 --> 00:08:35.420
Замовлення на переміщення фіксує запит та рух товарів між складами чи об'єктами.

00:08:35.600 --> 00:08:39.040
Поки товари в дорозі, Dynamics може відстежувати їх як такі, що знаходяться в транзиті.

00:08:39.160 --> 00:08:41.660
Вони не зникли, але ще й не прибули до пункту призначення.

00:08:41.820 --> 00:08:43.840
Це дає обом локаціям чіткішу картину.

00:08:43.840 --> 00:08:46.020
Склад-відправник знає, що запаси вибули.

00:08:46.180 --> 00:08:48.340
Склад-отримувач знає, чого йому очікувати.

00:08:48.520 --> 00:08:52.140
Якщо вантажівка прибуває з нестачею, розбіжність фіксується, щоб хтось міг її розслідувати.

00:08:52.280 --> 00:08:53.960
Потім клієнт розміщує замовлення.

00:08:54.120 --> 00:08:57.420
Замовлення на продаж повідомляє бізнесу, що хоче клієнт і коли йому це потрібно.

00:08:57.580 --> 00:09:02.220
Якщо запаси є і бізнес вирішує закріпити їх за клієнтом, Dynamics може зарезервувати кількість.

00:09:02.520 --> 00:09:05.580
Резервування означає, що ці насоси вже не просто загальний запас.

00:09:05.580 --> 00:09:10.500
Вони відкладаються під конкретне замовлення, щоб інший продавець не пообіцяв ті самі одиниці комусь іншому.

00:09:10.640 --> 00:09:15.160
Це найважливіше, коли запасів мало або коли клієнт має термін доставки, який треба витримати.

00:09:15.360 --> 00:09:17.960
Далі склад відбирає насоси з місця їхнього зберігання.

00:09:18.160 --> 00:09:21.640
Для простої операції працівник може роздрукувати список відбору та зібрати товари.

00:09:21.800 --> 00:09:26.160
У більшій операції управління складом може спрямовувати роботу через мобільне сканування та складські правила.

00:09:26.320 --> 00:09:28.680
Облік запасів залишається задіяним у будь-якому разі.

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

00:09:31.660 --> 00:09:34.920
Як тільки товар відвантажено, Dynamics фіксує, що насоси залишили склад.

00:09:35.100 --> 00:09:41.780
Кількість, доступна для бізнесу, змінюється, а історія товару тепер показує повний ланцюг від надходження від постачальника до зберігання та доставки клієнту.

00:09:41.920 --> 00:09:44.940
Але реальна робота складу рідко йде ідеально прямою лінією.

00:09:45.100 --> 00:09:47.860
Клієнт може повернути насос, бо він прибув пошкодженим.

00:09:47.980 --> 00:09:50.520
Працівник може виявити дві зламані одиниці на полиці.

00:09:50.520 --> 00:09:54.160
Під час інвентаризації фактична кількість може відрізнятися від даних у системі.

00:09:54.280 --> 00:09:58.820
Dynamics може записувати повернення, розбіжності при підрахунку, коригування руху та ручні виправлення.

00:09:58.940 --> 00:10:01.640
Ці дії не повинні стати тихим способом приховати помилки.

00:10:01.840 --> 00:10:04.960
Вони створюють слід, який показує, що змінилося, коли це сталося і чому.

00:10:05.140 --> 00:10:07.200
Цей слід допомагає командам знаходити закономірності.

00:10:07.320 --> 00:10:09.660
Можливо, в одній і тій самій локації постійно виникають помилки при підрахунку.

00:10:09.800 --> 00:10:12.040
Можливо, поставки від постачальника часто прибувають з нестачею.

00:10:12.040 --> 00:10:15.700
Можливо, повернені товари потребують кращого процесу перевірки перед поверненням на склад.

00:10:15.860 --> 00:10:19.160
Кількість показує, що сталося з насосами, але кожен насос також має вартість,

00:10:19.240 --> 00:10:21.940
і саме тут складська діяльність безпосередньо пов'язується з фінансами.

00:10:22.160 --> 00:10:26.960
Підписуйтесь на вашій улюбленій подкаст-платформі та поділіться цим з тими, хто тільки починає свій шлях.

00:10:27.060 --> 00:10:28.760
Гроші пов'язані з запасами.

00:10:28.940 --> 00:10:33.880
Отже, ті насоси на полицях вашого складу – це більше, ніж просто фізичні об'єкти, що чекають на відправку.

00:10:33.880 --> 00:10:36.080
Це гроші, які компанія вже витратила.

00:10:36.240 --> 00:10:39.020
І ці гроші залишаються у фінансовій звітності компанії як актив,

00:10:39.140 --> 00:10:43.000
поки насоси не будуть продані, використані, списані або іншим чином вибудуть зі складу.

00:10:43.120 --> 00:10:46.060
Цей простий зв'язок змінює ваш погляд на надходження товарів.

00:10:46.260 --> 00:10:50.460
Справа в тому, що коли прибуває 100 насосів, складська команда бачить 100 одиниць.

00:10:50.540 --> 00:10:54.120
Але фінансовий відділ також має знати вартість, яка щойно була додана до запасів.

00:10:54.260 --> 00:10:57.720
І коли ці насоси відправляються клієнту, склад бачить, як звільняється місце на полицях,

00:10:57.720 --> 00:11:00.500
тоді як фінанси повинні зафіксувати собі вартість товарів, що вибувають.

00:11:00.660 --> 00:11:02.900
Dynamics автоматично поєднує ці два погляди.

00:11:03.080 --> 00:11:04.880
Саме тут у гру вступають групи товарів.

00:11:04.980 --> 00:11:07.420
Уявіть групу товарів як спосіб організації схожих продуктів,

00:11:07.520 --> 00:11:09.640
щоб система знала, як обробляти їхні фінансові дані.

00:11:09.800 --> 00:11:14.780
Наприклад, ви можете помістити запчастини в одну групу, готові кавомашини в іншу, а сировину – у третю.

00:11:14.960 --> 00:11:18.520
За лаштунками ці групи підказують Dynamics, на які рахунки головної книги

00:11:18.520 --> 00:11:23.160
слід відносити фінансову сторону кожної закупівлі, продажу, коригування чи виробничої діяльності.

00:11:23.300 --> 00:11:25.700
Вам не потрібно бути бухгалтером, щоб зрозуміти це.

00:11:25.880 --> 00:11:28.640
Головна книга – це просто основний фінансовий запис компанії,

00:11:28.780 --> 00:11:33.860
офіційна бухгалтерська книга, де фінанси відстежують усе – активи, витрати, продажі, загальну картину.

00:11:34.000 --> 00:11:37.520
Управління запасами надсилає всі ці пов'язані із запасами суми до того запису,

00:11:37.600 --> 00:11:40.240
використовуючи правила, встановлені у ваших групах товарів.

00:11:40.380 --> 00:11:43.600
Це означає, що наприкінці місяця складська та фінансова команди

00:11:43.600 --> 00:11:47.140
не порівнюють дві різні системи і не сперечаються, чиї цифри правильні.

00:11:47.280 --> 00:11:49.860
Вони обидві дивляться на одну і ту саму активність товарів у Dynamics,

00:11:49.960 --> 00:11:52.420
але залишається одне важливе питання, яке потребує відповіді.

00:11:52.540 --> 00:11:54.320
Скільки насправді коштує один насос?

00:11:54.460 --> 00:11:56.660
Це залежить від обраного вами методу оцінки запасів.

00:11:56.800 --> 00:11:59.180
Метод оцінки запасів – це просто правило, яке використовує Dynamics,

00:11:59.260 --> 00:12:01.080
коли призначає вартість товарам, що вибувають зі складу.

00:12:01.200 --> 00:12:02.380
Дозвольте навести приклад.

00:12:02.520 --> 00:12:04.820
FIFO означає «першим прийшов, першим пішов».

00:12:04.820 --> 00:12:07.340
Припустимо, ви купуєте 50 насосів у січні по 20 доларів за кожен,

00:12:07.400 --> 00:12:09.500
а потім ще 50 у лютому по 24 доларам за кожен.

00:12:09.620 --> 00:12:11.780
Коли ви відвантажуєте 10 насосів за методом FIFO,

00:12:11.880 --> 00:12:14.060
Dynamics вважає, що найстаріші насоси вибувають першими.

00:12:14.200 --> 00:12:17.380
Отже, ці 10 штук беруться з вашої січневої партії по 20 доларів кожна.

00:12:17.520 --> 00:12:20.000
Цей метод часто підходить для товарів, де ви фізично хочете використовувати

00:12:20.000 --> 00:12:22.800
старі запаси раніше за нові, як от продукти харчування, ліки або будь-що,

00:12:22.800 --> 00:12:23.540
що може застаріти.

00:12:23.540 --> 00:12:26.020
Метод зваженої середньої вартості має інший підхід.

00:12:26.160 --> 00:12:29.260
Замість того, щоб тримати вартість січня та лютого окремо для кожної одиниці,

00:12:29.380 --> 00:12:32.660
що вибуває, він змішує вартість усіх доступних одиниць в одну середню ціну.

00:12:32.800 --> 00:12:35.060
Отже, якщо ви купуєте схожі насоси за різними цінами,

00:12:35.200 --> 00:12:38.340
система розраховує середню вартість насоса на основі загальної вартості запасів,

00:12:38.420 --> 00:12:39.980
поділеної на загальну кількість одиниць.

00:12:39.980 --> 00:12:42.080
Це має сенс, коли окремі одиниці змішуються,

00:12:42.160 --> 00:12:44.400
і вам не потрібно відстежувати кожну поставку окремо.

00:12:44.400 --> 00:12:46.680
Ковзна середня також використовує середнє значення,

00:12:46.800 --> 00:12:49.800
але воно змінюється щоразу, коли надходить новий товар за новою ціною.

00:12:49.980 --> 00:12:52.020
Стандартна собівартість працює інакше.

00:12:52.180 --> 00:12:54.080
Компанія встановлює очікувану вартість товару,

00:12:54.120 --> 00:12:56.900
а потім фіксує будь-які відхилення між цією плановою вартістю та тим,

00:12:56.980 --> 00:12:57.920
що ви фактично платите.

00:12:58.060 --> 00:13:00.700
Кожен метод відповідає на одне й те саме питання по-своєму.

00:13:00.700 --> 00:13:03.460
Яка вартість має супроводжувати цей товар при списанні зі складу?

00:13:03.460 --> 00:13:07.120
Але витрати змінюються не лише тоді, коли ви отримуєте поставку або відправляєте замовлення.

00:13:07.260 --> 00:13:09.260
Виробник може передавати сировину у виробництво,

00:13:09.360 --> 00:13:11.980
а потім повертати готову продукцію на склад з новою вартістю.

00:13:12.120 --> 00:13:15.120
Коригування за результатами циклічної інвентаризації може змінити вартість запасів.

00:13:15.280 --> 00:13:17.300
Списання пошкоджених товарів може зменшити її.

00:13:17.480 --> 00:13:19.980
Саме тому запаси не можуть бути відокремлені від фінансів.

00:13:19.980 --> 00:13:22.540
Якщо ваші складські записи показують 500 насосів,

00:13:22.620 --> 00:13:25.660
а фінансові вартість 450, у вас виникає проблема.

00:13:25.660 --> 00:13:28.100
Навіть якщо цього ніхто не помічає на складі.

00:13:28.260 --> 00:13:31.360
Будь-яке рішення щодо прибутку, готівки, закупівель та продажів

00:13:31.360 --> 00:13:33.680
залежать від точності як кількості, так і вартості.

00:13:33.840 --> 00:13:36.480
Коли Dynamics об'єднує ці записи, ви можете бачити далі,

00:13:36.580 --> 00:13:39.900
ніж просто сьогоднішні залишки і приймати розумніші складські рішення щодня.

00:13:40.080 --> 00:13:42.600
Видимість, поповнення запасів та щоденний контроль.

00:13:42.600 --> 00:13:44.640
Коли ви можете довіряти своїм складським записам,

00:13:44.740 --> 00:13:46.460
щоденні рішення стають значно простішими.

00:13:46.620 --> 00:13:48.440
Закупівельнику не потрібно телефонувати на кожен склад

00:13:48.440 --> 00:13:50.480
і просити когось фізично перевірити наявність товару.

00:13:50.660 --> 00:13:52.960
Він може точно бачити, що є в наявності на майданчиках,

00:13:53.040 --> 00:13:55.180
складах та локаціях, включаючи запаси в дорозі

00:13:55.180 --> 00:13:56.740
або ті, що очікують на перевірку.

00:13:56.900 --> 00:13:58.480
І ця різниця має значення.

00:13:58.700 --> 00:14:00.680
Ви можете мати загалом 500 одиниць,

00:14:00.760 --> 00:14:03.380
але лише 300 реально доступні для обіцянки клієнтам.

00:14:03.380 --> 00:14:06.500
Частина знаходиться в дорозі, частина очікує на перевірку якості,

00:14:06.560 --> 00:14:08.640
а частина вже зарезервована під інші замовлення.

00:14:08.780 --> 00:14:10.900
Dynamics допомагає бачити доступну кількість,

00:14:11.000 --> 00:14:12.500
а не лише максимально можливу цифру.

00:14:12.500 --> 00:14:15.420
Це чітке бачення також сприяє кращому поповненню запасів.

00:14:15.540 --> 00:14:17.700
Кожному бізнесу потрібно знати, коли купувати більше,

00:14:17.800 --> 00:14:20.020
але відповідь залежить не лише від сьогоднішньої кількості.

00:14:20.180 --> 00:14:22.660
Вам також потрібно враховувати швидкість продажу товару,

00:14:22.760 --> 00:14:25.320
терміни доставки постачальника та розмір буферного запасу

00:14:25.320 --> 00:14:26.960
на випадок раптового стрибка попиту.

00:14:26.960 --> 00:14:29.300
Цей додатковий запас називається страховим.

00:14:29.480 --> 00:14:32.640
Сприймайте його як ваш резервний план на дні, коли все йде не за планом.

00:14:32.760 --> 00:14:35.240
Постачальник затримав доставку, клієнт зробив більше замовлення,

00:14:35.240 --> 00:14:38.580
ніж зазвичай або виробнича лінія використала більше матеріалів, ніж очікувалося.

00:14:38.760 --> 00:14:41.200
Без цього буфера одна несподіванка може зупинити все.

00:14:41.380 --> 00:14:45.020
Але занадто великий запас означає, що ви знову просто заморожуєте гроші на полицях.

00:14:45.200 --> 00:14:48.160
Dynamics надає дані, щоб ретельніше встановлювати рівні запасів

00:14:48.160 --> 00:14:51.020
і переглядати їх, коли змінюється попит або терміни поставок.

00:14:51.020 --> 00:14:54.600
Але все це працює лише тоді, коли записи в системі відповідають реальності.

00:14:54.740 --> 00:14:57.820
Ось чому інвентаризація залишається частиною щоденного контролю.

00:14:57.820 --> 00:15:00.340
Деякі команди проводять повну інвентаризацію раз на рік,

00:15:00.480 --> 00:15:02.580
інші рахують невеликі групи товарів протягом року,

00:15:02.700 --> 00:15:04.320
це називається циклічним підрахунком.

00:15:04.480 --> 00:15:05.820
Процес досить простий.

00:15:05.980 --> 00:15:08.180
Ви рахуєте те, що насправді лежить на полиці,

00:15:08.320 --> 00:15:09.740
порівнюєте з даними в Dynamics

00:15:09.740 --> 00:15:12.720
і з'ясовуєте причину розбіжностей перед внесенням коригувань.

00:15:12.720 --> 00:15:16.140
Різниця може виникнути через пошкодження, крадіжку, пропущене сканування,

00:15:16.260 --> 00:15:18.620
неправильне місце або стару помилку під час переміщення.

00:15:18.620 --> 00:15:21.580
Коригування виправляє цифри, а розслідування виправляє процес.

00:15:21.740 --> 00:15:24.960
Dynamics також допомагає виявити запаси, які залежалися занадто довго.

00:15:25.140 --> 00:15:27.880
Аналіз віку запасів показує товари, які давно не рухалися.

00:15:28.020 --> 00:15:30.160
Це критично важливо для товарів з терміном придатності,

00:15:30.260 --> 00:15:32.380
сезонної продукції, старих запчастин або товарів,

00:15:32.380 --> 00:15:33.640
на які більше немає попиту.

00:15:33.820 --> 00:15:36.520
Виявите такий запас вчасно, і у вас з'являться варіанти.

00:15:36.700 --> 00:15:39.800
Ви можете продати його зі знижкою, перемістити туди, де попит вищий,

00:15:39.880 --> 00:15:42.760
повернути постачальнику за договором або просто припинити закупівлі.

00:15:42.760 --> 00:15:46.560
Зачекайте, поки полиці заповняться за старілим товаром, і ці варіанти зникнуть.

00:15:46.720 --> 00:15:49.260
До того ж, не кожен товар потребує однакової уваги.

00:15:49.400 --> 00:15:52.620
ABC-аналіз допомагає впорядкувати товари за їхнім фінансовим впливом.

00:15:52.760 --> 00:15:55.940
Невелика кількість товарів може становити основну частину вартості ваших запасів.

00:15:55.940 --> 00:16:00.200
Ось вони потребують ретельнішого підрахунку, суворіших рішень щодо замовлень та уважнішого нагляду.

00:16:00.340 --> 00:16:03.500
Дешеві товари, що часто рухаються, можуть мати простіші методи контролю.

00:16:03.660 --> 00:16:05.560
Мета – не ставитися до всього однаково.

00:16:05.560 --> 00:16:08.980
Мета – приділяти час тому, де помилка коштуватиме бізнесу найдорожче.

00:16:09.120 --> 00:16:12.660
Існує також особливий випадок, про який варто знати – консигнаційні запаси.

00:16:12.800 --> 00:16:17.000
Уявіть, що постачальник розміщує свої запчастини на вашому складі, але вони все ще належать йому.

00:16:17.000 --> 00:16:23.620
Запас прямо під рукою у вашої виробничої команди готовий до використання, але він не стає вашим, поки ви не отримаєте право власності.

00:16:23.780 --> 00:16:25.800
Dynamics може відстежувати цю різницю.

00:16:25.980 --> 00:16:30.460
Ваша команда бачить наявність запчастин на складі, тоді як фінансовий відділ чітко контролює право власності.

00:16:30.460 --> 00:16:34.740
Коли ви використовуєте запчастину, система реєструє зміну власника і вартість стає вашою.

00:16:34.920 --> 00:16:38.880
Це чудово, коли потрібен швидкий доступ до товарів без попередньої оплати всього обсягу.

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

00:16:44.180 --> 00:16:46.820
Звіти можуть формуватися на основі єдиної історії руху запасів.

00:16:46.980 --> 00:16:51.040
Інші бізнес-системи також можуть підключатися до цієї історії замість створення окремих списків.

00:16:51.040 --> 00:16:55.180
Все ж таки, одна поширена плутанина може збивати з пантелику нових користувачів Dynamics.

00:16:55.340 --> 00:16:59.720
Управління запасами та управління складом тісно співпрацюють, але це не одне й те саме.

00:16:59.860 --> 00:17:02.100
Це тема для іншого навчального матеріалу.

00:17:02.260 --> 00:17:06.200
Управління запасами та управління складом пов'язані, але не ідентичні.

00:17:06.480 --> 00:17:08.920
Давайте прояснимо поширений момент плутанини.

00:17:09.060 --> 00:17:12.020
Управління запасами та управління складом вирішують різні завдання.

00:17:12.180 --> 00:17:14.900
Управління запасами веде облік запасів у межах усієї компанії.

00:17:14.900 --> 00:17:21.100
Воно відповідає на головні питання, скільки в нас є, де це зафіксовано, чи можемо ми це використовувати, і яка його вартість.

00:17:21.240 --> 00:17:26.460
Цей запис відстежує запаси всюди через закупівлі, продажі, виробництво, переміщення, повернення та інвентаризації.

00:17:26.640 --> 00:17:29.980
Управління складом стосується фізичної роботи всередині складського приміщення.

00:17:30.200 --> 00:17:34.920
Воно спрямовує працівників під час приймання товарів, їх розміщення, комплектування замовлень та відвантаження.

00:17:34.920 --> 00:17:41.300
У більш складних налаштуваннях працівники використовують мобільні пристрої для сканування штрих-кодів та відстеження палет за номерами ліцензійних табличок.

00:17:41.380 --> 00:17:42.260
Подумайте про це так.

00:17:42.380 --> 00:17:44.480
Управління запасами – це головна картотека.

00:17:44.720 --> 00:17:47.400
Вона зберігає повну історію запасів для всього бізнесу.

00:17:47.560 --> 00:17:52.800
Управління складом допомагає людям виконувати роботу на складі, використовуючи інформацію з цієї картотеки.

00:17:52.960 --> 00:17:57.780
Одне записує історію, інше допомагає працівникам обробляти запаси точно та швидко на фізичному місці.

00:17:57.780 --> 00:18:00.380
Не кожній компанії потрібна однакова глибина процесів.

00:18:00.520 --> 00:18:04.480
Невеликий дистриб'ютор може почати з чітких записів товарів, складів, переміщень та інвентаризацій.

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

00:18:10.320 --> 00:18:13.840
Але в будь-якому разі кожному відділу потрібна однакова історія товарів.

00:18:13.980 --> 00:18:14.440
Висновок

00:18:14.440 --> 00:18:23.520
Єдина спільна історія запасів – управління запасами в Dynamics 365 фіксує повний життєвий цикл товарів від отримання та зберігання до відвантаження клієнту та фінансової оцінки.

00:18:23.700 --> 00:18:26.500
Це одна спільна історія запасів для всього вашого бізнесу.

00:18:26.660 --> 00:18:28.900
Дякую за перегляд чергового навчального матеріалу.

00:18:29.020 --> 00:18:32.900
Підписуйтесь на нові епізоди зі мною, Мілко Петерсон, на М365FM.

00:18:32.900 --> 00:18:40.740
І дивіться наступний епізод, щоб побачити, як Dynamics 365 Supply Chain Management поєднує закупівлі, склади та планування навколо того самого спільного обліку запасів.