WEBVTT

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

00:00:05.220 --> 00:00:10.140
Какая команда будет это чинить? Когда было последнее обслуживание? Есть ли у нас нужная запчасть?

00:00:10.300 --> 00:00:14.260
И где записи о предыдущем ремонте? Вместо этого все начинают обзванивать коллег,

00:00:14.420 --> 00:00:17.920
открывать старые таблицы, рыться в папках, а оборудование просто простаивает.

00:00:18.100 --> 00:00:21.960
Эта суматоха стоит реального времени и денег еще до того, как ключ коснется механизма.

00:00:22.120 --> 00:00:28.260
Ямир Ко Питерс из М365 и ФМ, и этот экскурс поможет просто объяснить работу с активами в Dynamics 365.

00:00:28.260 --> 00:00:37.460
Это часть Dynamics 365 Supply Chain Management, которая дает компаниям единое место для отслеживания оборудования, техобслуживания, затрат и истории сервиса.

00:00:37.760 --> 00:00:42.480
Позже мы покажем, как сигнал датчика может превратить аварийный ремонт в плановую работу.

00:00:42.660 --> 00:00:47.000
Но прежде мы должны взглянуть на физические активы, от которых бизнес зависит каждый день.

00:00:47.180 --> 00:00:50.100
Итак, почему физические активы становятся проблемой для бизнеса?

00:00:50.220 --> 00:00:53.180
Давайте подумаем об оборудовании, которое обеспечивает привычный рабочий процесс.

00:00:53.360 --> 00:00:56.680
На заводе могут быть производственные станки, конвейерные ленты, двигатели и насосы.

00:00:56.680 --> 00:01:00.060
Склад зависит от погрузчиков, погрузочного оборудования и систем сортировки.

00:01:00.160 --> 00:01:03.280
Транспортной компании нужны грузовики, которые отправляются точно по графику.

00:01:03.400 --> 00:01:07.360
А администрация офиса следит за отоплением, охлаждением, генераторами и лифтами.

00:01:07.500 --> 00:01:11.660
Каждый из этих объектов выполняет свою задачу, но к каждому возникает ряд вопросов,

00:01:11.840 --> 00:01:14.880
которые не исчезают только потому, что оборудование пока работает.

00:01:15.040 --> 00:01:18.400
Где оно прямо сейчас? Кто за ним следит? Хорошо ли оно еще работает?

00:01:18.600 --> 00:01:20.620
Когда проводилась последняя проверка или ремонт?

00:01:20.680 --> 00:01:24.240
Эти вопросы звучат просто, пока ответы не оказываются разбросаны в пяти разных местах.

00:01:24.240 --> 00:01:29.260
Один техник может знать, что странный шум станка предвещает беду, потому что проработал рядом с ним годы.

00:01:29.420 --> 00:01:33.940
Другой сотрудник ведет таблицу с датами обслуживания, файлы закупок и заказы запчастей где-то еще.

00:01:34.120 --> 00:01:38.020
Финансовый отдел видит счета и расходы, но не всегда знает всю историю ремонта за ними.

00:01:38.260 --> 00:01:42.140
Затем этот техник уходит в отпуск, меняет работу или просто не выходит в смену.

00:01:42.300 --> 00:01:43.600
Знания покидают компанию.

00:01:43.840 --> 00:01:49.420
Раньше это случалось постоянно, бумажные листы обслуживания, папки в шкафу мастерской и таблицы, пересылаемые по почте.

00:01:49.420 --> 00:01:53.120
Команда могла поддерживать работу оборудования, но на сбор полной картины уходило время.

00:01:53.300 --> 00:01:55.520
Люди часто работали, располагая неполными данными.

00:01:55.640 --> 00:01:57.900
Когда оборудование ломается, проблема нарастает быстро.

00:01:58.040 --> 00:02:01.900
Производство может простаивать или замедляться, а ремонтная бригада вынуждена искать причину неисправности.

00:02:02.060 --> 00:02:05.140
Отделу закупок, возможно, придется срочно заказывать отсутствующую деталь.

00:02:05.280 --> 00:02:10.520
Финансовый отдел позже видит дорогой счет, но не всегда может связать эти расходы с конкретной машиной или ремонтом.

00:02:10.720 --> 00:02:12.080
Никто не планирует поломки.

00:02:12.340 --> 00:02:14.720
Аварийные работы также меняют поведение людей.

00:02:14.720 --> 00:02:21.840
Команда заказывает первую попавшуюся деталь, переплачивает за срочную доставку или пропускает обычное планирование, потому что машину нужно запустить снова.

