Вопрос

Добрый день, коллеги. 

 

Можете ли поделиться Best practice реализации кейса в BPM из коробки?

В ServiceDesk требуется завести группы исполнителей. 

Группа исполнителей != организационая группа. К примеру, в группе исполнителей - "системные администраторы" будут сотрудники двух организационных групп - "Сетевой инфраструктуры" и "Серверной инфраструктуры". Т.о. группа исполнителей может состоять из части организационной группы или из двух (частей) групп. 

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

У меня такой же вопрос

14 комментариев

Начните с просмотра этого обсуждения

В платном дополнении «Task Control for bpm’online» есть в том числе и постановка задачи на функциональную роль. Если и не покупать, то можно поставить тестовую версию и посмотреть, какой подход авторы программы реализовали.

Григорий Чех,

Получается какой-то костыльный способ - создать БПроц, с целью назначения тикета на группу, после чего его на себя забирает конкретный специалист. 

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

В моём понимании функциональная роль - подразделение или сотрудник состоящий в какой-то команде (возможно, созданной между отделами или внутри отдела), выполняющий узкоспециализированные действия. К примеру - инженер IT-подразделения, задействованный в проекте разработки сервиса. 

См. о функциональных ролях здесь.

Статью читал, спасибо, вопросы остались по прежнему. 

Помогите, пожалуйста, понять логику. 

Предположим, что у меня есть команда проекта, в которой состоят сотрудники различных подразделений, функциональная роль - "Группа сопровождения проекта X".

Поступает обращение от клиентов по "проекту Х", которое эскалируется до функционального подразделения.  

Вот тут основная проблема - как эскалировать кейс до функционального подразделения? 

Подразделение — это не функциональная роль, а организационная.

Зверев Александр,

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

Что мешает включать в несколько организационных одновременно? Вы же сами говорите, что это подразделение.

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

Зверев Александр,

Смущает название + наличие синхронизации с LDAP, из которого вытягивается иерархия доменной структуры. 

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

 

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

Зверев Александр,

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

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

Войдите или зарегистрируйтесь, чтобы комментировать
Вопрос

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

1) Вшить в раздел Контрагенты фильтр или группу, которую нельзя снять. Идельно - дать пользователю возможность выбирать 1 из групп, но запретить любую прочую фильтрацию, или доступ к реестру без группы.

2) Сделать зеркальный раздел, который будет с иными правами доступа. Контрагенты будут доступны для чтения всем и будут использоваться для дедубликации, но не будет доступен в виде реестра пользователям. Контрагент Зеркало будет с ограниченными правами доступа и доступен в виде реестра. Данный вариант выглядит значительно сложнее в дальнейшем администрировании. 

Первый вариант выглядит разумнее, но вдруг вы подскажете что-то ещё.

У меня такой же вопрос

2 комментария

Данил. Вам стоит смотреть в сторону замещения метода initQueryFilters в разделе. Он будет фильтровать записи при загрузке раздела и физически снять его пользователи не смогут.

В лиде делать выбор не из объекта Контрагенты, а из объекта, построенного на VIEW (заодно и покажете только те поля, которые хотите показать).

Войдите или зарегистрируйтесь, чтобы комментировать
Вопрос

Уважаемые коллеги!

Подскажите пжл., как можно настроить итоги в группах (см. вложенный файл)?..

У меня такой же вопрос

5 комментариев

Юрий, здравствуйте!

Предположительно Вы не правильно настроили фильтр в динамической группы (по колонке «Название», а не родительский контрагент)
Так как согласно Вашему запросу итоги отображаются корректно.


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

Добрый день, Дмитрий!

Да, Вы правы, если фильтр настроить на "родительский контрагент", то он отразит корректные цифры...
Однако, фильтр покажет не только цифры, но и все остальные данные по самим дочерним предприятиям...
Следуя этой логике, нам такие итоги в группах не интересны - представляете сколько будет показано предприятий, например в группе "ЕВРАЗ"? То есть, сегментацию Группы ЕВРАЗ как вертикально-интегрированный Холдинг, провести будет невозможно. Чтобы отобразить корректный результат итогов по данной Группе, надо включить в эту группу все без исключения предприятия "нижнего уровня".

