Новый взгляд на плановое обслуживание

В течение последнего месяца мы постепенно обновляли вкладку планирования для запланированного обслуживания в вашей КСУП. Обновления дают вам улучшенную и отличную видимость того, когда будет проводиться следующее плановое обслуживание.

Если вы не знакомы с плановым обслуживанием, вам следует посмотреть наше 5-минутное видео по этой теме. Видео охватывает все основы, включая создание нового планового обслуживания и настройку триггеров. В этом блоге я покажу улучшения, которые были добавлены с момента создания этого видео.

Повышенная видимость триггеров планового технического обслуживания

Первое, что мы сделали, - это улучшили видимость того, когда следующий рабочий заказ будет запущен из планового обслуживания. Независимо от того, является ли триггер запуском по времени, счетчику или событию, мы считаем важным, чтобы наши клиенты могли видеть, когда будет создан следующий рабочий заказ.

Видимость срабатывания триггеров

В качестве примера предположим, что вы создали плановое обслуживание на основе времени и хотите, чтобы оно запускало рабочее задание каждый понедельник. Вы устанавливаете расписание для достижения своей цели, а затем активируете плановое техническое обслуживание. Вы можете спросить себя в качестве чека, когда должен быть следующий?

Чтобы ответить на ваш вопрос, текущее время и следующий триггер показаны на вкладке расписания вашего планового обслуживания. Если вы хотите увидеть все запланированные ремонтные работы, которые должны быть выполнены, вы можете просто щелкнуть гиперссылку, чтобы увидеть даты и время, когда будут созданы будущие рабочие задания. Хотя видимость не изменилась со времени просмотра видео, будущие даты теперь отображаются за гиперссылкой следующего триггера, а не в отдельном поле.

См. текущее время и время следующего запуска для рабочего задания

Нажмите гиперссылка, чтобы увидеть список всех будущих запланированных периодов запуска

Видимость по триггерам на основе счетчиков

Мы также включили видимость для других триггеров. Например, еще один способ запустить плановое техническое обслуживание - использовать триггеры на основе счетчиков. Транспортное средство - это один из примеров актива, который будет использовать триггер на основе счетчика, например, для запуска рабочего задания каждые 10000 км. В этом случае, для улучшения видимости, мы теперь показываем вам текущее значение показания счетчика и показание счетчика, которое в следующий раз вызовет выполнение рабочего задания.

Для дополнительной наглядности, щелкнув гиперссылку с текущими показаниями счетчика, вы перейдете к списку всех предыдущих показаний счетчика для актива. Если какое-либо из этих показаний счетчика вызвало плановое техническое обслуживание, они будут окрашены в желтый цвет. Эти показания счетчика, поскольку они инициировали заказ на работу, не подлежат удалению. Если хотите, вы также можете добавить новое показание счетчика с этого экрана.

См. последнее показание счетчика и следующая точка срабатывания

Нажмите гиперссылка, чтобы увидеть предыдущие показания счетчика. Вы также можете добавить сюда новые показания счетчика. Желтые значения указывают на то, что на основании показаний счетчика было создано рабочее задание.

Эта видимость дополняет новую возможность устанавливать триггеры на основе фиксированных или поплавковых счетчиков. Это поможет вам правильно управлять запланированными интервалами обслуживания.

Видимость триггеров на основе событий

Задания на работу, инициируемые событием, запускаются каждый раз, когда определенное событие происходит на активе, который является предметом планового обслуживания. Они тоже отображаются на вкладке расписания. Триггеры событий нуждаются в меньшей видимости, чем их аналоги, они срабатывают каждый раз, когда событие инициируется в системе CMMS.

Улучшенный журнал планового обслуживания

Помимо видимости триггеров, мы также постепенно улучшаем журнал планового обслуживания. Вы можете использовать этот журнал, чтобы отслеживать большинство изменений в запланированном техобслуживании.

Большинство событий теперь записываются, чтобы вы могли изучить эту историю планового технического обслуживания. Это включает в себя такие вещи, как каждый раз, когда создается заказ на работу, или когда кто-то меняет триггер, или когда заказ на работу не создается, потому что он уже был открыт, записывается. В приведенном ниже примере вы можете видеть, что я внес много изменений 29 апреля 2014 года между 10:06 и 10:15, включая активацию ручного рабочего задания (это было, когда я писал этот блог).

Затем, поскольку заказ на ручную работу все еще был открыт, он сообщает мне, что запланированный триггер не создал заказ на работу. Когда я нажимаю на любое из этих триггерных событий, вы можете найти информацию о нем. В уведомлении об ошибке будет указана причина, по которой заказ на работу не был создан, и указано на конфликтующее задание. Вся эта информация была бы очень ценной, когда я хочу задокументировать историю или диагностировать проблему.

См. журнал изменений каждого планового обслуживания

Просмотрите подробная информация о каждом элементе журнала

Я думаю, что эти улучшения будут очень ценны для вас, когда вы настроите плановое обслуживание и начнете осознавать экономию за счет планового, а не реактивного обслуживания.