00:02:22.020 --> 00:02:28.640
Иногда это временное решение оправдано, но когда каждый ремонт кажется экстренным, расходы растут, а одна и та же неисправность постоянно возвращается.

00:02:28.840 --> 00:02:31.360
Разным людям нужны разные части одной и той же истории.

00:02:31.580 --> 00:02:34.840
Сотрудникам по техническому обслуживанию нужны детали ремонта и прошлые записи.

00:02:35.000 --> 00:02:37.560
Операционному отделу нужно знать, может ли оборудование работать.

00:02:37.760 --> 00:02:40.180
Отделу закупок нужно знать, какие детали требуются.

00:02:40.180 --> 00:02:45.040
Финансистам нужен четкий след расходов, а руководителям – понимать, где постоянно возникают сбои и траты.

00:02:45.240 --> 00:02:51.800
Dynamics 365 Asset Management объединяет рабочую документацию по физическому оборудованию и связанным с ним задачам обслуживания.

00:02:52.020 --> 00:02:55.300
Система не призвана заменить человека, который умеет чинить двигатели.

00:02:55.480 --> 00:03:01.040
Она дает этому специалисту и всем вокруг общее пространство, чтобы фиксировать происходящее и находить нужную информацию.

00:03:01.200 --> 00:03:06.100
Прежде чем кто-либо сможет спланировать ремонт, системе нужно четкое представление о каждом отдельном активе.

00:03:06.240 --> 00:03:08.960
Запись об активе – это цифровое досье на каждую машину.

00:03:08.960 --> 00:03:11.560
Итак, вот как стоит воспринимать управление активами.

00:03:11.680 --> 00:03:15.900
Представьте картотеку в ремонтной мастерской, где для каждой машины есть своя папка с ярлыком.

00:03:16.080 --> 00:03:23.560
Разница в том, что эта папка хранится в Dynamics 365 Supply Chain Management, и нужные люди могут найти ее, не роясь в шкафах и не расспрашивая коллег.

00:03:23.660 --> 00:03:26.540
Откройте папку машины, и вы начнете с ее идентификации.

00:03:26.740 --> 00:03:31.540
Запишите название, номер продукта или модели, серийный номер и простое описание того, что она делает.

00:03:31.720 --> 00:03:38.280
Добавьте технические характеристики и информацию о гарантии, чтобы команда могла проверить, покрывает ли случай ремонт по гарантии поставщика, прежде чем заказывать детали.

00:03:38.280 --> 00:03:41.040
Звучит просто, но это избавляет от серьезной головной боли.

00:03:41.180 --> 00:03:46.520
Две машины в одном цеху могут выглядеть почти идентично, но их запчасти, гарантийные сроки или потребности в обслуживании могут быть совершенно разными.

00:03:46.660 --> 00:03:50.060
Четкая запись об активе точно показывает команде, с какой машиной они имеют дело.

00:03:50.260 --> 00:03:52.520
Запись также должна отвечать на практический вопрос.

00:03:52.740 --> 00:03:54.100
Где работает это оборудование?

00:03:54.340 --> 00:03:58.940
Для этого в Dynamics 365 Asset Management используются так называемые функциональные расположения.

00:03:58.940 --> 00:04:07.620
Представьте функциональное расположение как место, где актив выполняет свою работу, это не просто точка на карте, а площадка, здание, склад, мастерская или производственная линия.

00:04:07.760 --> 00:04:08.240
Вот пример.

00:04:08.420 --> 00:04:10.160
Представьте компанию с тремя заводами.

00:04:10.320 --> 00:04:12.100
На одном из заводов есть зона упаковки.

00:04:12.260 --> 00:04:14.040
В этой зоне работает конвейерная линия.

00:04:14.040 --> 00:04:17.080
Этот конвейер включает в себя несколько двигателей, датчиков и роликов.

00:04:17.220 --> 00:04:22.880
Вы можете описать всю эту структуру в системе от крупного объекта вплоть до оборудования, которое люди непосредственно осматривают и ремонтируют.

00:04:22.880 --> 00:04:24.300
На вершине находится завод.

00:04:24.420 --> 00:04:26.140
Под ним – производственная линия.

00:04:26.260 --> 00:04:27.520
Под линией – конвейер.

00:04:27.600 --> 00:04:28.960
Под конвейером – двигатель.

00:04:29.100 --> 00:04:32.600
А под двигателем можно отслеживать компонент, требующий отдельного внимания.

00:04:32.760 --> 00:04:36.740
Такая иерархия – родитель-потомок – помогает понять, где находится актив и с чем он связан.

