WEBVTT

00:00:00.000 --> 00:00:05.100
Конвайер зупиняється посеред зміни, навантажувач не заводиться, насос протікає і раптом усім потрібні відповіді.

00:00:05.220 --> 00:00:06.580
Хто з команди це виправить?

00:00:06.700 --> 00:00:08.420
Коли було останнє обслуговування?

00:00:08.600 --> 00:00:10.200
Чи є в нас потрібна запчастина?

00:00:10.360 --> 00:00:12.260
Іде записи про попередній ремонт.

00:00:12.360 --> 00:00:18.060
Замість цього люди починають телефонувати, відкривають старі таблиці, шукають у папках, поки обладнання просто стоїть.

00:00:18.140 --> 00:00:21.660
Ця метушня коштує часу та грошей ще до того, як ключ торкнеться машини.

00:00:21.660 --> 00:00:28.680
Я Мірко Петерс з М365FM, і цей експрес-курс пояснює, що таке управління активами в Dynamics 365 – простою мовою.

00:00:28.820 --> 00:00:37.340
Це частина Dynamics 365 Supply Chain Management, що надає компаніям єдине місце для відстеження обладнання, ремонтів, витрат та історії обслуговування.

00:00:37.500 --> 00:00:42.640
Згодом ми побачимо, як попередження датчика може перетворити аварійний ремонт на заплановану роботу.

00:00:42.820 --> 00:00:47.020
Але перед цим варто поглянути на фізичні активи, від яких бізнес залежить щодня.

00:00:47.220 --> 00:00:50.040
Отже, чому фізичні активи стають проблемою для бізнесу?

00:00:50.040 --> 00:00:53.000
Подумаймо про обладнання, яке забезпечує нормальну роботу.

00:00:53.160 --> 00:00:56.560
На заводі можуть бути виробничі верстати, конвейерні стрічки, двигуни та насоси.

00:00:56.720 --> 00:01:00.040
Склад залежить від навантажувачів вантажного обладнання та сортувальних систем.

00:01:00.220 --> 00:01:03.240
Транспортній компанії потрібні вантажівки, що виїжджають вчасно.

00:01:03.340 --> 00:01:07.240
А офісна служба доглядає за опаленням, охолодженням, генераторами та ліфтами.

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

00:01:14.860 --> 00:01:20.680
Де воно зараз? Хто за ним доглядає? Чи досі воно добре працює? Коли було останнє обстеження або ремонт?

00:01:20.700 --> 00:01:24.260
Ці питання звучать просто, доки відповіді не розкидані по п'яти різних місцях.

00:01:24.440 --> 00:01:28.940
Один технік може знати, що дивний шум машини віщує біду, бо працює поруч роками.

00:01:29.160 --> 00:01:33.900
Інша людина веде таблицю з датами обслуговування, а файли закупівель чи замовлення запчастин лежать де інде.

00:01:34.040 --> 00:01:38.060
Фінансовий відділ бачить рахунки та витрати, але не завжди повну історію ремонту за ними.

00:01:38.060 --> 00:01:43.580
Тоді цей технік йде у відпустку, змінює роботу або просто не на зміні. Знання залишають приміщення.

00:01:43.740 --> 00:01:49.460
Раніше таке траплялося постійно. Паперові листи обслуговування, папки у шафі майстерні та таблиці, що переселилися електронною поштою.

00:01:49.620 --> 00:01:53.100
Команда могла підтримувати роботу обладнання, але на пошук повної картини йшов час.

00:01:53.260 --> 00:01:57.880
Люди часто працювали з неповною інформацією. Коли обладнання ламається, проблема поширюється швидко.

00:01:57.880 --> 00:02:01.940
Виробництво може зупинитися або сповільнитися, а команда технічного обслуговування змушена шукати несправність.

00:02:02.060 --> 00:02:05.000
Відділу закупівель, можливо, доведеться терміново замовляти відсутню деталь.

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

00:02:10.660 --> 00:02:14.780
Ніхто не планує поломки. Аварійні роботи також змінюють поведінку людей.

00:02:14.780 --> 00:02:21.800
Команда замовляє першу ліпшу деталь, переплачує за термінову доставку або пропускає стандартне планування, бо обладнання має запрацювати знову.

00:02:21.920 --> 00:02:28.700
Іноді таке тимчасове рішення є правильним, але коли кожен ремонт стає терміновим, витрати зростають, а одна і та сама несправність повторюється знову.

00:02:28.820 --> 00:02:31.560
Різним людям потрібні різні частини однієї історії.

00:02:31.740 --> 00:02:34.480
Ремонтникам потрібні деталі ремонту та попередні нотатки.

00:02:34.640 --> 00:02:37.460
Операційному відділу важливо знати, чи може працювати обладнання.

