Дубликаты матриц курируемости
Всем привет!
В рамках проекта столкнулся с ситуацией, где дублируются матрицы курируемости и настройки курируемости.
1. Под дублированием настройки курируемости подразумеваются одинаковые записи с одним и тем же типом объекта.
2. Под дублированием матриц курируемости подразумеваются одинаковые записи с одним и тоже набором атрибутов:
- Тип объекта в настройке курируемости (сама настройка курируемости может отличаться, как дубль в п.1);
- Курирующая роль;
- Курируемая роль.
Вопросы:
1. Правильно ли понимаю, что такие экземпляры являются полноценными дублями? Подобные кейсы надо избегать, так как они плодят реестры и тормозят пересчет эффективных прав?
2. Если есть 2 дубля матрицы, но у них отличаются остальные настройки (обособленное подразделение с настройкой; логические атрибуты и тд..), то как определить, какая из них оказывает финальное влияние при пересчете прав? или они действуют параллельно, но как именно происходит расчет?
P.S. Такая ситуация возникла из-за параллельной и несогласованной разработки. Было бы удобнее, если система будет блокировать возможность создавать дублирующие экземпляры на уровне естественного ключа в БД в базовой поставке платформы Гриндата.
Комментарии
Добрый день! Вопрос в работе. Скоро вернемся с обратной связью.
@sergeev_if , спасибо!
Дополню, что в целом хочется понять можно ли безболезненно удалить подобные дубли, чтобы эти легаси-дубликаты ничего не сломали.
@Данияр Добрый день!
Также стоит иметь ввиду, что две матрицы с одинаковыми курируемыми ролями могут использоваться для разных целей: одна для назначения ответственных в бизнес-процессах, другая преимущественно для реестра задач. В этом случае их различия в функциональном плане обосновывают наличие двух отдельных матриц. Однако намеренно создавать две полностью идентичные матрицы для их функциональности не рекомендуется.
По остальным вопросам вернемся в начале недели, требуется время для подготовки ответов.
@sergeev_if , спасибо, что подтвердили данную гипотезу. Буду ждать уточнений по вопросу 2 с влиянием матриц, где один тип и роли, но разные настройки
@Данияр
Все найденные сотрудники по всем матрицам курируемости будут объединяться.
Матрицы курируемости обрабатываются при поиске исполнителей для задач. При этом каких-то ссылок на эти матрицы в таблицах WF (задачах и экземплярах БП) не сохраняется.
Поэтому наличие запущенных БП никак не влияет на возможность удаления матрицы курируемости.
@sergeev_if , про удаление понял, благодарю!
А как происходит объединение в данном контексте, можно пример?
@Данияр При таких настройках потенциальные исполнители будут выбираться из
Вся организационная структураиGOV_ПравительствоЧто будет соответствовать настройке:
Также будет работать с матрицами в которых разный атрибут
Обособленное подразделение