Создание рабочих процессов

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

Обратите внимание, что для того, чтобы иметь возможность создавать рабочие процессы, ваша учетная запись Mira должна иметь роль "Администратор" или "Владелец". Узнайте больше о ролях и разрешениях.

Веб-портал Mira поддерживает последние версии браузеров Google Chrome и Microsoft Edge. Убедитесь, что вы используете один из этих браузеров.

 

1. Переход к инструменту Flow

Веб-портал Mira — это место, где вы будете создавать и публиковать рабочие процессы, такие как контрольный список безопасности перед запуском погрузчика для операторов, находящихся на рабочем месте (пример). Обратите внимание, что только пользователи, зарегистрированные как администраторы или владельцы, смогут создавать рабочие процессы.

После успешного входа в систему перед нами открывается панель управления веб-портала Mira. Инструмент Flow можно выбрать в панели запуска приложений в правом верхнем углу.

 

 

2. Создание коллекции

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

• Коллекции позволяют организовывать рабочие процессы. Доступ к ним ограничен, так что только конкретные исполнители могут получить доступ к своим соответствующим рабочим процессам.
• Чтобы создать коллекцию, нажмите кнопку "Новый", выберите "Коллекция" из выпадающего списка и дайте коллекции уникальное имя — мы назовем этот пример "Предварительные контрольные списки для объекта Acme".

 

3. Ограничение доступа

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

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

 

 

4. Добавление команд

Теперь мы можем добавить команду "Объект Acme", чтобы эти пользователи могли получить доступ к рабочим процессам в данной коллекции.

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

 

 

5. Редактирование коллекций

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

 

 

6. Настройка нового рабочего процесса

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

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

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

 

 

7. Определение имени рабочего процесса

Мы собираемся указать "Предварительный запуск вилочного погрузчика" в качестве имени этого рабочего процесса.

Это имя будет отображаться перед оператором, осуществляющим доступ к рабочему процессу в коллекции, к которой он имеет доступ через гарнитуру Mira или приложение для телефона Flow.

 

 

 

8. Этапы создания — "Сборка" Тип этапа: "Базовый"

Рабочие процессы состоят из нескольких этапов, которые создаются путем выбора функции «Добавить новый этап», как показано на изображении.Для каждого нового создаваемого этапа по умолчанию используется тип этапа "Базовый".Для каждого нового создаваемого этапа по умолчанию используется тип этапа "Базовый".

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

Тип этапа "Базовый" предполагает предоставление информации без необходимости ввода со стороны оператора. Например, этапы в простом руководстве по эксплуатации, где даются только инструкции

 

 

9. Этапы создания — "Сборка" Тип этапа: "Ввод чисел"

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

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

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

 

 

10. Этапы создания — "Сборка" Тип этапа: "Ввод "Да"/"Нет""

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

Мы создадим этот этап в виде вопроса, позволяющего сузить требуемый ответ до простого "Да" или "Нет".

Мы введем вопрос в заголовок этапа: "Видите ли вы жидкость на погрузчике, под ним или вокруг него?"

Затем в раскрывающемся списке "Сборка" мы выберем "Да"/"Нет". Это предоставит оператору, использующему гарнитуру Mira или мобильное приложение Flow, возможность выбрать "Да" или "Нет", чтобы завершить этот этап.

 

 

11. Этапы создания — "Сборка" Тип этапа: "Множественный выбор"

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

Сначала мы зададим оператору вопрос: "Работают ли следующие функции?"

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

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

Мы выберем "Множественный выбор" для типа этапа, а затем введем каждую функцию следующим образом: "Мачта работает", "Наклон и боковое смещение работают", "Звуковой сигнал работает", "Реверсивный зуммер работает", "Стеклоочистители работают", "Омыватели работают", "Ничего из перечисленного не работает".

 

Чтобы выбрать более одного вопроса с множественным выбором, мы продолжим и выберем переключатель "Множественный выбор".

 

 

12. Этапы создания — "Сборка" Тип этапа: "Соответствует/не соответствует"

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

Используя этот тип этапа, мы создадим два следующих этапа — этапы 4 и 5.

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

Давайте добавим новый этап и назовем его "Проблемы безопасности".

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

 

 

