Запись простоя машины объединяет интервал переходов состояния, его место в производственном расписании и подтверждённую причину. Не все сведения поступают от одного датчика. Разделяйте автоматическое обнаружение и объяснение оператора, чтобы показывать известное и ещё требующее проверки.
Определите интервал
Какое условие обозначает остановку? Бит работы, неподвижный счётчик или код неисправности могут быть полезны, но имеют ограничения. Неизменный счётчик может означать остановку, долгий цикл или ожидание материала. Проверьте трактовку по реальному процессу.
Начало и конец должны следовать одним документированным правилам. Дребезг сигнала создаёт множество коротких остановок. При фильтрации или объединении интервалов применяйте единые правила. Разные фильтры на экранах дадут противоречивые итоги одной смены.
Причина — не временная метка
Сначала записывайте событие. Если причина неизвестна, оставляйте её неизвестной до подтверждения подходящим оператором или процессом обслуживания. Обязательная причина по умолчанию создаёт видимость полноты без надёжной информации.
| Поле | Источник доказательств |
|---|---|
| Начало и конец | Проверенные переходы состояния |
| Плановый или внеплановый | Производственный календарь и определения |
| Причина | Подтверждение оператора или обслуживания |
| Исправление | Уполномоченный пользователь и журнал изменений |
Словарь причин должен быть достаточно коротким для использования и достаточно конкретным для решения. Общие коды малоценны, а сотни похожих вариантов провоцируют непоследовательность. Изменения словаря нужно связывать с историческими отчётами.
Условное событие
Допустим, машина перешла в ожидание в 10:15 и возобновила производство в 10:27. Сначала система записала неизвестную причину. Позднее оператор подтвердил ожидание материала. Храните 12-минутный интервал отдельно от времени подтверждения; не создавайте впечатление, что причина была автоматически известна с начала.
Если также пропадала связь, оцените достоверность границ. Два изолированных чтения в эти моменты не устанавливают каждое промежуточное состояние. Без надёжного буфера событий неподтверждённая часть периода остаётся неизвестной.
Повторная обработка и аудит
Поздние события могут изменить границу интервала. Определите перерасчёт отчётов и способ показа обновления. Повтор события должен сохранять идентичность, не создавая ещё один простой. Устранение дубликатов относится к модели обработки, а не только к фильтру экрана.
Права исправления должны зависеть от роли. Сохраняйте автора, прежнее значение и причину. Незаметное удаление исходных событий ради красивого итога осложняет разрешение споров. Сохраняйте доказательства, позволяя обоснованные исправления.
Приёмочные проверки
Испытайте плановые перерывы, краткое ожидание, реальные отказы, отсутствие данных и остановки через границы смен. Сравните итоги с заранее составленной временной шкалой. Проверьте последовательность выбора причин операторами и возможность найти неклассифицированные события.
Надёжный учёт простоя создают объяснимые записи и удобный процесс подтверждения. Один привлекательный процент не доказывает правильность лежащих в основе интервалов и причин.
Явно разрешайте неоднозначность интервала
Предположим, машина перестала передавать данные в 10:12, а в 10:18 сборщик восстановил связь и увидел остановленное состояние. Одни эти наблюдения не доказывают остановку в 10:12. Часть интервала машина могла работать. Пометьте шесть минут как неизвестные, пока надёжный источник событий или документированное наблюдение оператора не даст дополнительные сведения. Последнее состояние не оправдывает перепись всего пробела.
Если оператор позднее подтвердит время остановки, сохраните исходный пробел и добавленную трактовку с автором и временем. Различие автоматически наблюдённого и подтверждённого вручную помогает оценить силу доказательств. Оно также позволяет пересчитать отчёт, не делая прежнюю версию необъяснимой.
Осознанно обрабатывайте пересечение причин. Машина может ждать материал, пока одновременно проводится обслуживание. Политика отчёта может выбирать одну основную причину с примечаниями или использовать документированную иерархию. Учёт обоих полных интервалов способен завысить простой. Согласуйте метод с пользователями и испытайте пересекающиеся условия.
Делайте коды причин полезными операторам
Начальный список должен отражать решения команды. Слишком общие коды мало помогают, а длинный каталог почти одинаковых вариантов ведёт к разному выбору. Регулярно разбирайте неклассифицированную категорию: она выявляет отсутствующий код, нехватку доказательств или слишком долгий производственный процесс ввода. Не заставляйте оператора придумывать точную неизвестную причину.
Полезная приёмка прослеживает короткую остановку, плановый перерыв и длительный отказ от сигналов до сменного отчёта. Проверьте границы выбранного периода. Убедитесь, что простой через две смены отражается в обеих без дублирования полной длительности. Документируйте, представляют ли времена события источника или обнаружение при опросе.
Наконец, определите ответственного за предварительные интервалы и момент признания периода проверенным. Растущий долг неизвестных причин подрывает даже надёжный автоматический сбор. Для обследования подготовьте несколько реальных классификаций, примеры сигналов и текущую процедуру разбора смены. Цель — шкала, помогающая объяснять остановки и показывающая неопределённость там, где доказательства не устанавливают точную причину.