00:02:37.460 --> 00:02:40.160
Відділу закупівель потрібно знати, які деталі необхідні.

00:02:40.300 --> 00:02:45.020
Фінансовому відділу потрібен чіткий слід витрат, а менеджерам – бачити, де постійно виникають збої та витрати.

00:02:45.200 --> 00:02:51.840
Dynamics 365 Asset Management зберігає цей робочий запис для фізичного обладнання та пов'язаних із ним ремонтних робіт.

00:02:52.000 --> 00:02:55.380
Вона не замінює людину, яка знає, як відремонтувати двигун.

00:02:55.520 --> 00:03:00.980
Вона дає цій людині та всім навколо спільне місце для запису подій та пошуку необхідної інформації.

00:03:00.980 --> 00:03:05.880
Перш ніж планувати ремонт, системі потрібна чітка картина кожного окремого активу.

00:03:05.880 --> 00:03:08.860
Запис про актив – це цифровий файл для кожної машини.

00:03:09.020 --> 00:03:11.500
Отже, ось як варто сприймати управління активами.

00:03:11.660 --> 00:03:15.680
Уявіть картотеку в ремонтній майстерні, де кожна машина має власну підписану папку.

00:03:15.880 --> 00:03:19.960
Різниця в тому, що ця папка зберігається в Dynamics 365 Supply Chain Management,

00:03:20.120 --> 00:03:23.520
і потрібні люди можуть знайти її, не риючись у шафах і не розпитуючи інших.

00:03:23.660 --> 00:03:26.600
Відкрійте папку машини і випочнете з її ідентифікації.

00:03:26.740 --> 00:03:31.460
Запишіть назву, номер продукту або моделі, серійний номер і простий опис того, що вона робить.

00:03:31.460 --> 00:03:38.100
Додайте технічні дані та інформацію про гарантію, щоб команда могла перевірити, чи підпадає ремонт під умови виробника, перш ніж замовляти деталі.

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

00:03:41.200 --> 00:03:46.460
Дві машини на одному поверсі можуть виглядати майже однаково, тоді як їхні деталі, терміни гарантії чи потреби в обслуговуванні абсолютно різні.

00:03:46.580 --> 00:03:49.940
Чіткий запис про актив показує команді, з якою саме машиною вони мають справу.

00:03:50.100 --> 00:03:52.620
Запис також повинен відповідати на практичне запитання.

00:03:52.800 --> 00:03:54.080
Де працює це обладнання?

00:03:54.080 --> 00:03:58.920
Для цього в Dynamics 365 Asset Management використовуються так звані функціональні розташування.

00:03:59.080 --> 00:04:07.420
Вважайте функціональне розташування місцем, де актив виконує свою роботу не просто точкою на карті, а, наприклад, майданчиком, будівлею, складом, цехом або виробничою лінією.

00:04:07.560 --> 00:04:08.300
Ось приклад.

00:04:08.420 --> 00:04:10.200
Уявіть компанію з трьома заводами.

00:04:10.380 --> 00:04:12.040
На одному з них є зона пакування.

00:04:12.220 --> 00:04:14.080
У цій зоні працює конвейерна лінія.

00:04:14.240 --> 00:04:16.920
Цей конвейер містить кілька двигунів, датчиків і роликів.

00:04:16.920 --> 00:04:22.680
Ви можете описати всю цю структуру в системі від більшого об'єкта аж до обладнання, яке люди безпосередньо оглядають і ремонтують.

00:04:22.760 --> 00:04:24.280
На вершині знаходиться завод.

00:04:24.440 --> 00:04:26.040
Нижче нього – виробнича лінія.

00:04:26.160 --> 00:04:27.500
Під лінією – конвейер.

00:04:27.620 --> 00:04:28.920
Під конвейером – двигун.

00:04:29.040 --> 00:04:32.600
А під двигуном ви можете відстежувати компонент, який потребує окремої уваги.

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

00:04:36.800 --> 00:04:39.960
Тож, коли двигун виходить з ладу, технічний спеціаліст бачить не просто серійний номер.

00:04:40.080 --> 00:04:43.680
Він бачить, що двигун належить до другої конвейерної лінії в пакувальному цеху північного заводу.

00:04:43.840 --> 00:04:47.580
Цей контекст допомагає команді оцінити, яка робота може зупинитися, поки двигун не працює.

00:04:47.740 --> 00:04:49.240
Обладнання також переміщується.

00:04:49.480 --> 00:04:51.860
Навантажувач може бути перевезений з одного складу на інший.

00:04:52.020 --> 00:04:54.560
Насос може бути взятий зі складу і встановлений у будівлі.

