Система управления диспетчеризацией

На стандартных устройствах Android: защищённые планшеты, устанавливаемые на погрузчики, или портативные терминалы, на ваш выбор.

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

Да. Резервирования автоматически создают задачи для диспетчера, поэтому весь процесс от заказа до снабжения линии не требует участия человека в координации.

Покрытие нужно вдоль всех маршрутов, по которым реально ездят погрузчики, отдельных точек мало: водитель подтверждает задачу и на заборе, и на доставке (на рампе, в проездах между стеллажами и у линии). Подтверждение, сделанное в мёртвой зоне, уходит на сервер только тогда, когда терминал снова окажется в сети, а до этого руководитель видит задачу как незакрытую. Оповещения за 30 минут приходят push-уведомлением, поэтому в непокрытом проезде они придут с опозданием или не придут вообще.

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

Само по себе нет. В каждой задаче есть место забора, место доставки и маршрут между ними, но это фиксированный путь между двумя известными адресами. От текущего положения техники маршрут не перестраивается. Для непрерывного позиционирования нужен отдельный модуль RTLS: метки на погрузчиках, анкеры UWB, смонтированные и откалиброванные по всей контролируемой зоне, и сканеры на воротах, где проводятся перемещения. Это проект с радиообследованием площадки и монтажом. Галочкой в настройках приложения его не включить.

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

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

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

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