Мобильное приложение обходов и MES: проверки и наряд-задания

Чем мобильный обход отличается от бумажного контрольного листа

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

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

Мобильное приложение обходов отличается в трёх отношениях:

• Выдачу заданий выполняет система, а не устное распоряжение мастера: кто, когда, какое оборудование и какие пункты проверяет — всё зафиксировано до начала смены
• Пункты контроля — это структурированные поля, а не галочки: числовые пункты принимают фактическое показание, выход за диапазон даёт предупреждение на месте, а фото и метки времени сохраняются вместе
• Отклонение — это начало процесса, а не его конец: при обнаружении сразу формируется наряд-задание или оповещение, без ожидания месячной сводки

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

Какие функции обычно охватывает мобильное приложение обходов

Мобильный клиент — не уменьшенная веб-страница. Он несёт полный набор рабочих действий сотрудника на площадке.

Функции обычно делятся на четыре группы ниже; проект выбирает их по реальным условиям площадки:

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

Механизм синхронизации и работа без связи: как не разорвать цепочку на слабом сигнале

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

Обычный подход — «сначала онлайн, офлайн как резерв»:

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

На метке времени легко не заметить подвох. Если записывать момент выгрузки, все данные периода без связи сомкнутся в одной точке на оси времени, и последующее сравнение трендов или восстановление событий будет прочитано в неверном порядке.

Три варианта интеграции с MES и их выбор

На практике связь мобильного приложения обходов с MES делится на три направления:

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

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

Выбор терминалов: смартфон на Android, терминал сбора данных или планшет

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

У трёх распространённых форм компромиссы такие:

Рекомендуемый порядок выбора: сначала определить основное действие (больше сканирования или больше ввода), затем форму устройства и только потом марку и модель. Обратный порядок — сначала купить устройства, а потом искать сценарий — самая частая потеря в таких проектах.

Учётные записи, права и журнал действий

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

Обычно требуется решить четыре вопроса:

• Привязка учётной записи к человеку: как выдаются и отзываются записи для стажёров, временных сотрудников и подрядчиков
• Уровни ролей: оператор обхода только вводит данные, мастер подтверждает, а закрыть отклонение может только ответственный за оборудование
• Журналирование изменений: можно ли править данные после ввода, остаётся ли след, у кого есть право на правку
• Данные о времени и местоположении: фиксируются ли время и место операции, а о самом факте записи сотрудников нужно уведомить на старте проекта

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

Запуск и приёмка: как понять, что приложение реально используется

В проектах обходов спор идёт не столько о наличии функций, сколько о том, продолжает ли площадка пользоваться приложением после запуска.

Приёмку стоит вести по шагам:

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

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

Границы поставки: как определить пилот и как масштабировать

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

Устойчивый подход — начать пилот в одном цехе или на одной линии, надёжно отработать три цепочки: выдачу заданий, офлайн-досылку данных и закрытие отклонений, а затем распространить на остальные участки. Затраты на масштабирование связаны в основном с выдачей устройств и открытием учётных записей; на стороне программного обеспечения обычно достаточно скорректировать пункты контроля и настройку точек.

Статус поставки обычно выражается тремя уровнями: поставлено (уже работает на площадке), поставляемо (решение и практика отработаны, запуск возможен сразу по условиям площадки) и пилот по требованиям (проверка на конкретных условиях площадки). Если затрагиваются интерфейсы с действующими MES, ERP или складскими системами, включите определение полей и разделение ответственности в тот же круг согласования границ: после утверждения полей интерфейса стоимость последующих изменений значительно выше, чем один дополнительный круг обсуждения заранее.