А хотелось бы настроить так, чтобы ИТОГИ вначале формировались по Объединениям, в которые входят дочерние предприятия, затем ИТОГИ по управляющим компания, в которые входят как дочерние предприятия - Объединения, а затем уж ИТОГИ по всей группе ЕВРАЗ, в которую входят как дочерние предприятия - Управляющие Компании..

Юрий, как вариант можно добавить новую агрегирующую колонку. Например, Контрагент (по колонке Родительский контрагент).Договоров, руб. без НДС


Добрый день, Дмитрий!

Вроде понял как Вы предлагаете сделать, но у меня чего-то не получилось (см. вложенный файл)...
Подскажите плз, что я делаю не так?

Здравствуйте, Юрий!

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

Войдите или зарегистрируйтесь, чтобы комментировать
Идея
В некоторых разделах пользователи постоянно пользуются деревом групп, то хотелось бы, чтобы bpm запоминал не только выбранную группу, но и открыто ли дерево групп.А то слишком много действий - каждый раз в разделе нажимать "Фильтр" - "Показать группы"
Реализована
1 комментарий

Владими, здравствуйте!

Благодарим за идею. Передали в департамент разработки, как предложение по развитию системы.

Войдите или зарегистрируйтесь, чтобы комментировать
Вопрос

Добрый день.

Версия 7.2

Подскажите пожалуйста, есть ли какая-то возможность определить в коде схемы модели представления раздела, включен ли в данный момент в разделе фильтр по какой-либо группе (используется стандартный функционал групп)?

Спасибо.

У меня такой же вопрос

2 комментария

...

Все нужные Вам методы есть в схеме SectionModule, и они доступны через песочницу (sandbox), так что Вы можете в Ваших схемах секции обращаться к ним следующим образом, и анализировать массив включенных фильтров-папок:

define('ContactSection', ['Contact', 'ContactSectionStructure', 'sandbox', 'ContactSectionResources'],
	function(Contact, structure, sandbox, resources) {
	structure.userCode = function() {
 
		// only for debug\test
		document.scc = this;
 
		this.methods.init = function() {
			// only for debug\test
			document.scc = this;
		};
 
		this.methods.GetFolderFilterArray = function() {
			return sandbox.publish("GetFolderFilter", null, [sandbox.id + "_QuickFilterModule"]);
		};
	};
 
	return structure;
});

Войдите или зарегистрируйтесь, чтобы комментировать
Вопрос

Добрый день!
Интересуют следующие моменты относительно прав на группы (например, группы обращений)

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

Скажите, пожалуйста, можно ли сделать так, чтобы пользователь-системный администратор не видел такие группы ( они как бы личные - в их доступе явно прописан только создатель группы)
Или быть может можно сделать так, чтобы пользователь-системный администратор по умолчанию не видел эти группы, а видел бы при выборе какого-то действия "отобразить все группы"?

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

У меня такой же вопрос

7 комментариев

Здравствуйте!

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

2. Права на группу изменяются в настройке прав на группу. Скриншот прилагаю:
Права

Добрый день!
Спасибо, но я не спрашивала, где надо менять права на группу - мне это известно...
Мой первый вопрос звучал так
1.
Скажите, пожалуйста, можно ли сделать так, чтобы пользователь-системный администратор не видел такие группы ( они как бы личные - в их доступе явно прописан только создатель группы)
Или быть может можно сделать так, чтобы пользователь-системный администратор по умолчанию не видел эти группы, а видел бы при выборе какого-то действия "отобразить все группы"?
Правильно я понимаю,
что ответ на мой первый пункт - "Нет, такой явной возможности сейчас нет" ?
Понятно, что права системного администратора не надо ничем ограничивать. Но было бы удобно, если бы у него в разделе бы не было бы видно сразу полного дерева групп, создаваемых разными пользователями. Было бы удобно, если бы те группы, на которые бы у него не было бы явного доступа, по умолчанию бы не отображались, а отображались бы при включении определенной галки..

2. Мой второй вопрос звучал так :
"Есть дерево групп в обращениях. Можно ли сделать так, чтобы пользователь, не являющийся системным администратором, мог бы создавать новые группы только в определенной ветке этого дерева?"
Настройка прав доступа в группе не отвечает на второй вопрос...

