Простои

Назначение

Простой — момент, когда машина остановлена и задание не выполняется. Это может быть поломка, ожидание материала, отсутствие электричества, перерыв на обед или плановое ТО. Фиксация простоя в OCULUS закрывает три задачи сразу: время «вне работы» не записывается как «работа» в зарплату, причина накапливается в аналитике для анализа узких мест, и при необходимости из простоя автоматически создаётся обращение в службу обслуживания — ремонтнику не нужно ждать звонка.

Кто работает с модулем

Оператор — главный источник данных: запускает простой со своего экрана задания в приложении OCULUS, фиксирует причину, закрывает простой, когда работа возобновляется.
Мастер — открывает и закрывает простои на любых заданиях своей смены, редактирует завершённые простои, исключает спорные простои из аналитики, удаляет ошибочные записи.
Администратор — те же права, что и у мастера, плюс настройка справочника причин простоев (см. модуль «Справочники», 19) и шаблонов автообращений.

Раздел и навигация

В клиентском интерфейсе нет отдельной кнопки «Простои» в основном меню — функциональность встроена туда, где она нужна:

Карточка задания в веб-интерфейсе — секция «Простои» со списком записей и кнопкой запуска нового.
Приложение OCULUS — экран управления простоями для оператора.
Раздел «Аналитика» (модуль 12) — отдельная вкладка с графиками простоев.
Справочник причин — на странице справочников; нужен мастеру/администратору при настройке системы.

Сводный список всех простоев организации (с фильтрами и экспортом) доступен из карточек заданий и из аналитики.

Основные сценарии

Запуск простоя

Оператор работает над заданием. Возникает остановка — поломка, ожидание материала, прочее.
На экране задания (приложение OCULUS или веб) нажимает «Начать простой».
Открывается список причин из справочника. Оператор выбирает нужную (поиск по коду или названию работает).
По желанию добавляет комментарий — до 1000 символов.
Подтверждает запуск.

В этот момент система делает три действия одновременно:

Фиксирует начало простоя.
Переводит задание в статус «На паузе» — оператор не может «дозабивать факт», пока простой не закрыт.
Меняет статус машины на «Простой».

Автоматическое обращение

Если у выбранной причины включён режим «создавать автообращение», в системе сразу появляется заявка для службы обслуживания: с приоритетом из настроек причины (низкий / средний / высокий / критический), типом (проблема / запрос / инцидент), назначенным исполнителем по умолчанию, темой и описанием, сформированными по шаблону. В шаблоне поддерживаются переменные: код причины, имя машины, идентификатор задания, ФИО сообщившего. Это превращает фиксацию простоя в автоматический сигнал бригаде ремонта — без двойного учёта в Excel или мессенджерах.

Активный простой

В карточке задания выводится отдельная секция с живым таймером: цифры обновляются каждую секунду, формат — «1:23:45» или «5 мин 30 сек» в зависимости от длительности.
Бейдж простоя — красный, чтобы было заметно даже краем глаза.
Параллельный второй простой на одно и то же задание невозможен: система не позволяет запустить новый, пока активен предыдущий.
Задание остаётся в режиме «На паузе» — кнопок «Завершить задание» в этот момент нет.

Завершение простоя

Оператор (или мастер) нажимает «Завершить простой».
Никаких обязательных полей при завершении — система просто фиксирует время окончания.
Задание возвращается в режим «В работе», машина — в «Работает».
Если у простоя было автоматическое обращение, и оно ещё не закрыто, обращение автоматически отменяется — оператор не должен идти и закрывать его руками.

Завершение защищено идемпотентностью: если оператор второй раз нажмёт «Завершить» (рука дрогнула, нажал второй раз), система не выдаст ошибку, а вернёт уже закрытый простой.

Редактирование завершённого простоя

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

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

Исключение из аналитики