00:04:36.740 --> 00:04:39.960
Поэтому, когда двигатель выходит из строя, техник видит не просто серийный номер.

00:04:40.060 --> 00:04:43.720
Он видит, что этот двигатель относится ко второй конвейерной линии в зоне упаковки северного завода.

00:04:43.880 --> 00:04:47.700
Этот контекст помогает команде оценить, какая работа может остановиться, пока двигатель неисправен.

00:04:47.860 --> 00:04:49.260
Оборудование также перемещается.

00:04:49.260 --> 00:04:51.940
Вилочный погрузчик может быть переведен с одного склада на другой.

00:04:52.120 --> 00:04:54.580
Насос может быть изъят со склада и установлен в здании.

00:04:54.740 --> 00:04:58.560
После изменения процесса станок может быть перемещен с одной производственной линии на другую.

00:04:58.720 --> 00:05:02.140
Управление активами позволяет отслеживать эти изменения через функциональное расположение.

00:05:02.280 --> 00:05:03.860
И это также важно для учета затрат.

00:05:03.860 --> 00:05:09.060
Когда актив перемещается, система связывает расходы на его обслуживание с финансовыми данными нового местоположения.

00:05:09.180 --> 00:05:13.900
Поэтому, если станок теперь работает в другом цехе или отделе, затраты следуют за станком в подразделении, которое его использует.

00:05:14.020 --> 00:05:17.100
Вам не придется потом гадать, какое подразделение компании оплатило счет за ремонт.

00:05:17.100 --> 00:05:21.100
Папка, содержащая только первоначальные данные о станке, мало чем поможет после первого года эксплуатации.

00:05:21.300 --> 00:05:23.940
Самое полезное – это история, сопровождающая запись об активе.

00:05:24.060 --> 00:05:26.100
Результаты осмотров соседствуют с данными о ремонтных работах.

00:05:26.240 --> 00:05:28.100
Замененные детали соседствуют с затраченным временем.

00:05:28.100 --> 00:05:31.820
Заметки техника, подробности неисправностей и время простое становятся частью истории оборудования.

00:05:31.980 --> 00:05:34.200
Новый специалист может проверить, что происходило в прошлый раз.

00:05:34.400 --> 00:05:37.320
Возможно, он обнаружит, что один и тот же двигатель ремонтировали дважды за шесть месяцев.

00:05:37.500 --> 00:05:39.480
Возможно, какая-то деталь постоянно изнашивается.

00:05:39.480 --> 00:05:43.840
Или в более ранней заметке указана настройка, которую нужно проверить, прежде чем разбирать станок.

00:05:43.960 --> 00:05:49.320
Система не обладает памятью лучше, чем люди, но она дает людям место, где можно оставить полезную информацию для того, кто придет следом.

00:05:49.420 --> 00:05:50.860
Один момент требует разъяснения.

00:05:51.060 --> 00:05:56.340
Управление активами сосредоточено на физическом оборудовании, требующем регулярного ухода, ремонта, осмотра или обслуживания с течением времени.

00:05:56.500 --> 00:06:01.360
Подумайте о станках, производственном оборудовании, транспортных средствах, инженерных системах зданий и подобных рабочих активах.

00:06:01.440 --> 00:06:05.500
Это не инструмент для отслеживания офисных ноутбоков, телефонов или лицензии на программное обеспечение.

00:06:05.500 --> 00:06:12.280
Эти предметы могут быть важны для компании, но производственный станок с движущимися частями, потребностью в обслуживании и риском простое создает другой тип записей.

00:06:12.400 --> 00:06:15.460
Управление активами сфокусировано именно на этой истории технического обслуживания.

00:06:15.620 --> 00:06:20.960
Как только у каждого актива появляется четкая идентификация, местоположение, структура и история, характер разговора меняется.

00:06:21.140 --> 00:06:27.560
Вместо того, чтобы ждать поломки оборудования и потом гадать, что случилось, команда может начать планировать уход, который действительно нужен технике.

00:06:27.960 --> 00:06:29.040
Профилактическое обслуживание.

00:06:29.300 --> 00:06:30.880
Почините до того, как сломается.

00:06:31.040 --> 00:06:33.820
Обычно существует два способа начала технического обслуживания.

00:06:33.820 --> 00:06:36.120
Первый – это реактивный заказ на выполнение работ.

00:06:36.280 --> 00:06:40.500
Что-то ломается, производство останавливается, и люди чинят это, потому что у них нет другого выбора.

00:06:40.660 --> 00:06:45.200
Второй – это плановое обслуживание, когда команда следит за оборудованием до того, как неисправность приведет к остановке.