Теперь продолжим и создадим этап 5 "Соответствует/не соответствует", следующий за этапом, когда оператор выполняет проверку функций погрузчика.

Назовем этот этап "Эксплуатационное состояние".

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

 

 

13. Создание этапов — "Требуется прикрепление фотографии"

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

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

 

 

Мы также заставим оператора сделать снимок утечки, если он ответит "Да". Мы создадим базовый этап — этап 6 — под названием "Сделайте снимок утечки" и впоследствии подключим его к условной логике, чтобы операторы переходили на этот этап только в том случае, если они заметили утечку на этапе два, и, следовательно, им необходимо зафиксировать ее на фотографии.

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

 

 

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

 

14. Создание этапов — "Добавление сверочного изображения"

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

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

 

 

15. Добавление "Действий" — Условная логика

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

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

Сначала давайте вернемся и настроим логику ввода "Да"/"Нет" на втором этапе, когда от оператора требуется выполнить визуальную проверку на предмет утечки жидкостей. Если оператор отвечает "Да", мы хотим, чтобы он перешел к этапу 6, чтобы сделать снимок утечки жидкости. Поэтому выберем "Действия".

 

 

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

Теперь выбthtv пустую вкладку "if (Если)", а затем выберем "Этот этап" в качестве этапа, к которому будут применяться условия. На следующей пустой вкладке "is (Есть)" выберем "Да", чтобы обозначить условие, которое будет применяться, если оператор обнаружит утечку.

Затем мы выберем вкладку "Then (То)", выберем "Перейти к этапу" и выберем "Этап 6: сделайте фото утечки". Мы не будем задействовать вкладку "Otherwise (В противном случае)", поскольку если бы оператор не выбрал "Да" (что означало бы, что он выбрал "Нет"), мы бы хотели, чтобы он перешел к проведению эксплуатационной проверки.

 

 

Теперь мы проследим эту переадресованную последовательность до этапа 6, где обеспечим направление рабочего процесса к результату после обнаружения утечки. Итак, на шестом этапе мы выберем вкладку "Действия", а затем выберем "Перейти к этапу" на вкладке "Когда кто-то завершит этот этап". Выберем "Этап 4: "Проблемы безопасности"" из раскрывающегося списка.

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

 

 

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

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

 

 

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

Мы хотели бы, чтобы после проверки функций вилочного погрузчика все операторы переходили к пятому этапу, чтобы оценить эксплуатационное состояние вилочного погрузчика. Поэтому на третьем этапе мы выберем вкладку "Действия", после чего выберем "Перейти к этапу», а затем "Этап 5: Эксплуатационное состояние".

 

 

На пятом этапе ("Соответствует/Не соответствует") уже установлены условия, поэтому в качестве последнего этапа в нашем контрольном списке мы просто выберем "Завершить рабочий процесс" для обоих действий —помеченных как "Соответствует", так и как "Не соответствует".

 

 

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

 

15. Просмотр сводки пути

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

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

 

 

Можно организовать более логичный порядок, просто используя функции «Перемещение, дублирование и удаление» (и обязательно изменив эти этапы, используя переход к следующему этапу с помощью "Перейти к следующему этапу" + правильный этап).

 

 

16. Организация этапов (перемещение, дублирование, удаление)

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

Чтобы дублировать или удалить этап, просто выберите этап, а затем выберите либо "Дублировать", либо "Удалить". Обратите внимание, что этапы, полученные в результате дублирования, наследуют условную логику исходного этапа.

 

 

17. Сохранение черновика, публикация

Мы в любой момент можем продолжить и сохранить рабочий процесс, выбрав "Сохранить черновик". Черновики не будут доступны для операторов, использующих приложение Flow на устройстве.

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

 

18. Редактирование, перемещение, удаление, архивирование рабочего процесса

Рабочий процесс можно открыть для редактирования, переместить или заархивировать, выбрав рабочий процесс в режиме просмотра "Коллекции", как описано ниже. Рабочий процесс можно удалить, только если это черновик. В противном случае он будет перемещен в раздел "Архив" инструмента Flow, доступный через меню слева под коллекциями, как показано ниже.