00:04:54.560 --> 00:04:58.620
Після зміни технологічного процесу машина може переміститися з однієї виробничої лінії на іншу.

00:04:58.740 --> 00:05:02.140
Керування активами дозволяє відстежувати ці зміни через функціональне розташування.

00:05:02.280 --> 00:05:03.740
І це також важливо для витрат.

00:05:03.920 --> 00:05:09.140
Коли актив переміщується, система пов'язує витрати на його обслуговування з фінансовими даними нового місця розташування.

00:05:09.280 --> 00:05:13.680
Тож, якщо машина тепер працює в іншому цеху чи відділі, витрати слідують за машиною до місця її використання.

00:05:13.680 --> 00:05:17.060
Вам не доведеться потім гадати, яка частина бізнесу має оплачувати рахунок за ремонт.

00:05:17.200 --> 00:05:21.060
Звісно, папка лише з початковими характеристиками машини не допоможе після першого року експлуатації.

00:05:21.380 --> 00:05:23.760
Найкорисніше – це історія, що додається до запису про актив.

00:05:23.920 --> 00:05:25.900
Огляди знаходяться поруч із даними про ремонтні роботи.

00:05:26.040 --> 00:05:28.160
Замінені деталі відображаються поряд із витраченим часом на працю.

00:05:28.260 --> 00:05:31.760
Примітки техніків, деталі несправностей і зафіксований час простою – все це стає частиною історії обладнання.

00:05:31.760 --> 00:05:34.320
Новий технічний спеціаліст може перевірити, що трапилося минулого разу.

00:05:34.420 --> 00:05:37.300
Можливо, він побачить, що цей самий двигун ремонтували двічі за шість місяців.

00:05:37.420 --> 00:05:39.400
Можливо, певна деталь постійно зношується.

00:05:39.540 --> 00:05:43.840
Або попередня примітка пояснює налаштування, які потрібно перевірити перш ніж хтось розбере машину.

00:05:44.000 --> 00:05:49.140
Система не має кращої пам'яті за людей, але вона дає місце, де можна залишити корисну інформацію для наступної людини.

00:05:49.280 --> 00:05:50.920
Один момент потребує уточнення.

00:05:50.920 --> 00:05:56.340
Керування активами зосереджується на фізичному обладнанні, яке потребує регулярного догляду, ремонту, огляду чи обслуговування.

00:05:56.480 --> 00:06:01.240
Маються на увазі верстати, виробниче обладнання, транспорт, інженерні мережі будівель та подібні робочі активи.

00:06:01.340 --> 00:06:05.540
Це не інструмент для відстеження офісних ноутбуків, телефонів чи ліцензій на програмне забезпечення.

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

00:06:12.320 --> 00:06:15.500
Керування активами зосереджується саме на цій історії обслуговування.

00:06:15.620 --> 00:06:20.700
Коли кожен актив має чітку ідентифікацію, розташування, структуру та історію, розмова змінюється.

00:06:20.900 --> 00:06:27.440
Замість того, щоб чекати на вихід обладнання з ладу і з'ясовувати, що сталося, команда може почати планувати догляд, якого воно насправді потребує.

00:06:27.760 --> 00:06:30.980
Профілактичне обслуговування, виправте це до того, як воно зламається.

00:06:31.140 --> 00:06:33.960
Зазвичай є два способи розпочати технічне обслуговування.

00:06:34.100 --> 00:06:35.980
Перший – це реактивне виконання робіт.

00:06:35.980 --> 00:06:40.360
Щось ламається, виробництво зупиняється, і люди ремонтують його, бо іншого вибору немає.

00:06:40.520 --> 00:06:45.080
Другий – це планове обслуговування, коли команда дбає про обладнання до того, як несправність призведе до зупинки.

00:06:45.280 --> 00:06:50.820
Використання інструкцій виробника разом із реальними потребами обладнання в щоденній роботі – ця різниця змінює робочий день.

00:06:50.960 --> 00:06:54.160
Виробник може рекомендувати перевіряти насос через певну кількість годин роботи,

00:06:54.160 --> 00:06:59.740
але насосу в запиленому та гарячому середовищі обслуговування може знадобитися раніше, ніж такій самій моделі в чистішому місці.

00:06:59.860 --> 00:07:05.300
Управління активами дає команді технічного обслуговування можливість планувати роботу, враховуючи як інструкції, так і реальні умови на місці.

00:07:05.440 --> 00:07:08.760
Планове обслуговування – це не про ремонт обладнання, яке працює ідеально.

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

00:07:15.940 --> 00:07:24.940
План технічного обслуговування може охоплювати періодичні роботи, візуальний огляд, чищення, змащення, перевірку безпеки, тестування ременів чи фільтрів та заміну деталей, що зношуються.