00:06:45.360 --> 00:06:50.840
Использование рекомендаций производителя наряду с фактическими потребностями оборудования в ежедневной работе меняет рабочий день.

00:06:51.020 --> 00:06:54.820
Производитель может рекомендовать проверять насос через определенное количество часов работы,

00:06:54.960 --> 00:06:59.800
но насосу в пыльном жарком месте может потребоваться внимание раньше, чем такой же модели в более чистых условиях.

00:06:59.800 --> 00:07:05.340
Управление активами дает команде по обслуживанию возможность планировать работу с учетом как руководства, так и реальных условий на объекте.

00:07:05.460 --> 00:07:08.820
Плановое обслуживание – это не ремонт оборудования, которое работает идеально.

00:07:08.960 --> 00:07:16.020
Это выполнение небольших известных задач в разумное время, чтобы мелкая проблема не переросла в неожиданную поломку во время самой загруженной смены недели.

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

00:07:25.140 --> 00:07:31.120
Подумайте о вилочном погрузчике. Ему нужны регулярные проверки тормозов, шин, уровней жидкости, освещения и состояния аккумулятора.

00:07:31.260 --> 00:07:37.100
Каждая из этих проверок сама по себе не кажется серьезной, но их постоянный пропуск может привести к поломке погрузчика тогда, когда он больше всего нужен складу.

00:07:37.160 --> 00:07:39.280
Та же идея применима и к производственной линии.

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

00:07:45.280 --> 00:07:50.000
Управление активами помогает команде фиксировать эти процедуры и напоминать о следующей задаче, когда придет время.

00:07:50.220 --> 00:07:51.780
Графики – это лишь часть картины.

00:07:51.980 --> 00:07:55.860
Работа может назначаться каждую неделю, каждый месяц или через определенное количество дней.

00:07:56.020 --> 00:08:00.620
Но календарных дат не всегда достаточно, потому что две машины одного типа могут работать разное количество часов.

00:08:00.820 --> 00:08:03.960
Одна машина может работать в одну смену в день, другая – круглосуточно.

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

00:08:07.900 --> 00:08:14.720
В зависимости от оборудования это могут быть часы наработки, пройденное расстояние, температура, давление или другие измерения, характеризующие состояние техники.

00:08:14.900 --> 00:08:17.660
Вы не меняете деталь только потому, что дата появилась в календаре.

00:08:17.660 --> 00:08:21.880
Вы заменяете ее, когда план, использование оборудования и показатели свидетельствуют о том, что работу пора выполнять.

00:08:22.040 --> 00:08:25.040
Обходные маршруты технического обслуживания помогают в таком регулярном уходе.

00:08:25.160 --> 00:08:29.380
Обход дает технику заранее спланированный маршрут или набор проверок для нескольких единиц оборудования.

00:08:29.600 --> 00:08:36.200
Вместо того, чтобы рассматривать каждую проверку как отдельный сюрприз, специалист осматривает смежное оборудование за один плановый визит и записывает результаты.

00:08:36.260 --> 00:08:39.300
Представьте, что техник начинает утренний обход в зоне упаковки.

00:08:39.300 --> 00:08:45.660
Он проверяет ряд двигателей конвейера, прислушивается к посторонним звукам, ищет ослабленные крепления и фиксирует важные для компании показатели.

00:08:45.860 --> 00:08:49.820
Работа становится систематизированной, даже если в разные дни обход выполняют разные сотрудники.

00:08:49.980 --> 00:08:53.060
Теперь представьте, что одна из таких проверок очлеживает вибрацию двигателя.

00:08:53.260 --> 00:08:55.560
Несколько недель показания остаются в пределах нормы.

00:08:55.700 --> 00:08:57.300
Затем они начинают постепенно расти.

00:08:57.480 --> 00:09:01.260
Конвейер продолжает работать, поэтому никто, кроме службы техобслуживания, пока не замечает проблему.

00:09:01.380 --> 00:09:03.540
Но регулярные замеры говорят технику, что что-то изменилось.

00:09:03.660 --> 00:09:07.900
Это дает команде время осмотреть двигатель, прежде чем он выйдет из строя или остановит линию.

00:09:07.900 --> 00:09:10.500
Это называется техническим обслуживанием по состоянию.

00:09:10.620 --> 00:09:14.280
Вместо того, чтобы действовать строго по календарю, команда следит за техническим параметром.

00:09:14.420 --> 00:09:19.580
Когда значение выходит за установленные компании пределы, появляется заявка на техобслуживание, которую нужно рассмотреть.

00:09:19.760 --> 00:09:23.280
Датчик может передавать эти данные в систему, но сам он ничего не чинит.

