...

Логика определения авторства в блоке "Управление статусом"

Тема в разделе "Вопросы по платформе", создана пользователем victor.ivanov, 23 янв 2025.

  1. victor.ivanov

    victor.ivanov Участник

    Доброго дня, коллеги!
    При смене статуса Элемента через Блок "Управление статусом" в ленте отображается новый статус и его автор.
    [​IMG]

    Подскажите, пожалуйста:
    1. Какова логика определения авторства в блоке "Управление статусом"?
    2. Как установить в авторы Системного пользователя ELMA?

    У пользователей часто возникают вопросы - "мы ничего сами не меняли, почему от нашего имени происходит смена статуса?"
    Заранее благодарю за ваши ответы)
  2. semenova

    semenova Техническая поддержка

    Добрый день!
    Автор определяется зоной ответственности, т.е. в чьей зоне ответственности находится блок, тот и автор. Если в ЗО нет исполнителя — оповещение в ленту придет от имени супервизора системы.
  3. victor.ivanov

    victor.ivanov Участник

    Благодарю вас!

    С вашего позволения еще такой вопрос - как определяется автор подпроцесса?
  4. semenova

    semenova Техническая поддержка

    Уточните, пожалуйста, автор подпроцесса, запускаемого с помощью блока "Запуск процесса"?
  5. victor.ivanov

    victor.ivanov Участник

    Например, при помощи блока "Запуск процесса" или с помощью модуля.
    Заранее благодарю!
  6. semenova

    semenova Техническая поддержка

    Начиная с версии 2024.9, в стандартном блоке Запуск процесса, а также в пользовательском действии типа Вызов процесса, созданном на уровне модуля, реализована настройка Выполнять от имени аналогичная блоку Задача - в параметре "Выполнять от имени".
    • Выполнять от имени — выберите, кто отобразится в карточке экземпляра в качестве инициатора процесса:
      • Текущий пользователь — пользователь, запустивший экземпляр дочернего процесса;
      • Контекстная переменная — выберите переменную типа Пользователи (один) из контекста процесса. Инициатором будет значиться сотрудник, который указан в значении переменной. Например, вы можете выбрать контекстную переменную с пользователем, в чьей зоне ответственности размещён дочерний процесс;
      • Система — дочерний процесс будет выполняться от имени пользователя, назначенного на роль Супервизор системы.