00:07:25.100 --> 00:07:26.880
Подумайте про вилучний навантажувач.

00:07:27.020 --> 00:07:30.960
Він потребує регулярної перевірки гальм, шин, рівня рідин, освітлення та стану акумулятора.

00:07:31.120 --> 00:07:37.040
Жодна з цих перевірок сама по собі не видається критичною, але їх постійне ігнорування може призвести до виходу навантажувача з ладу саме тоді, коли він найбільше потрібен складу.

00:07:37.040 --> 00:07:39.280
Та сама ідея стосується виробничої лінії.

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

00:07:45.220 --> 00:07:49.660
Управління активами допомагає команді фіксувати ці рутинні завдання та вчасно нагадувати про чергову роботу.

00:07:49.840 --> 00:07:52.060
Графіки – це лише одна частина цієї картини.

00:07:52.240 --> 00:07:55.900
Завдання може бути заплановане на щотижня, щомісяця або через певну кількість днів.

00:07:55.900 --> 00:08:00.640
Але дат у календарі не завжди достатньо, оскільки дві машини одного типу можуть працювати різну кількість годин.

00:08:00.780 --> 00:08:03.940
Одна машина може працювати одну зміну на день, інша – цілодобово.

00:08:04.060 --> 00:08:07.940
Технічні показники дають команді ще один спосіб оцінити, коли слід проводити обслуговування.

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

00:08:14.720 --> 00:08:17.600
Ви не замінюєте деталь лише тому, що дата з'явилася в календарі.

00:08:17.600 --> 00:08:21.960
Ви замінюєте її тоді, коли план використання обладнання та показники вказують на необхідність виконання роботи.

00:08:22.060 --> 00:08:25.120
Регулярні обходи допомагають забезпечити такий тип постійного догляду.

00:08:25.300 --> 00:08:29.160
Обхід надає техніку спланований маршрут або перелік перевірок кількох активів.

00:08:29.340 --> 00:08:35.980
Замість того, щоб сприймати кожну перевірку як окрему несподіванку, працівник оглядає пов'язане обладнання за один плановий візит і фіксує результати.

00:08:36.120 --> 00:08:39.340
Уявіть, що технік розпочинає ранковий обхід у пакувальному цеху.

00:08:39.340 --> 00:08:45.800
Він перевіряє ряд двигунів конвейера, прислухається до незвичних звуків, шукає розхитані кріплення та записує показники, важливі для компанії.

00:08:45.940 --> 00:08:49.620
Робота стає системною, навіть якщо в різні дні обхід виконують різні люди.

00:08:49.800 --> 00:08:52.840
Тепер уявіть, що одна з цих перевірок відстежує вібрацію двигуна.

00:08:52.980 --> 00:08:55.520
Протягом кількох тижнів показник залишається в межах норми.

00:08:55.640 --> 00:08:57.380
Потім він починає поступово зростати.

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

00:09:03.660 --> 00:09:07.800
Це дає команді час оглянути двигун, поки він не пошкодився або не зупинив лінію.

00:09:07.960 --> 00:09:10.440
Це називається технічним обслуговуванням за станом.

00:09:10.640 --> 00:09:14.260
Замість того, щоб діяти лише за графіком, команда стежить за технічним показником.

00:09:14.460 --> 00:09:19.500
Коли показник перевищує встановлений ліміт, виникає потреба в обслуговуванні, яку хтось має переглянути.

00:09:19.500 --> 00:09:23.200
Датчик може передавати ці дані в систему, але він нічого не ремонтує.

00:09:23.360 --> 00:09:27.740
Він може попередити про занадто високу температуру або вихід вібрації за допустимі межі.

00:09:27.900 --> 00:09:33.880
Людина все одно має перевірити обладнання, зрозуміти значення попередження, дотриматися правил безпеки та виконати ремонт або огляд.

00:09:34.040 --> 00:09:35.720
Цей людський фактор має значення.

00:09:35.880 --> 00:09:41.840
Показник може вказувати на зношений підшипник, але причина може бути також у розхитаному кріпленні, несправності датчика чи зміні режиму роботи обладнання.

00:09:42.020 --> 00:09:44.100
Система привертає увагу до стану обладнання.

00:09:44.100 --> 00:09:46.900
Кваліфіковані фахівці вирішують, які дії слід виконати далі.

00:09:47.020 --> 00:09:49.620
Отже, мета не в тому, щоб ідеально передбачити кожну поломку.

00:09:49.800 --> 00:09:57.140
Мета – дати командам з обслуговування завчасне попередження, покращити рутину та зменшити кількість термінових ремонтів через поспішні дзвінки, коли обладнання вже зупинилося.

00:09:57.140 --> 00:10:02.840
Планова робота все одно потребує чіткого запису, відповідального виконавця, потрібних запчастин і можливості відстежувати витрати.

