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

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

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

Готовый голосовой робот, развёрнутый в сторону рации

У Log Sheet такой голосовой робот уже есть и уже работает — он по расписанию звонит сотрудникам, задаёт вопросы и записывает ответы в цифровой журнал. Для карьера логично предположить следующий шаг: тот же робот мог бы опрашивать экипажи техники не только по телефону, но и по рации — цифровой или аналоговой.

Как это могло бы выглядеть на практике: в назначенное время робот связывается с водителем самосвала и спрашивает, сколько рейсов тот сделал. Затем — с машинистом экскаватора: сколько машин загружено, не было ли простоев. Оба ответа ложатся в журнал с привязкой к конкретной технике и смене — без участия диспетчера на этом шаге.

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

Экипаж отвечает голосовому роботу по рации, робот сохраняет ответ в журнале Log Sheet, а диспетчер видит уже готовую запись и может проверить пропуски и отклонения.

Где конкретно это закрывает дыры в учёте

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

Данные нужны не по итогам смены, а по ходу неё. Если рейсы и погрузку в принципе считают по докладам экипажей, диспетчеру и так приходится регулярно задавать одни и те же вопросы водителям и машинистам. Голосовой робот забирает эту рутину на себя: спрашивает по расписанию, сколько рейсов сделано с прошлого опроса и не было ли простоя, — и ответы появляются в журнале по ходу смены, а не только в конце. Просевшую выработку в этом случае можно заметить и выяснить причину до закрытия смены, а не постфактум.

Демонстрационный журнал «Точковка рейсов» в Log Sheet: записи по сменам, источник данных (робот или сам диспетчер) и фрагмент реального диалога — робот уточняет у водителя число рейсов и причину отклонения, ответ сразу попадает в таблицу.

Автоматический учёт охватывает не весь карьер. Типичная ситуация: на одном участке данные поступают от техники напрямую, а на другом диспетчер по-прежнему узнаёт о работе из разговоров по рации — вручную. Опрос экипажей закрывает именно этот второй участок теми же средствами, что и автоматика, — и диспетчеру не приходится держать в голове две разные картины смены: то, что показала система, и то, что ему сказали голосом.

Закрытие смены. Водитель называет фактическое число рейсов — точковку, машинист подтверждает, сколько машин он загрузил. Если сохранить эти ответы в журнале и сопоставить с остальными записями, а не только держать в уме, расхождения в цифрах становятся видны диспетчеру ещё до того, как отчёт закрыт. Это особенно значимо там, где от подтверждённой выработки напрямую зависит оплата труда.

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

Подрядная техника. Машины подрядчика возят груз наравне с остальным парком, но формально не подключены к системе заказчика. Регулярные доклады их водителей дали бы заказчику собственные независимые записи о выполненных рейсах — и было бы с чем сравнить объёмы, которые подрядчик впоследствии предъявляет при сдаче работ.

Что в итоге меняется для диспетчера

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

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

Когда датчик молчит или машина не подключена к системе, о её работе всё ещё может рассказать человек — водитель или машинист. Идея голосового диспетчера Log Sheet именно в этом: вовремя задать нужный вопрос по рации или позвонить на мобильный и сразу сохранить ответ в журнале. Тогда сведения о рейсах и простоях попадают в систему ещё во время смены, когда на них можно отреагировать, — и остаются под рукой, когда приходит время подводить итоги.