Дисклеймер
Я не программист, я не аналитик, я не разбираюсь в горном деле, не люблю эксель. Пытаюсь искать логику, зависимости и облегчать задачи коллег.
Я делюсь своим опытом и результатами.
Начало — как все было
Волею судеб работаю аналитиком в горнодобывающий компании. ТФМ-Спецтехника «небольшая», но динамично развивающаяся компания… Почти 300 единиц горной техники и на текущий момент мы ведем добычу на 9 участках и да, Мы подрядчики. И мы быстро выросли, выросли настолько быстро, что не все бизнес процессы успевают за темпами развития.
Учитывая тот факт, что мы подрядчики мы оказываем 3 основных вида услуг, это:
- Экскавация — это когда наши экскаваторы изымают груз из земли и погружают его на самосвалы не нашей компании
- Транспортировка — это когда наш самосвал вывозит груз из под чужого экскаватора
- Комплекс — это когда мы своими экскаваторами вынимаем груз из земли, грузим на свои самосвалы и везем его на место разгрузки.
Казалось бы все легко и просто, но как всегда нюансы вносят свои коррективы в реальную жизнь.
И теперь я попробую рассказать как все это работает
Экскаваторы извлекают разные виды грузов и грузят им самосвалы, самосвалы везут груз на отвалы и склады. Итоги каждодневного труда подводятся в конце месяца маркшейдерским замером, который показывает нашу эффективность… В течение всего месяца мы пытаемся понять насколько хорошо и эффективно мы везем груз из под экскаватора А до отвала Б.
В начале своего профессионального пути в ТФМ-Спецтехника создал сводный отчет, в котором диспетчера с разных участков вносят свои показатели за сутки в форму
и набор экселевских файлов считает текущий показатель выполнение планов.
Что удивительно, этот “Сводный отчет по участкам” до сих пор жив в компании.
Понимая, что долго на эксель файлах не прожить было принято решение “автоматизировать это”. Как я вижу есть 2 способа развития:
- Эволюционный — это когда мы потихоньку меняемся, меняются бизнес процессы и наша система автоматизации тоже меняться вместе с нами.
- Революционный — это когда мы в кабинетах долго думаем, пишем громадное тех задание, разработчик уходит на полгода, год в изготовление продукта проекта. Кода выходит релиз, то резко начинаем менять бизнес процессы предприятия
В общем я приверженец Эволюции нежели Революции
Эволюция навигационного ПО
АСК-Навигация — это навигационная система которую мы используем. Три основных плюса данной системы:
- Оно работает;
- Оно стабильно работает;
- Они меняются под наши потребности.
Фишка АСК-Навигация заключается в следующем: ВСЕ отчеты строятся на основании оперативных навигационных данных, с одной стороны это хорошо, но есть и обратная сторона медали, но об этом чуть позже.
101 Отчет по рейсам
Основной инструмент учета в АСК это 101 отчет (они удобно придумали каждому отчету дать номер, это удобно и функционально, в комментариях можем порассуждать по этому поводу)
Сверх удобный отчет который быстро может показать по группам единиц техник какие рейсы были выполнены, из под каких экскаваторов кто и когда грузился.
Первый этап эволюции
В программе был обнаружен интерфейс “паспортов загрузки” который находился в горном модуле, но применение оного нам не подходило. Немного расширив функционал
А именно, добавив гаражный номер погрузчика в паспорт, мы смогли объяснить системе, какой экскаватор по какому паспорту может грузить самосвалы.
и следовательно на каждый рейс диспетчер может указать, какую именно полезную работу произвел самосвал/экскаватор, какой груз был, какой объем и какой вес.
После данных изменений у нас появилась возможность формирования автоматических отчетов из под какого экскаватора какие самосвалы, что и куда везли, на какое расстояние.
И казалось, что все ровно и хорошо, но:
- В этом горяче используемом 101 отчете визуально сложно определить насколько интенсивно были распределены рейсы в течении смены, как интенсивно работал экскаватор.
- Если подвеска самосвала дала сбой(а от подвески, скорости и экскаватора находящегося рядом определяются наличие или отсутствие рейса), то возникают либо разорванные, либо слипшиеся рейсы и после возникновения данного события начиналась черная магия с тарировками датчиков веса и прочего.
Второй шаг эволюции — Горные смены
Как составлялось ТЗ
Придя к пониманию, что с точки зрения учёта нам недостаточно функционала в рамках АСК-Навигация было решено добавить новые сущности, которые бы использовали наработанный функционал максимально эффективно
При этом решение должно быть минимальным по срокам исполнения и соответственно не било по карману. Так у нас появился новый функционал учета.
Шаг 1
Справочник «Горные участки» подвергся небольшой переработке и добавлению новых элементов, а именно:
- Ожидание погрузки — это период времени между тем как самосвал остановился в геозоне экскаватора и началом погрузки
- Погрузка — это время между первым и последним ковшом погрузки
- Груженый — это время между временем окончания погрузки и началом разгрузки
- Разгрузка — это время между тем как датчик веса начал уменьшать показания до окончания уменьшений показаний датчика веса.
- Порожний — это время до начала статуса Ожидание погрузки.
Так вот после эксплуатации системы было определено что по факту рейс начинается с этапа 2, но при этом этап 1 входит в рейс
Но могут быть случаи, когда начинаем учет рейса с момента ожидания.
Поэтому добавлена возможность ручного выставления признака в “Параметрах участка”.
Ну и последний штрих настройки “Параметров участка” Возможность определения, какие рейсы могут входить в учетную смену.
Шаг 2
Закончив внедрение изменений в существующие объекты мы приступили к созданию нового инструмента “Горные смены”. За короткие сроки нам была представлена первая итерация инструмента.
Журнал “Горных смен” и горные смены
“Горная смена”
Суть инструмента:
- На основании показаний датчиков и данных из 101 отчета формируются события (рейсы).
- Диспетчер получая данные может визуально проверить: верно ли посчитался рейс, проверить автоматическую расстановку груза, установить из классификатора простои.
- Учет статусов простоев и ремонтов в одном окне
Результат работы инструмента:
- На основании данных рейсов строить множество необходимых отчетов.
- Все данные доступны в режиме онлайн всем участникам проекта.
- Автоматический расчет машиносмен, Коэффициента технической готовности и коэффициента использования оборудования
Внедрение на предприятие
А вот теперь уже и начинается самое интересное, как это все внедрить без отрыва от производства.
И так в моей формуле есть 9 участков, на каждом из которых работают по 4 диспетчера +4 диспетчера в центральном офисе (они собирают оперативную информацию) итого 40 человек.
Была выбрана следующая стратегия внедрения:
- В первые 2 недели, было проведено ознакомление с функционалом и возможностями непосредственных исполнителей
- Далее две недели было потрачено на непосредственное обучение каждого диспетчера.
- После в течении 3-х недель диспетчера пытались сами вести свои участки без риска критики, а лишь поправки.
- В окончании 1 неделя — контрольная эталонная: после того как они привыкли и научились все понимать и верно нажимать мы перевели все в боевой режим
В ближайшие дни мы исключим все отчетные ексель, уберем все оперативные вацап чаты и главной задачей диспетчера станет: Достоверно и вовремя введенная вся важная и сопутствующая информация в навигационную систему, Которая будет транслироваться в 1с: ЕРП и Систему Ключевых Показателей
Результат первой части проекта
По результату проделанной работы получены следующие эффекты:
- Диспетчер стал, ключевой фигурой для отображения в головном офисе происходящего на удалённых участках. Максимально контролируя достоверность информации.
- Все неучтенный ранее простои теперь фиксируются в системе
- Вся оперативная информация доступна в центральном офисе в режиме онлайн
- Сделан глобальный задел на внедрение MES-системы и системы ключевых показателей
- Сделан задел на автоматическую выгрузку путевых листов в 1с:ERP
Особые благодарности единомышленникам: Филиппову Марку Николаевичу Filmaniko
Бонусом длинноскрин интерфейса ключевых показателей