00:10:03.000 --> 00:10:06.260
Наряд замовлення – це робочий документ, який об'єднує процес ремонту.

00:10:06.260 --> 00:10:11.040
Отже, коли потреба в обслуговуванні перетворюється на реальну роботу, вона стає нарядом замовленням.

00:10:11.160 --> 00:10:21.780
Сприймайте його як робочий квиток, що супроводжує ремонт від першого звіту до завершення, надаючи команді єдиний запис про те, що сталося, що потрібно зробити, хто відповідальний за роботу та скільки це врешті-решт коштує.

00:10:21.940 --> 00:10:29.160
Без наряд замовлення технік може усунути проблему, але деталі можуть загубитися в телефонній розмові, при передачі зміни або просто забутися.

00:10:29.160 --> 00:10:35.200
А згодом ніхто не зможе легко відповісти, які роботи проводилися, скільки часу це зайняло або чи не повернулося та сама несправність.

00:10:35.320 --> 00:10:37.680
І без цього запису вам залишається лише гадати.

00:10:37.840 --> 00:10:40.720
Отже, наряд замовлення може бути створений у кілька способів.

00:10:40.820 --> 00:10:52.500
Це може бути планове технічне обслуговування, перевірка, яка виявила несправність, поломка обладнання або ситуація, коли технічний фахівець закінчує ремонт, помічає іншу проблему і створює додаткове завдання перед виїздом.

00:10:52.500 --> 00:10:54.720
Причини різні, але структура однакова.

00:10:54.880 --> 00:10:59.980
Наряд замовлення перетворює потребу в обслуговуванні на завдання, яке команда може спланувати, призначити, відстежити та закрити.

00:11:00.140 --> 00:11:04.180
Тож, незалежно від того, чи воно планове чи ні, наряд замовлення фіксує причину та відповідні дії.

00:11:04.360 --> 00:11:06.700
Спершу наряд замовлення описує суть роботи.

00:11:06.840 --> 00:11:11.000
Короткий заголовок може звучати так перевірити незвичну вібрацію на четвертому двигуні конвейера.

00:11:11.000 --> 00:11:19.580
Нижче команда з обслуговування може додати завдання, необхідні для виконання роботи, як от ізолювати обладнання, оглянути кріплення двигуна, перевірити підшипники, протестувати ремонт і повернути машину до експлуатації.

00:11:19.740 --> 00:11:23.040
Така деталізація допомагає, коли завдання передається від одного виконавця до іншого.

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

00:11:33.160 --> 00:11:36.100
Інструкції з техніки безпеки також мають бути частиною роботи.

00:11:36.200 --> 00:11:43.040
Працівнику може знадобитися вимкнути живлення перед відкриттям панелі, вдягнути захисне спорядження або переконатися, що лінія зупинена, перш ніж торкатися рухомих частин.

00:11:43.160 --> 00:11:47.460
Наряд замовлення надає команді місце для розміщення таких інструкцій, де їх побачать під час виконання робіт.

00:11:47.620 --> 00:11:49.140
Потім настає етап планування.

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

00:11:53.460 --> 00:11:59.660
Це не означає, що кожен ремонт іде точно за планом, адже поломки рідко зважають на календар, але це дає команді чітку відправну точку.

00:11:59.840 --> 00:12:03.020
Ви також можете додати запчастини та матеріали, необхідні для роботи.

00:12:03.160 --> 00:12:08.260
Для нашого двигуна-конвейера це можуть бути запасний підшипник, болти, мастило або, можливо, цілий двигун.

00:12:08.400 --> 00:12:14.600
Наряд замовлення пов'язує ремонт із необхідними предметами, щоб технік не приїхав готовим до роботи, а потім виявив, що деталі немає.

00:12:14.780 --> 00:12:18.260
Це означає, що техніку не доведеться чекати на деталь, яка ніколи не прибуде.

00:12:18.260 --> 00:12:22.200
Якщо товар є на складі, команда може планувати роботу з урахуванням цього запасу.

00:12:22.340 --> 00:12:27.720
Якщо ж на складі його немає, потреба переходить у процес закупівлі, і хтось може замовити необхідну деталь,

00:12:27.840 --> 00:12:32.220
не покладаючись на поспішне повідомлення чи рукописну записку, яка загубиться на столі.

00:12:32.360 --> 00:12:35.880
Робочий наряд зберігає історію ремонту, пов'язану з цією закупівлею.

00:12:36.040 --> 00:12:39.540
Саме тут наряд на виконання робіт починає робити більше, ніж просто описувати несправність.

00:12:39.680 --> 00:12:43.660
Це як центральний командний пункт, куди кожен може зазирнути перед початком своєї частини роботи.

