Дисклеймер

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

Начало — как все было

Волею судеб работаю аналитиком в горнодобывающий компании. ТФМ-Спецтехника «небольшая», но динамично развивающаяся компания… Почти 300 единиц горной техники и на текущий момент мы ведем добычу на 9 участках и да, Мы подрядчики. И мы быстро выросли, выросли настолько быстро, что не все бизнес процессы успевают за темпами развития.

Учитывая тот факт, что мы подрядчики мы оказываем 3 основных вида услуг, это:

1. Экскавация — это когда наши экскаваторы изымают груз из земли и погружают его на самосвалы не нашей компании
2. Транспортировка — это когда наш самосвал вывозит груз из под чужого экскаватора
3. Комплекс — это когда мы своими экскаваторами вынимаем груз из земли, грузим на свои самосвалы и везем его на место разгрузки.

Казалось бы все легко и просто, но как всегда нюансы вносят свои коррективы в реальную жизнь.

И теперь я попробую рассказать как все это работает

Экскаваторы извлекают разные виды грузов и грузят им самосвалы, самосвалы везут груз на отвалы и склады. Итоги каждодневного труда подводятся в конце месяца маркшейдерским замером, который показывает нашу эффективность… В течение всего месяца мы пытаемся понять насколько хорошо и эффективно мы везем груз из под экскаватора А до отвала Б.

В начале своего профессионального пути в ТФМ-Спецтехника создал сводный отчет, в котором диспетчера с разных участков вносят свои показатели за сутки в форму


и набор экселевских файлов считает текущий показатель выполнение планов.


Что удивительно, этот “Сводный отчет по участкам” до сих пор жив в компании.
Понимая, что долго на эксель файлах не прожить было принято решение “автоматизировать это”. Как я вижу есть 2 способа развития:

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

В общем я приверженец Эволюции нежели Революции

Эволюция навигационного ПО

АСК-Навигация — это навигационная система которую мы используем. Три основных плюса данной системы:

• Оно работает;
• Оно стабильно работает;
• Они меняются под наши потребности.

Фишка АСК-Навигация заключается в следующем: ВСЕ отчеты строятся на основании оперативных навигационных данных, с одной стороны это хорошо, но есть и обратная сторона медали, но об этом чуть позже.

101 Отчет по рейсам

Основной инструмент учета в АСК это 101 отчет (они удобно придумали каждому отчету дать номер, это удобно и функционально, в комментариях можем порассуждать по этому поводу)


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

Первый этап эволюции

В программе был обнаружен интерфейс “паспортов загрузки” который находился в горном модуле, но применение оного нам не подходило. Немного расширив функционал


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



и следовательно на каждый рейс диспетчер может указать, какую именно полезную работу произвел самосвал/экскаватор, какой груз был, какой объем и какой вес.

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


И казалось, что все ровно и хорошо, но:

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

Второй шаг эволюции — Горные смены

Как составлялось ТЗ

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

Шаг 1

Справочник «Горные участки» подвергся небольшой переработке и добавлению новых элементов, а именно:

• Ожидание погрузки — это период времени между тем как самосвал остановился в геозоне экскаватора и началом погрузки
  
• Погрузка — это время между первым и последним ковшом погрузки
  
• Груженый — это время между временем окончания погрузки и началом разгрузки
  
• Разгрузка — это время между тем как датчик веса начал уменьшать показания до окончания уменьшений показаний датчика веса.
  
• Порожний — это время до начала статуса Ожидание погрузки.
  

Так вот после эксплуатации системы было определено что по факту рейс начинается с этапа 2, но при этом этап 1 входит в рейс


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

Шаг 2

Закончив внедрение изменений в существующие объекты мы приступили к созданию нового инструмента “Горные смены”. За короткие сроки нам была представлена первая итерация инструмента.

Журнал “Горных смен” и горные смены

“Горная смена”


Суть инструмента:

• На основании показаний датчиков и данных из 101 отчета формируются события (рейсы).
  
• Диспетчер получая данные может визуально проверить: верно ли посчитался рейс, проверить автоматическую расстановку груза, установить из классификатора простои.
• Учет статусов простоев и ремонтов в одном окне

Результат работы инструмента:

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

Внедрение на предприятие

А вот теперь уже и начинается самое интересное, как это все внедрить без отрыва от производства.
И так в моей формуле есть 9 участков, на каждом из которых работают по 4 диспетчера +4 диспетчера в центральном офисе (они собирают оперативную информацию) итого 40 человек.

Была выбрана следующая стратегия внедрения:

1. В первые 2 недели, было проведено ознакомление с функционалом и возможностями непосредственных исполнителей
2. Далее две недели было потрачено на непосредственное обучение каждого диспетчера.
   
3. После в течении 3-х недель диспетчера пытались сами вести свои участки без риска критики, а лишь поправки.
   
4. В окончании 1 неделя — контрольная эталонная: после того как они привыкли и научились все понимать и верно нажимать мы перевели все в боевой режим
   

В ближайшие дни мы исключим все отчетные ексель, уберем все оперативные вацап чаты и главной задачей диспетчера станет: Достоверно и вовремя введенная вся важная и сопутствующая информация в навигационную систему, Которая будет транслироваться в 1с: ЕРП и Систему Ключевых Показателей

Результат первой части проекта

По результату проделанной работы получены следующие эффекты:

1. Диспетчер стал, ключевой фигурой для отображения в головном офисе происходящего на удалённых участках. Максимально контролируя достоверность информации.
   
2. Все неучтенный ранее простои теперь фиксируются в системе
3. Вся оперативная информация доступна в центральном офисе в режиме онлайн
   
4. Сделан глобальный задел на внедрение MES-системы и системы ключевых показателей
   
5. Сделан задел на автоматическую выгрузку путевых листов в 1с:ERP
   

Особые благодарности единомышленникам: Филиппову Марку Николаевичу Filmaniko

Бонусом длинноскрин интерфейса ключевых показателей