Не каждый простой стоит включать в общую статистику. Например, плановое еженедельное ТО — это не «потеря времени», а нормальная процедура. Мастер может пометить простой флагом «Исключён из аналитики» — он останется в истории и в зарплатных расчётах смены, но в графики «топ причин» и «общая загрузка» не попадёт. Так же действует флаг «исключён из аналитики» на уровне причины: целая категория причин может быть отнесена к «нормальным остановкам».

Удаление

Удалять можно только завершённые простои. Активный сначала закрывается.
Удаление мягкое — простой исчезает из рабочих списков, но в аудите и истории остаётся, фиксируется кто и когда удалил.

Поля и данные

Поле	Обязательно при старте	Подсказки и правила
Причина	Да	Из справочника. Поддерживается поиск по коду и названию.
Комментарий	Нет	До 1000 символов. Свободный текст: «лопнул ремень», «жду материал из соседнего цеха».
Идентификатор простоя	—	Формируется автоматически.
Начало	—	Заполняется при старте. Можно скорректировать при редактировании.
Окончание	—	Заполняется при завершении. Можно скорректировать.
Длительность	—	Считается автоматически: для активного — от начала до текущего момента, для закрытого — от начала до окончания.
Сообщивший	—	ФИО оператора, который начал. Не редактируется.
Исключён из аналитики	Нет	Переключатель. Доступен мастеру и администратору.

KPI: общий простой за период, средний простой в день, количество разных причин, максимум за день.
График временного ряда — простои по дням, с возможностью разложить по причинам.
Топ причин по длительности — наглядная столбчатая диаграмма, кликабельная (клик уточняет временной ряд).
Топ машин по простою.
Топ операторов, которые чаще всего фиксируют простои (это сигнал о проблемных рабочих местах, не о «лентяе»).

Полный список с экспортом

Из карточки задания и из аналитики доступен список всех простоев за период с фильтрами:

По заданию, машине, причине.
По статусу — активный, завершённый.
По диапазону начала и окончания.
По длительности (от/до).
По исключению из аналитики.

Экспорт — в табличный файл (формат на выбор) с теми же колонками, что в интерфейсе.

Автоматика и подсказки системы

При старте простоя задание автоматически переходит на паузу, машина — в статус «Простой». Пользователь не выставляет это руками.
При завершении простоя задание возвращается в работу, машина — в «Работает».
Автоматическое обращение, созданное при старте простоя, автоматически отменяется при его завершении (если ещё не было закрыто иначе).
Длительность простоя пересчитывается каждую секунду для активных и фиксируется при закрытии.
Двойной активный простой на одно задание невозможен — система блокирует попытку.
При редактировании времени проверяется логика «начало раньше конца».
При удалении и исключении из аналитики фиксируется автор и время — для аудита.

Микро-фичи и детали интерфейса

Живой таймер активного простоя обновляется каждую секунду в карточке задания. Формат адаптивный: «5 мин 30 сек» для коротких остановок, «1:23:45» для длинных.
Активный простой подсвечен красным бейджем — его невозможно «пропустить взглядом» в секции карточки.
Двойной запуск простоя невозможен: пока активен — кнопка «Начать простой» спрятана, и виден таймер с кнопкой «Завершить».
Поиск причин в списке — по коду и по названию одновременно: оператор может ввести «ОЖИД» и получить «ОЖИДАНИЕ_МАТЕРИАЛА», или «MAT» и попасть туда же.
Шаблоны темы и описания автообращений в справочнике причин показываются с живым предпросмотром: вводите {machine.name} — справа сразу видна подстановка на примере, нет нужды представлять, как получится.
Бейдж «Включено» / «Исключено из аналитики» — зелёный или нейтрально-красный, мастер сразу видит, какие простои не попадают в «топ причин».
Идемпотентность завершения: повторное нажатие «Завершить» не ломает запись и не показывает ошибку — особенно полезно при нестабильном соединении в цеху.
При редактировании завершённого простоя система требует обоснование изменений — это защита от тихих исправлений «задним числом» без следа.
Удалить активный простой нельзя — только закрыть. Это защищает аналитику от «дырок» в истории.
Автообращение, созданное из простоя, видно в карточке задания и в разделе обращений — не нужно искать его руками.
В аналитике причины с флагом «исключены из аналитики» вообще не отображаются в графиках «топ причин» — мастер не видит «шум» от плановых пауз.
Действия в строке простоя зависят от статуса: для активного — только «Завершить», для завершённого — «Редактировать», «Исключить из аналитики», «Удалить». Системе не приходится пояснять, какие кнопки заблокированы — их просто нет.
Сообщивший простой и тот, кто его закрыл, могут быть разными людьми (оператор начал, мастер закрыл при сдаче смены) — оба автора фиксируются.