00:09:23.380 --> 00:09:27.900
Он может предупредить, что температура слишком высока или вибрация вышла за пределы допустимого диапазона.

00:09:28.060 --> 00:09:33.900
Человеку все равно нужно проверить оборудование, понять значение предупреждения, соблюсти правила безопасности и выполнить ремонт или осмотр.

00:09:34.040 --> 00:09:35.860
Этот человеческий фактор имеет значение.

00:09:35.860 --> 00:09:41.800
Показание может указывать на износ подшипника, но это также может быть ослабленное крепление, сбой датчика или изменение режима работы оборудования.

00:09:42.000 --> 00:09:46.760
Система привлекает внимание к состоянию оборудования, а квалифицированные специалисты решают, что делать дальше.

00:09:46.900 --> 00:09:49.840
Таким образом, цель состоит не в том, чтобы идеально предсказывать каждый отказ.

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

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

00:10:03.080 --> 00:10:06.340
Наряд-заказ – это рабочий талон, который структурирует весь ремонт.

00:10:06.440 --> 00:10:11.000
Итак, когда потребность в техобслуживании становится реальной работой, она превращается в наряд-заказ.

00:10:11.200 --> 00:10:15.700
Считайте его рабочим талоном, который сопровождает ремонт от первого сообщения до завершения,

00:10:15.860 --> 00:10:21.740
давая команде единую запись о том, что случилось, что нужно сделать, кто отвечает за работу и во сколько она в итоге обошлась.

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

00:10:29.480 --> 00:10:35.360
А потом никто не сможет легко ответить, какая работа была проделана, сколько времени она заняла и не вернулась ли та же неисправность.

00:10:35.480 --> 00:10:37.680
А без такой записи вам остается только гадать.

00:10:37.800 --> 00:10:40.620
Итак, наряд-заказ может быть создан несколькими способами.

00:10:40.740 --> 00:10:46.940
Он может появиться из планового технического обслуживания по результатам проверки, выявившей неисправность при поломке оборудования

00:10:46.940 --> 00:10:51.360
или если техник, завершив ремонт, заметил другую проблему и создал задачу на будущее.

00:10:51.360 --> 00:10:52.760
Прежде чем покинуть объект.

00:10:52.840 --> 00:10:54.700
Причины разные, но структура одна.

00:10:54.920 --> 00:10:59.980
Наряд-заказ превращает потребность в обслуживание ифта, что команда может запланировать, распределить, отследить и закрыть.

00:11:00.060 --> 00:11:04.360
Поэтому, независимо от того, плановая это работа или нет, наряд-заказ фиксирует причину и ответные меры.

00:11:04.520 --> 00:11:06.680
Во-первых, наряд-заказ описывает суть работы.

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

00:11:11.220 --> 00:11:14.160
Ниже ремонтная бригада может добавить задачи, необходимые для выполнения работы.

00:11:14.160 --> 00:11:19.660
Например, изолировать оборудование, проверить крепление двигателя, осмотреть подшипники, протестировать ремонт и вернуть машину в эксплуатацию.

00:11:19.780 --> 00:11:23.120
Такой уровень детализации помогает, когда работа переходит от одного исполнителя к другому.

00:11:23.240 --> 00:11:29.140
Контрольный список может направить техника при выполнении работ в определенном порядке, что полезно для регулярных проверок и помогает при ремонте,

00:11:29.240 --> 00:11:33.160
где пропущенный шаг может создать риски для безопасности или привести к плохой работе оборудования.

00:11:33.340 --> 00:11:36.120
Инструкции по технике безопасности также должны быть частью работы.

00:11:36.320 --> 00:11:43.020
Работнику может потребоваться отключить питание перед открытием панели, надеть защитное снаряжение или убедиться, что линия остановлена, прежде чем прикасаться к движущимся частям.

00:11:43.020 --> 00:11:47.640
Наряд заказ дает команде место для включения этих инструкций там, где люди увидят их во время выполнения работы.

00:11:47.840 --> 00:11:49.100
Затем следует планирование.

00:11:49.300 --> 00:11:53.420
Ремонтная бригада может назначить исполнителей, оценить время на выполнение и назначить дату и время.

00:11:53.580 --> 00:11:59.820
Это не означает, что каждый ремонт проходит точно по плану, ведь поломки оборудования редко следуют календарю, но это дает команде четкую отправную точку.

00:11:59.960 --> 00:12:02.940
Вы также можете добавить детали и материалы, необходимые для работы.

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

00:12:08.340 --> 00:12:14.640
Наряд заказ связывает ремонт с необходимыми позициями, чтобы техник не приехал готовым к работе, а затем обнаружил, что детали нет на месте.