00:12:43.660 --> 00:12:46.500
Це допомагає людям підготуватися до початку виконання завдань.

00:12:46.600 --> 00:12:49.440
Технік знає, що перевірити, планувальник знає, хто має взятися за роботу.

00:12:49.520 --> 00:12:53.540
Комірники бачать, які деталі потрібні, а відділ закупівель може діяти, якщо деталі немає в наявності.

00:12:53.660 --> 00:12:56.160
У міру просування робіт наряд фіксує свій статус.

00:12:56.340 --> 00:12:58.620
Спочатку він створюється, потім хтось його планує.

00:12:58.780 --> 00:13:01.360
Коли технік починає роботу, команда фіксує цю зміну.

00:13:01.540 --> 00:13:06.620
Після ремонту він переходить у статус «Виконано» і менеджер або інша відповідальна особа може перевірити його перед закриттям запису.

00:13:13.660 --> 00:13:21.740
І саме на ці запитання команді з технічного обслуговування потрібно знати відповіді під час напруженої зміни.

00:13:21.860 --> 00:13:29.840
Виконаний робочий наряд також фіксує, що було використано під час ремонту, час роботи, деталі та інші витрати, і система пов'язує ці витрати з відповідним активом.

00:13:30.000 --> 00:13:33.680
З часом це дає компанії чіткішу картину, ніж купа рахунків «Фактур».

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

00:13:40.480 --> 00:13:44.920
не шукаючи в різних системах і не гадаючи, який рахунок до якої несправності належить.

00:13:45.040 --> 00:13:48.240
Заключна частина часто є найкориснішою для наступного техніка.

00:13:48.380 --> 00:13:54.560
Після завершення роботи технік може додати примітки про несправність, виконані перевірки, замінені деталі та все, на що варто звернути увагу.

00:13:54.680 --> 00:13:57.480
Можливо, підшипник вийшов з ладу, бо послабилося кріплення.

00:13:57.620 --> 00:14:01.520
Можливо, ремонт усунув шум, але двигун варто перевірити ще раз через два тижні.

00:14:01.520 --> 00:14:07.260
Ця примітка залишається з виконаною роботою, тому через місяці хтось, зіткнувшись із тією ж проблемою, не починатиме з нуля.

00:14:07.420 --> 00:14:11.880
Вони можуть побачити, що сталося раніше, що спрацювало і на що звернув увагу попередній технік.

00:14:11.940 --> 00:14:14.640
Така спадкоємність може заощадити багато часу в майбутньому.

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

00:14:22.600 --> 00:14:32.900
І це справжня цінність робочого наряду. Це не просто документ. Це інструмент, який забезпечує безперебійну роботу технічного обслуговування, пов'язаний з ланцюгом постачання, фінансами та роботою на місцях.

00:14:33.060 --> 00:14:37.480
Уявіть собі бізнес як офісну будівлю. Управління активами – це серце технічного обслуговування.

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

00:14:46.360 --> 00:14:55.020
Управління активами не є ізольованим, воно пов'язане з кожним відділом через наряди на виконання робіт. Такий зв'язок позбавляє працівників необхідності дублювати дані в різних місцях.

00:14:55.200 --> 00:14:58.500
Це означає меншу ймовірність помилок і значно економію часу.

00:14:58.640 --> 00:15:05.700
У Dynamics 365 Supply Chain Management роботи з технічного обслуговування пов'язується з обліком запасних частин і витратних матеріалів.

00:15:05.880 --> 00:15:12.980
Якщо для ремонту потрібен підшипник, фільтр або новий двигун, команда може перевірити їхню наявність, перш ніж звертатися до постачальників.

00:15:12.980 --> 00:15:19.860
Склад показує вам, що саме є в наявності. Якщо потрібної деталі немає, відділ закупівель може працювати з тим самим запитом на обслуговування,

00:15:19.960 --> 00:15:25.280
а замовлення на купівлю пов'язується з ремонтом, що дає чітке розуміння, чому товар замовлено і куди він потрапить після прибуття.

00:15:25.500 --> 00:15:27.860
Виробництво також тісно інтегроване в цей процес.

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

00:15:33.640 --> 00:15:39.200
Це не скасовує потреби в спілкуванні між людьми, але замість здогадок надає цим розмовам підґрунтя у вигляді спільних записів.

00:15:39.320 --> 00:15:42.680
Отже, коли технічне обслуговування та виробництво використовують одну систему, виникає менше тертя.

00:15:42.820 --> 00:15:44.640
Фінансовому відділу потрібен інший погляд.

00:15:44.720 --> 00:15:48.860
Команду технічного обслуговування цікавить несправність і ремонт, а фінансистам важливо знати, до якого центру витрат це належить.