Связи с другими модулями

Задания (06). Простой висит на конкретном задании, переводит его на паузу, влияет на показатель «время выполнения».
Смены (07). Незавершённый простой блокирует закрытие смены. Простои смены сводятся в её аналитику.
Машины (09). Статус машины автоматически отражает наличие активного простоя.
Аналитика (12). Простои — отдельная вкладка с KPI, графиками, топами по причинам, машинам и операторам.
Справочники (19). Причины простоев и шаблоны автообращений настраиваются в справочнике причин.
Обращения (отдельный модуль). При включённом флаге причина простоя автоматически создаёт обращение для службы обслуживания и автоматически отменяет его при завершении.
Зарплата (11). Время простоя вычитается из «полезного времени» при расчёте оплаты по заданию.
Аудит и история действий. Все события — старт, завершение, редактирование, исключение, удаление — сохраняются в журнале с автором и временем.

Состояния и пограничные случаи

Двойной активный простой на одно задание. Невозможен: система блокирует второй запуск.
Незавершённый простой при попытке закрыть смену. Закрытие смены блокируется с явным текстом причины — мастер обязан закрыть простой первым.
Удаление активного простоя. Невозможно — сначала «Завершить», потом «Удалить».
Изменение причины задним числом. Разрешено мастеру и администратору, требует обоснования и фиксируется в истории.
Изменение времени с end раньше start. Заблокировано — система не пропустит отрицательную длительность.
Идемпотентное завершение. Повторный «Завершить» не вызывает ошибки и возвращает уже закрытую запись.
Исключение причины из аналитики на уровне справочника. Все простои этой причины автоматически перестают учитываться в аналитике — массово, без ручной правки каждого.
Автообращение остановилось. Если ремонтник закрыл обращение раньше, чем оператор завершил простой — простой продолжает идти, обращение остаётся закрытым; повторного создания не происходит.
Простой через закрытие задания. Если задание завершают через корректировку, активный простой автоматически закрывается на момент завершения — «висящих» простоев в системе не остаётся.
Оффлайн в момент старта/завершения простоя в OCULUS. Действие откладывается до восстановления соединения; оператор видит понятное сообщение «нет связи» и кнопку повторить.

Операторский интерфейс OCULUS

В приложении OCULUS есть отдельный экран управления простоями — оператор начинает и завершает их прямо из задания, без захода в дополнительные разделы.
Выбор причины — крупный список с поиском по коду и названию. На сенсорном экране это удобнее, чем мелкий выпадающий список.
Активный простой показан большой карточкой со счётчиком и кнопкой «Завершить» — рассчитан на работу в перчатках и при ярком освещении цеха.
Приложение периодически проверяет, не открыл ли мастер новый простой через веб-интерфейс — если открыл, экран приложения OCULUS обновляется сам.
При временной потере связи запросы на старт и завершение простоя ставятся в очередь и отправляются при восстановлении сети — оператор не «теряет» начало простоя из-за слабого Wi-Fi.
Отдельной кнопки «удалить простой» в приложении OCULUS нет — удаление и редактирование выполняются мастером в веб-интерфейсе.