00:12:14.820 --> 00:12:18.360
Это значит, что техник не застрянет в ожидании детали, которая так и не приедет.

00:12:18.480 --> 00:12:22.320
Если позиция есть на складе, команда может планировать работу с учетом этого запаса.

00:12:22.440 --> 00:12:32.440
Если запасов недостаточно, потребность переходит в процесс закупки, и кто-то может заказать нужную деталь, не полагаясь на поспешное сообщение или рукописную записку, которая затеряется на столе.

00:12:32.440 --> 00:12:35.800
Наряд заказ по-прежнему связывает историю ремонта с этой закупкой.

00:12:35.980 --> 00:12:39.540
Здесь рабочая заявка начинает выполнять нечто большее, чем просто описание неисправности.

00:12:39.720 --> 00:12:43.760
Это своего рода центральный командный пункт, куда каждый может заглянуть перед началом своей части работы.

00:12:43.920 --> 00:12:46.440
Это помогает людям подготовиться до начала выполнения задач.

00:12:46.600 --> 00:12:53.500
Техник знает, что проверять, планировщик знает, кому поручить работу, складская служба видит нужные детали, а отдел закупок может действовать, если детали нет в наличии.

00:12:53.600 --> 00:12:56.040
По мере продвижения работы наряд фиксирует ее статус.

00:12:56.200 --> 00:12:58.700
Сначала он создается, затем кто-то назначает время выполнения.

00:12:58.700 --> 00:13:01.620
Когда техник приступает к работе, команда фиксирует это изменение.

00:13:01.620 --> 00:13:06.700
После ремонта статус меняется на «выполнено», и менеджер или ответственное лицо могут проверить результат перед закрытием записи.

00:13:06.800 --> 00:13:09.800
Эти этапы могут показаться бурократией, но они отвечают на практические вопросы.

00:13:10.000 --> 00:13:11.480
Занимается ли кто-то этим вопросом?

00:13:11.640 --> 00:13:12.520
Работа уже началась.

00:13:12.740 --> 00:13:14.780
Готова ли машина к возвращению в нормальный режим работы?

00:13:14.920 --> 00:13:17.600
Проверил ли кто-то, что работа соответствует требуемым стандартам?

00:13:17.700 --> 00:13:21.620
И именно на эти вопросы сервисной команде нужно знать ответы в течение загруженной смены.

00:13:21.820 --> 00:13:29.800
Завершенный наряд заказ также фиксирует затраты на ремонт, рабочее время, запчасти и другие расходы, и система связывает эти затраты с соответствующим активом.

00:13:29.800 --> 00:13:33.800
Со временем это дает компании более четкую картину, чем стопка счетов.

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

00:13:44.840 --> 00:13:48.280
Заключительная часть часто наиболее полезна для следующего техника.

00:13:48.420 --> 00:13:54.460
По окончании работы техник может добавить заметки о неисправности, проведенных проверках, замененных деталях и о том, на что стоит обратить внимание.

00:13:54.740 --> 00:13:57.440
Возможно, подшипник вышел из строя из-за ослабления крепления.

00:13:57.680 --> 00:14:01.620
Может быть, ремонт устранил шум, но двигатель следует проверить еще раз через две недели.

00:14:01.760 --> 00:14:07.500
Эта заметка остается с выполненной работой, поэтому через несколько месяцев тому, кто столкнется с той же проблемой, не придется начинать с нуля.

00:14:07.500 --> 00:14:11.800
Они могут увидеть, что происходило ранее, что помогло и что заметил предыдущий техник.

00:14:11.940 --> 00:14:14.700
Такая преемственность может сэкономить много времени в будущем.

00:14:14.880 --> 00:14:22.480
Наряд заказ описывает одну сервисную задачу от начала до конца, но его более широкая роль проявляется, когда эта задача связывается с запасами, закупками и финансовыми записями.

00:14:22.580 --> 00:14:25.060
И в этом заключается истинная ценность наряд заказа.

00:14:25.160 --> 00:14:33.000
Это не просто документ, это инструмент, который обеспечивает бесперебойную работу технического обслуживания, связанный с цепочкой поставок, финансами и полевыми работами.

00:14:33.000 --> 00:14:34.860
Представьте бизнес как офисное здание.

00:14:35.040 --> 00:14:37.460
Управление активами – это центр технического обслуживания.

00:14:37.680 --> 00:14:46.380
Оно сосредоточено на поддержании оборудования в рабочем состоянии, но не изолировано от остальной компании, ведь складу запчастей, отделу закупок, финансовой службе и сервисным специалистам нужны одни и те же данные.

