Конвайер зупиняється посеред зміни, навантажувач не заводиться, насос протікає і раптом усім потрібні відповіді. Хто з команди це виправить? Коли було останнє обслуговування? Чи є в нас потрібна запчастина? Іде записи про попередній ремонт. Замість цього люди починають телефонувати, відкривають старі таблиці, шукають у папках, поки обладнання просто стоїть. Ця метушня коштує часу та грошей ще до того, як ключ торкнеться машини. Я Мірко Петерс з М365FM, і цей експрес-курс пояснює, що таке управління активами в Dynamics 365 – простою мовою. Це частина Dynamics 365 Supply Chain Management, що надає компаніям єдине місце для відстеження обладнання, ремонтів, витрат та історії обслуговування. Згодом ми побачимо, як попередження датчика може перетворити аварійний ремонт на заплановану роботу. Але перед цим варто поглянути на фізичні активи, від яких бізнес залежить щодня. Отже, чому фізичні активи стають проблемою для бізнесу?

Подумаймо про обладнання, яке забезпечує нормальну роботу. На заводі можуть бути виробничі верстати, конвейерні стрічки, двигуни та насоси. Склад залежить від навантажувачів вантажного обладнання та сортувальних систем. Транспортній компанії потрібні вантажівки, що виїжджають вчасно. А офісна служба доглядає за опаленням, охолодженням, генераторами та ліфтами. Кожен із цих предметів виконує свою роботу, але кожен також викликає питання, які не зникають лише через те, що обладнання сьогодні справне. Де воно зараз? Хто за ним доглядає? Чи досі воно добре працює? Коли було останнє обстеження або ремонт? Ці питання звучать просто, доки відповіді не розкидані по п'яти різних місцях. Один технік може знати, що дивний шум машини віщує біду, бо працює поруч роками. Інша людина веде таблицю з датами обслуговування, а файли закупівель чи замовлення запчастин лежать де інде. Фінансовий відділ бачить рахунки та витрати, але не завжди повну історію ремонту за ними.

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

Іноді таке тимчасове рішення є правильним, але коли кожен ремонт стає терміновим, витрати зростають, а одна і та сама несправність повторюється знову. Різним людям потрібні різні частини однієї історії. Ремонтникам потрібні деталі ремонту та попередні нотатки. Операційному відділу важливо знати, чи може працювати обладнання. Відділу закупівель потрібно знати, які деталі необхідні. Фінансовому відділу потрібен чіткий слід витрат, а менеджерам – бачити, де постійно виникають збої та витрати. Dynamics 365 Asset Management зберігає цей робочий запис для фізичного обладнання та пов'язаних із ним ремонтних робіт. Вона не замінює людину, яка знає, як відремонтувати двигун. Вона дає цій людині та всім навколо спільне місце для запису подій та пошуку необхідної інформації. Перш ніж планувати ремонт, системі потрібна чітка картина кожного окремого активу. Запис про актив – це цифровий файл для кожної машини.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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