Занятые окна, технический статус и потребность показывают дефицит до обещания заказчику.
Управляйте парком по отклонениям, а не по сводному проценту
Metalogist сводит календарь, телематику, работу механизмов, подтверждённые часы и затраты по конкретной машине и периоду. Руководитель видит не просто KPI, а вопрос, который требует решения, — вместе с исходными данными и их пробелами.
Один парк — четыре разных управленческих вопроса
Загрузка, доступность, фактическая работа и маржа не взаимозаменяемы. Metalogist сохраняет их раздельно и связывает только там, где хватает данных.
Плановые часы не становятся фактом автоматически; расхождение требует выбранного источника и решения.
Отсутствие движения проверяется по плану, двигателю, механизму, геозоне, связи и доступному видео.
Маржа появляется только после принятого факта и заполненных расходов; пустое значение не считается нулём.
Что реализовано и чего ещё не доказывает production
Текущий сервер подтверждает рабочие модели и малый парк, но пока не даёт когорты принятых решений для расчёта эффекта.
В каталоге есть загрузка, механизмы, простои, смены, топливо, инциденты и TCO. Это набор определений, а не доказанный управленческий результат.
Календарный контур заполнен в малом объёме; все четыре смены остаются planned, путевых листов нет.
Без закрытого факта нельзя подтверждать производительность, причины отклонений или стоимость выполненного часа.
Планировщик дефицита и margin review реализованы, но production пока не подтверждает их регулярное использование.
Что меняется в работе
Фокусируйте совещание на исключениях
Очередь решений отделяет дефицит мощности, непринятую смену, простой и риск маржи от обычного потока.
Не спорьте из-за разных цифр
Рядом с показателем остаются период, знаменатель, источник факта и покрытие — видно, почему календарь и телематика дают разные ответы.
Накапливайте историю решений
Автор, действие и снимок исходных данных позволяют позже проверить, какое решение приняли и на каком основании.
Как работает сценарий
На каждом шаге видно, какие данные доступны, где есть ограничение и кто принимает решение.
- 1
Зафиксировать вопрос
Выбрать решение: мощность, факт смены, причина простоя, расходы или коммерческий риск.
- 2
Собрать контекст
Сопоставить машину, период, объект, план, технический статус и доступные сигналы.
- 3
Проверить покрытие
Не рассчитывать итог, если отсутствует знаменатель, принятый факт или обязательная стоимость.
- 4
Показать отклонение
Вывести только ситуацию, где требуется ответственный, пояснение или изменение плана.
- 5
Сохранить решение
Зафиксировать действие, автора и снимок исходных данных для последующей проверки результата.
Вопросы по сценарию
Коротко о данных, ограничениях и порядке внедрения.
Metalogist — BI-система или конструктор дашбордов?
Нет. Это операционный слой управления спецтехникой с фиксированными отчётами и очередями решений. Универсальный BI-конструктор и произвольные SQL-отчёты не заявляются.
Система показывает единый коэффициент загрузки парка?
Нет универсального коэффициента без методики. Календарная занятость, двигатель относительно плана и полезная работа относительно двигателя используют разные знаменатели и должны читаться отдельно.
Можно сразу увидеть прибыль по каждой машине?
Только при полном покрытии принятой выручки и затрат выбранного периода. В production стоимостные данные неполны, поэтому Metalogist не заявляет бухгалтерскую прибыль или доказанную маржу.
Простой определяется автоматически?
Система может выделить интервал по настроенному правилу, но причина требует контекста. Нет движения может означать работу на месте, ожидание, ремонт, потерю связи или отсутствие запланированной смены.
Уже доказано, что аналитика повышает загрузку?
Нет. В production есть три машины и четыре плановые смены, но нет достаточной истории принятых решений, закрытых сверок и margin review для расчёта эффекта.
Разберём работу одной машины на вашей смене
Покажем, что уже можно контролировать, какие данные потребуется подключить и как проверить результат на пилоте.