00:14:46.540 --> 00:14:48.640
Управление активами не существует само по себе.

00:14:48.920 --> 00:14:51.160
Оно связано с каждым отделом через рабочие наряды.

00:14:51.260 --> 00:14:55.300
Эта связь избавляет сотрудников от необходимости вводить одни и те же данные в разных местах.

00:14:55.400 --> 00:14:58.440
Это снижает вероятность ошибок и значительно экономит время.

00:14:58.440 --> 00:15:05.940
В Dynamics 365 Supply Chain Management работы по техобслуживанию могут быть связаны с записями о складских запасах запчастей и расходных материалов.

00:15:05.940 --> 00:15:12.880
Если для ремонта нужен подшипник, фильтр или новый мотор, команда может проверить их наличие, прежде чем обращаться к поставщикам.

00:15:13.020 --> 00:15:15.660
Складские данные показывают, что именно есть в наличии.

00:15:15.860 --> 00:15:25.400
Если нужной детали нет, отдел закупок работает с тем же запросом на обслуживание, а заказ на поставку связывается с ремонтными работами, что дает всем ясное понимание, зачем заказан товар и куда он поступит по прибытии.

00:15:25.400 --> 00:15:27.920
Производство также тесно связано с этим процессом.

00:15:28.080 --> 00:15:33.640
Если для оборудования требуется плановый простой, производственный отдел сразу видит, что ремонт может повлиять на работу линии или склада.

00:15:33.640 --> 00:15:39.340
Это не отменяет необходимости общения между людьми, но делает их обсуждение предметными, опирающимися на общую запись, а не на догадки.

00:15:39.460 --> 00:15:42.840
Таким образом, когда техобслуживание и производство работают в одной системе, разногласий становится меньше.

00:15:43.020 --> 00:15:44.480
Финансовому отделу нужен иной подход.

00:15:44.700 --> 00:15:48.920
Специалистов по обслуживанию интересует поломка и ремонт, а финансистам важно знать, к какой статье относятся расходы.

00:15:48.920 --> 00:15:56.200
Управление активами позволяет привязать затраты к функциональному месту расположения оборудования, поэтому расходы на ремонт следуют за станком в нужный цех или подразделение.

00:15:56.340 --> 00:15:59.280
Представьте, что одинаковое оборудование работает на двух разных площадках.

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

00:16:03.140 --> 00:16:09.800
Когда затраты привязаны к конкретному месту, менеджеры видят, какая площадка генерирует расходы, а не просто общую сумму без контекста.

00:16:09.940 --> 00:16:13.580
Это делает обсуждение бюджета понятнее и помогает компании выявлять закономерности.

00:16:13.580 --> 00:16:18.120
Если на одной площадке постоянно тратят много средств на один и тот же тип оборудования, команда может задать правильные вопросы.

00:16:18.120 --> 00:16:20.180
Работает ли площадка в более длинные смены?

00:16:20.380 --> 00:16:22.020
Нужен ли там иной план техобслуживания?

00:16:22.180 --> 00:16:23.920
Или само оборудование требует замены?

00:16:24.080 --> 00:16:27.620
Именно такие закономерности со временем позволяют принимать более обоснованные решения по техобслуживанию.

00:16:27.820 --> 00:16:31.220
Управление активами также можно связать с Dynamics 365 Field Service.

00:16:31.400 --> 00:16:36.120
Управление активами обычно очлеживает оборудование, которым компания владеет и которое использует внутри своей деятельности,

00:16:36.240 --> 00:16:39.680
тогда как полевое обслуживание сосредоточено на работах для клиентов, часто на их территории.

00:16:39.680 --> 00:16:47.100
Когда эти подразделения обмениваются сервисной информацией, компания получает более четкое представление об оборудовании, обслуживании и работе сотрудников.

00:16:47.100 --> 00:16:53.260
Одна и та же компания может обслуживать станки на собственном заводе и одновременно направлять специалистов для ремонта оборудования у клиентов.

00:16:53.440 --> 00:17:01.100
Это разные задачи, но истории обслуживания, данные об оборудовании и методы ремонта могут быть связаны там, где это нужно бизнесу, а не разбросаны по разным записям.

00:17:01.280 --> 00:17:03.600
Датчики служат еще одним источником информации.

00:17:03.800 --> 00:17:08.760
Azure IoT Central может получать показания с подключенного оборудования, такие как температура, давление или вибрация.

00:17:08.760 --> 00:17:15.020
Когда показания выходят за установленные пределы, система может инициировать запрос на техническое обслуживание для проверки специалистам.

