Shopify Flow меняет права сотрудников: кто сможет запускать и тестировать процессы
Shopify разделила права работы с Flow. Как проверить разрешения действий, сохранить действующие процессы и организовать передачу автоматизаций.
Содержание статьи
Shopify обновила управление доступом сотрудников к Flow. С 28 октября для тестирования и включения процесса важен не только доступ к редактору: нужны разрешения на действия, которые выполняет автоматизация. Команде магазина стоит проверить роли до передачи новых процессов в работу, особенно если автор схемы и сотрудник, отвечающий за запуск, — разные люди.
Редактирование и выполнение разделены
В ролях появились отдельные разрешения для просмотра, создания и удаления автоматизаций и для управления подключениями и секретами. Сотрудник без необходимых прав на действия может работать с черновиком, но не получает весь набор операций запуска и управления выполнением. Например, изменение клиента в процессе требует соответствующего разрешения на работу с клиентами.
Действующие активные процессы продолжают выполняться. Shopify также описывает автоматическое сопоставление прежнего доступа с новыми разрешениями. Поэтому обновление не следует трактовать как требование немедленно остановить все автоматизации. Начните со списка владельцев и процессов, для которых скоро понадобится изменение или ручное вмешательство.
Проверьте реальные действия каждой схемы
Для одного процесса выпишите три вещи: какие данные он читает, что изменяет и каким внешним подключением пользуется. Затем определите роль сотрудника, который должен тестировать и выпускать изменения. Доступ к визуальному редактору сам по себе ещё не доказывает, что этот человек вправе выполнить каждое действие.
При копировании готовой схемы повторите проверку. В разборе копирования шагов Flow показано, почему перенос настроек требует проверки полей. Теперь к ней добавляется проверка полномочий исполнителя. Не расширяйте роль до полного доступа только ради исчезновения одного сообщения об ошибке: сначала установите, какое действие действительно необходимо.
Организуйте передачу между сотрудниками
Практичный порядок — автор готовит черновик, ответственный проверяет затронутые объекты, затем сотрудник с нужными разрешениями проводит контрольный запуск. Для каждого этапа должно быть понятно, кто принимает результат. Если процесс отправляет данные во внешний сервис, отдельно проверьте владельца подключения и круг людей, которым разрешено управлять секретами.
Общая логика разделения обязанностей разобрана в материале о финансовых разрешениях Shopify. Конкретные названия прав там относятся к другому разделу кабинета; переносить их в Flow механически нельзя. Смысл связки — выдавать права под рабочую операцию, а не под должность в целом.
Что сохранить после проверки
Запишите название процесса, роль проверявшего сотрудника, использованный тестовый объект и наблюдаемый результат. Для ошибки сохраните точный текст сообщения без ключей доступа и персональных данных. Это поможет отличить нехватку разрешения от проблемы условия, подключения или входных данных.
Повторите контроль после изменения роли и после добавления нового действия в схему. Если автоматизация обновляет несколько объектов, успешное выполнение первого шага не подтверждает доступность остальных. Приёмка должна завершаться проверкой итоговых изменений, а не только отсутствием предупреждения в редакторе. Тогда новая модель доступа станет управляемым процессом передачи работы, а не поводом выдавать всем сотрудникам избыточные полномочия.
Материал отражает сведения на указанную дату. Правила и условия работы площадок могут измениться. Редакционные принципы