00:15:48.960 --> 00:15:52.640
Управління активами дозволяє пов'язувати витрати з функціональним місцем експлуатації обладнання,

00:15:52.640 --> 00:15:56.460
тому витрати на ремонт слідують за машиною до відповідного виробничого цеху чи бізнес-підрозділу.

00:15:56.580 --> 00:15:59.160
Уявіть однакове обладнання на двох різних об'єктах.

00:15:59.320 --> 00:16:02.640
Обидва потребують ремонту, але на одному об'єкті навантаження значно вище.

00:16:02.820 --> 00:16:06.820
Коли витрати прив'язані до правильного місця, менеджери бачать, який саме об'єкт генерує витрати,

00:16:06.940 --> 00:16:09.800
замість того, щоб бачити загальну суму ремонту без корисного контексту.

00:16:09.920 --> 00:16:13.700
Це робить обговорення витрат менш заплутаними та допомагає компанії виявляти закономірності.

00:16:13.700 --> 00:16:16.520
Якщо на одному об'єкті стабільно витрачають більше на той самий тип обладнання,

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

00:16:18.180 --> 00:16:19.840
Чи працює цей об'єкт удовші зміни?

00:16:20.000 --> 00:16:22.140
Чи потрібен йому інший план технічного обслуговування?

00:16:22.280 --> 00:16:24.100
Або ж саме обладнання потребує заміни?

00:16:24.260 --> 00:16:27.520
Саме ці закономірності допомагають приймати кращі рішення щодо обслуговування з часом.

00:16:27.680 --> 00:16:31.200
Управління активами також може інтегруватися з Dynamics 365 Field Service.

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

00:16:34.040 --> 00:16:36.880
та використовується в її діяльності, тоді як сервісне обслуговування на виїзді

00:16:36.880 --> 00:16:39.620
фокусується на роботах для клієнтів, часто безпосередньо на їхніх об'єктах.

00:16:39.740 --> 00:16:42.520
Коли ці напрямки обмінюються відповідною сервісною інформацією,

00:16:42.640 --> 00:16:46.120
бізнес отримує чіткіше уявлення про обладнання, сервісну діяльність та фахівців,

00:16:46.240 --> 00:16:47.100
що виконують роботу.

00:16:47.240 --> 00:16:49.820
Одна компанія може обслуговувати власні верстати на заводі

00:16:49.820 --> 00:16:53.120
і одночасно відправляти техніків для ремонту обладнання, проданого клієнтам.

00:16:53.120 --> 00:16:56.140
Це різні завдання, але історія обслуговування, дані про обладнання

00:16:56.140 --> 00:16:59.060
та особливості ремонту можуть поєднуватися там, де це потрібно бізнесу,

00:16:59.120 --> 00:17:01.180
замість того, щоб залишатися в розрізнених записах.

00:17:01.320 --> 00:17:03.560
Датчики додають ще одне джерело інформації.

00:17:03.740 --> 00:17:06.660
Azure AdCentral може отримувати показники від підключеного обладнання,

00:17:06.800 --> 00:17:08.720
наприклад, температуру, тиск або вібрацію.

00:17:08.860 --> 00:17:11.520
Коли показник виходить за межі встановленого компанією ліміту,

00:17:11.600 --> 00:17:14.940
це може ініціювати запит на технічне обслуговування для перевірки фахівцем.

00:17:14.940 --> 00:17:18.680
Датчик надає сигнал, але саме технік вирішує, що цей сигнал означає

00:17:18.680 --> 00:17:22.240
і чи потребує обладнання огляду, ремонту або ретельнішої діагностики.

00:17:22.380 --> 00:17:25.680
Попередження може надійти до системи обслуговування, поки обладнання ще працює,

00:17:25.780 --> 00:17:27.580
а не після того, як несправність його зупинить.

00:17:27.660 --> 00:17:31.320
Таке раннє попередження дозволяє запобігти перетворенню дрібної проблеми на серйозну поломку.

00:17:31.520 --> 00:17:34.520
Деякі завдання потребують чогось більшого, ніж просто письмовий чек-лист.

00:17:34.660 --> 00:17:39.200
Dynamics 365 Guides у поєднанні з HoloLens надають технікам покрокові інструкції

00:17:39.200 --> 00:17:40.980
під час роботи зі складним обладнанням.

00:17:41.100 --> 00:17:44.440
Працівник може дотримуватися інструкцій прямо перед очима, що допомагає,

00:17:44.560 --> 00:17:48.900
коли завдання має багато кроків або коли досвідчений фахівець має передати свій метод новачкам.

00:17:49.080 --> 00:17:51.540
Це не перетворить початківця на експерта за одну ніч,