Здравствуйте, Дарья! По первому пункту, Вы понимаю совершенно верно, "Нет такой явной возможности сейчас нет", но как по мне случай очень частный, и особой необходимости в таком функционале нет.
По второму вопросу, Вы можете ограничить права на остальные группы, и тогда он сможет создавать новые группы строко в определенной ветке дереве, в которой Вы оставите ему права. Как ограничить права уже подсказал Алексей....

Добрый день!
По первому пункту была такая возможность в 3.х - было очень удобно. Собственно, поэтому и спрашивала.
По второму пункту - ну вы же предлагаете убрать у них право на чтение групп?)
понятное дело, что если пользователь не видит группы, то и создавать внутри них он ничего не сможет. Мой вопрос был не про это. Я бы хотела, чтобы пользователь видел группы, все какие ему необходимо - разные ветки групп, но новые группы создавал только в определенной ветке.
Но так понимаю, простого способа для этого нет?

Нет, я предлагаю оставить права на чтение, но убрать на изменение и удаление, установив для группы %ваш объект% требуемые настройки администрирования(по записи)

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

Здравствуйте, Дарья!

Как вариант в правах на операцию "Чтение любых данных" Вы можете понизить права роли "Системные администраторы", запретив таким образом просмотр всех данных. При этом пользователи с ролью "Системные администраторы" будут видеть записи согласно распределению прав в разделе "Доступ к объектам".

Войдите или зарегистрируйтесь, чтобы комментировать
Публикация

Встречайте новый видеурок по работе с группами в bpm'online!

Узнайте, как сформировать в bpm'online дерево групп, распределить права доступа к группам и работать с ними. В видеоуроке демонстрируется, как создать структуру групп и настроить необходимые условия фильтрации, от простых к сложным.

Видео доступно по ссылке: Работа с группами в bpm'online

Больше видеоуроков смотрите на сайте академии Terrasoft.

Поделиться

0 комментариев
Войдите или зарегистрируйтесь, чтобы комментировать
Идея
Предлагаю дать возможность пользователю выбирать расположение реестра при открытом дереве групп - справа или внизу. При не очень широком мониторе правое расположение буквально "сминается" группами.Еще бы хорошо менять ширину (например, кнопками + и - ), занимаемую деревом групп - сейчас там много свободного места, которое можно освободить под реестр записей
Реализована
1 комментарий

Здравствуйте, Владимир!

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

Приятного дня!

Войдите или зарегистрируйтесь, чтобы комментировать
Вопрос

Добрый день.
BPMOnline 7.3
Интересует следующее:
1. Как расположить новое поле на карточке перед уже существующими, не переопределяя положение всех этих полей(row)?
2. Как менять порядок расположения групп и деталей на карточке? Создается впечатление что положение меняется хаотично, при перемещении строк с описанием групп в коде.
3. Так же проблема с добавлением на новую деталь, уже поднималась на форуме но пока без ответа..

У меня такой же вопрос

2 комментария

Здравствуйте, Иван.

Задачи по перемещению элементов на странице необходимо решать при помощи мастера разделов.
Касательно добавления на деталь, единственным условием для отображения кнопки Добавить является наличие карточки редактирования зарегистрированной в SysModuleEdit. Были проблемы в ранних сборках, в последнем релизе (745) проблем быть не должно.

Спасибо, будем обновляться!

Войдите или зарегистрируйтесь, чтобы комментировать
Вопрос

Доброго дня всем!
Подскажите плиз, как эффективнее всего сделать справочник, который будет содержать области групп и фильтрации при вызове из других карточек редактирования? Нужно ли делать его в виде workspace? Также необходимо динамически добавлять в область групп этого справочника группу с выбранным в гриде контрагентом.
Заранее спасибо!

У меня такой же вопрос

2 комментария

Здравствуйте, Иван Александрович.
Сделайте в виде отдельного окна Workspace. Подобная реализация есть в базовой версии: выбор проекта в карточках счета, договора; добавление файла на деталь [Файлы] из библиотеки.

Спасибо Наталия, все получилось!

Войдите или зарегистрируйтесь, чтобы комментировать