bpmnforum.ru

1. Alexey Kalistratov
   Участник

   Рейтинг:17

    

   Добрый день!

   Подскажите, можно ли в Bizagi в модели данных сделать атрибут типа "Пользователь"?

   Например у меня есть процесс типа RFC (request for changes - запрос на изменение), у него есть поле "Ответственный за проверку кода", которое заполняется в самом начале жизненного цикла RFC руководителем отдела обработки этих RFC, а где нибудь ближе к концу жизненного цикла RFC есть задача "Проверить код", которую процесс должен назначить персонально тому самому пользователю системы, который к этому моменту уже хранится в поле "Ответственный за проверку кода".

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

   Не нашел в списке типов атрибутов нужного типа. Подозреваю, что задачу можно решить как то без явного указания пользователя, но пока не вижу, как :-(

   Спасибо!

   Опубликовано 9 лет назад #

2. Анатолий Белайчук
   Хранитель

   Рейтинг:498

    

   Тип атрибута - ссылка на системную сущность WFUSER. По ссылке можно вытащить Id и использовать ее при назначении исполнителя задачи.

   Опубликовано 9 лет назад #

3. Alexey Kalistratov
   Участник

   Рейтинг:17

    

   Да, спасибо, нашел этот тип атрибута.

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

   Сходу попробовал сделать так: У запроса на изменение создал поле "Проект" типа "Параметр", а у Проекта уже указал название, краткое описание, и попытался создать поле "Ответственный за проверку кода" - а вот тут снова не нашел поля типа "Пользователь" - WFUSER'а в списке типов полей нет, если это поле содержится не в "мастер-сущности", а в "параметре" :(

   Какой то смысл в этом ограничении даже виден - типа в НСИ не должны входить такие изменчивые ребята как живые люди с фамилиями...

   Подскажите, как правильно обыграть такое?

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

   Опубликовано 9 лет назад #

4. Анатолий Белайчук
   Хранитель

   Рейтинг:498

    

   Проект - это не parameter, а master. Не справочник (красный-желтый-зеленый), а бизнес-объект (клиент/сделка/проект/контрагент и т.п.)

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

   Но вообще-то вопросы по Bizagi BPMS лучше обсуждать например в https://www.facebook.com/groups/bizagi.ru/. Здесь мы с вами явно офтопим.

   Опубликовано 9 лет назад #

5. Alexey Kalistratov
   Участник

   Рейтинг:17

    

   Ахааа... Вот оно что :)

   Спасибо за наводку! У меня было какое то странное ощущение "где все!?", а теперь ясно, где все :)

   Про мастер и параметр тоже спасибо!

   Опубликовано 9 лет назад #

RSS лента этой темы

Ответ

Вы должны авторизоваться, чтобы публиковать сообщения.