00:17:51.540 --> 00:17:54.700
але дасть техніку практичні поради безпосередньо під час роботи,

00:17:54.760 --> 00:17:57.860
тоді як записи про обслуговування фіксуватимуть хід завдання.

00:17:58.040 --> 00:18:01.900
Багато хто очікує, що один бізнес-додаток зможе виконувати всю роботу самотужки,

00:18:02.020 --> 00:18:02.960
але це працює не так.

00:18:02.960 --> 00:18:05.180
Управління активами відповідає за обслуговування,

00:18:05.340 --> 00:18:08.660
тоді як підключені модулі Dynamics 365 займаються складом,

00:18:08.780 --> 00:18:11.320
закупівлями, фінансами, підтримкою клієнтів та іншим.

00:18:11.460 --> 00:18:14.340
Перевага полягає в тому, що дані передаються між цими сферами,

00:18:14.340 --> 00:18:17.640
і людям не потрібно повторно вводити інформацію чи втрачати контекст.

00:18:17.760 --> 00:18:20.780
Саме зв'язки між цими системами роблять платформу такою потужною.

00:18:20.920 --> 00:18:22.920
Отже, об'єднаймо ці взаємопов'язані напрямки на прикладі

00:18:22.920 --> 00:18:24.780
однієї простої історії технічного обслуговування.

00:18:24.780 --> 00:18:26.460
Тепер у вас є чітке уявлення про те,

00:18:26.580 --> 00:18:29.820
як управління активами вписується у ширшу екосистему Dynamics 365.

00:18:30.960 --> 00:18:34.140
Один робочий день від попередження до завершеного ремонту.

00:18:34.340 --> 00:18:35.840
Уявіть двигун конвейера на складі,

00:18:35.840 --> 00:18:37.960
що передає показники незвичної вібрації.

00:18:38.140 --> 00:18:40.060
Це попередження перед можливою відмовою.

00:18:40.240 --> 00:18:41.520
Ось як виглядає процес.

00:18:41.680 --> 00:18:42.960
Ви відкриваєте запис про актив,

00:18:43.100 --> 00:18:46.120
бачите розташування двигуна, історію, гарантію та графік робіт.

00:18:46.260 --> 00:18:47.580
Потім ви створюєте наряд замовлення,

00:18:47.660 --> 00:18:49.560
призначаєте техніка, перелічуєте кроки огляду

00:18:49.560 --> 00:18:51.300
та перевіряєте наявність підшипника на складі.

00:18:51.400 --> 00:18:53.400
Якщо підшипника немає, система замовляє його,

00:18:53.520 --> 00:18:55.080
одночасно відстежуючи час і витрати.

00:18:55.240 --> 00:18:58.340
Після ремонту технік реєструє результат і додає свої примітки.

00:18:58.520 --> 00:19:00.600
Менеджер бачить витрати, повторні поломки,

00:19:00.600 --> 00:19:02.980
час простою та все обслуговування цього двигуна.

00:19:03.260 --> 00:19:04.820
Попередження не полагодило двигун.

00:19:04.960 --> 00:19:06.780
Воно дало людям час на планування замість того,

00:19:06.940 --> 00:19:08.320
щоб починати з екстреної метушні.

00:19:08.460 --> 00:19:10.780
Отже, кому це підходить і чого воно не замінює?

00:19:10.920 --> 00:19:12.900
Тож, кому потрібне управління активами?

00:19:12.900 --> 00:19:15.660
Будь-якій компанії, що залежить від машин, транспорту,

00:19:15.760 --> 00:19:17.560
виробничого або будівельного обладнання.

00:19:17.740 --> 00:19:20.600
Це стосується виробників, складів, транспортних команд,

00:19:20.780 --> 00:19:22.540
комунальних та сервісних службових.

00:19:22.540 --> 00:19:24.840
Але ось у чому справа – воно не замінює техніків,

00:19:24.940 --> 00:19:26.800
правил безпеки чи професійного судження.

00:19:26.960 --> 00:19:28.920
Воно дає цим людям єдиний спільний запис,

00:19:29.100 --> 00:19:31.080
як медичну картку для вашого обладнання

00:19:31.080 --> 00:19:33.060
і плановий спосіб усе підтримувати.

00:19:34.060 --> 00:19:37.140
Висновок. Тримайте історію обладнання в одному місці.

00:19:37.320 --> 00:19:39.380
З управлінням активами ви зберігаєте активи,

00:19:39.380 --> 00:19:43.360
завдання з обслуговування, запчастини, витрати та історію сервісу в одному місці.

00:19:43.500 --> 00:19:47.240
Підписуйтесь на m365.fm для отримання нових знань простою мовою

00:19:47.240 --> 00:19:48.620
та переходьте до наступного блоку.