00:17:15.200 --> 00:17:22.260
Датчик подает сигнал, но именно техник решает, что он означает и требуется ли оборудованию осмотр, ремонт или более тщательная диагностика.

00:17:22.400 --> 00:17:27.540
Предупреждение может поступить в систему обслуживания, пока оборудование еще работает, а не после того, как оно выйдет из строя.

00:17:27.640 --> 00:17:31.420
Такое раннее предупреждение позволяет предотвратить перерастание мелкой неисправности в серьезную поломку.

00:17:31.600 --> 00:17:34.680
Некоторые задачи требуют больше, чем просто письменный контрольный список.

00:17:34.680 --> 00:17:41.020
Dynamics 365 Gidas в сочетании с HoloLens дает специалистам пошаговые инструкции при работе со сложным оборудованием.

00:17:41.220 --> 00:17:48.880
Работник может следовать подсказкам перед глазами, что помогает при выполнении многоэтапных задач или при обучении нового персонала методом опытных мастеров.

00:17:49.020 --> 00:17:58.000
Это не превращает новичка в эксперта за одну ночь, но дает специалисту практическое руководство непосредственно на месте работы, пока записи о техобслуживании фиксируют ход выполнения.

00:17:58.200 --> 00:18:02.940
Многие ожидают, что одно бизнес-приложение справится со всем самостоятельно, но так это не работает.

00:18:02.940 --> 00:18:11.280
Управление активами отвечает за техобслуживание, а другие модули Dynamics 365 – за склад, закупки, финансы, клиентский сервис и прочее.

00:18:11.420 --> 00:18:17.680
Преимущество заключается в передаче записей между этими областями без необходимости повторного ввода данных и потери контекста.

00:18:17.840 --> 00:18:20.940
Именно связи между этими системами делают платформу такой мощной.

00:18:21.100 --> 00:18:24.640
Давайте объединим эти процессы на примере одной простой истории технического обслуживания.

00:18:24.820 --> 00:18:30.000
Теперь у вас есть ясное представление о том, как управление активами вписывается в общую экосистему Dynamics 365.

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

00:18:34.260 --> 00:18:38.180
Представьте, что двигатель конвейера на складе передает показатели необычной вибрации.

00:18:38.380 --> 00:18:40.140
Это и есть предупреждение перед поломкой.

00:18:40.320 --> 00:18:41.360
Вот как выглядит процесс.

00:18:41.540 --> 00:18:46.340
Вы открываете карточку актива, видите расположение двигателя, историю, гарантию и график запланированных работ.

00:18:46.480 --> 00:18:51.300
Затем вы создаете на ряд заказ, назначаете техника, перечисляете шаги осмотра и проверяете наличие подшипника на складе.

00:18:51.440 --> 00:18:55.120
Если подшипника нет, система заказывает его, одновременно очлеживая время и затраты.

00:18:55.120 --> 00:18:58.340
После ремонта техник фиксирует результат и оставляет свои комментарии.

00:18:58.480 --> 00:19:03.080
Руководитель видит затраты, повторяющиеся поломки, время простоя и все техобслуживание этого двигателя.

00:19:03.440 --> 00:19:04.880
Предупреждение не починило двигатель.

00:19:05.040 --> 00:19:08.500
Оно дало людям время на планирование, вместо того, чтобы в спешке устранять аварийную ситуацию.

00:19:08.680 --> 00:19:10.980
Итак, для кого это подходит и что оно не заменяет?

00:19:11.140 --> 00:19:12.700
Кому нужно управление активами?

00:19:12.860 --> 00:19:17.560
Любой компании, зависящей от машин, транспорта, производственного оборудования или инженерных систем зданий.

00:19:17.760 --> 00:19:22.660
Сюда входят производители, склады, транспортные службы, коммунальные предприятия и сервисные компании.

00:19:22.660 --> 00:19:26.760
Но вот в чем дело, это не заменяет техников, правила безопасности или здравый смысл.

00:19:26.920 --> 00:19:33.480
Оно дает этим людям единую общую запись, как медицинскую карту для вашего оборудования и план по поддержанию всего в рабочем состоянии.

00:19:34.320 --> 00:19:37.040
Вывод. Храните историю оборудования в одном месте.

00:19:37.240 --> 00:19:43.340
С управлением активами вы храните данные об активе, задачах обслуживания, запчастях, затратах и истории сервиса в одном месте.

00:19:43.520 --> 00:19:47.340
Подписывайтесь на m365.fm, чтобы получать больше полезных знаний простыми словами.

00:19:47.460 --> 00:19:48.680
И переходите к следующему блоку.