Настройки на работния поток¶
Шаблонът на работен поток се определя от:
- общите си настройки,
- настройките си за инициализиране,
- реалните или системните потребители, оправомощени да го стартират,
- упълномощаване за изпълнение спрямо заявителя,
- мениджърите си,
- обхвата си: целевите лица на работния поток (напр. вътрешни служители, лица от даден отдел),
- правилото си за валидиране, което зависи от състоянието на стъпките,
- стъпките си,
- действията и задачите си.
Общи настройки¶
Настройки за инициализиране¶
Настройките за инициализиране позволяват да определите типа на работния поток и неговите характеристики, както и режима на задействане. Полетата за конфигуриране се различават в зависимост от избрания тип работен поток.
Настройките за инициализиране, общи за всички типове работни потоци, са следните:
| Parameter | Description | Тип и възможни стойности |
|---|---|---|
| Statut | Параметър, указващ състоянието на работния поток. Само работните потоци в производствена среда ще се изпълняват от механизма за работни потоци и ще бъдат налични в списъка със заявки на потребителя. |
Under construction In production Suspended Enabled |
| Workflow type | Избор на типа работен поток. |
At the request of users: формуляр за заявка на потребител е достъпен от менюто „workflow“ на конзолата за експлоатация. On an event: задействане на работния поток, обусловено от събитие на CyberElements Identity, което може да подлежи на валидиране, като например присвоявания или отмени на присвояване (акаунти, профили, делегиране, ресурси, лица), създавания, промени или изтривания (лица, права, структури, правила за упълномощаване, изброявания, синхронизации), делегирания и изтривания на делегирания, сертифициране и отмяна на сертифицирането на права, промени на контекста, съгласувания на самоличности и премествания на служители. Delayed triggering: задействане на работния поток въз основа на атрибут за дата на лицето (например: начална дата, крайна дата, дата на раждане) или въз основа на датата на изтичане на право. Periodic: работен поток, задействан въз основа на честота на изпълнение. |
Параметрите за инициализиране в зависимост от типа на работния поток са описани по-долу:
-
Тип работен поток „User request“: налични са няколко типа работни потоци „user request“, като конфигурацията на параметрите за инициализиране се различава в зависимост от избрания тип.
- Заявка за права: позволява на потребител да заяви права чрез формуляр. Заявката може да бъде подадена за самия потребител или за едно или повече други лица.
Parameter Description Тип и възможни стойности Request Естество на заявката на потребителя. Rights request Check SOD Изисква проверка на правилата за разделение на правата при попълване на формуляра за заявка. Потребителят няма да може да валидира заявката си, ако заявените права не отговарят на правилата SOD. Yes/No Right Списък на правата, които потребителят, стартиращ работния поток, може да заяви. Списък на правата. Additional fields Позволява да конфигурирате допълнителни текстови или изброими полета във формуляра за заявка. Избор на един или повече атрибути (само от тип низ от знаци или изброим тип) от списъка със съществуващи атрибути. - Заявка за промяна на атрибут: позволява на потребител да заяви промяна на стойността на един или повече атрибути чрез формуляр. Заявката може да бъде подадена за самия потребител или за едно или повече други лица.
Parameter Description Тип и възможни стойности Request Естество на заявката на потребителя. Request for attribute modification Attribute selection Списък на атрибутите, които потребителят, стартиращ работния поток, може да промени. Списък с атрибути.
Видимо, ако: Request = „Request to modify attributes“- Заявка за ресурс: позволява на потребител да подаде заявка за предоставяне на ресурси чрез формуляр. Заявката може да бъде подадена за самия потребител или за едно или повече други лица.
Parameter Description Тип и възможни стойности Request Естество на заявката на потребителя. Resource request Resource type Тип на ресурсите, които потребителят, стартиращ работния поток, може да заяви. Тип ресурс. (Обърнете внимание, че за да използвате правилно тази функция, трябва да изберете само един тип ресурс за работен поток) - Manual provisioning request: позволява на потребител да подаде заявка за ръчно осигуряване чрез формуляр. Заявката може да бъде подадена за самия потребител или за едно или повече други лица.
Parameter Description Тип и възможни стойности Request Естество на заявката на потребителя. Manual provisioning request Check SOD Изисква проверка на правилата за разделение на правата при попълване на формуляра за заявка. Потребителят няма да може да валидира заявката си, ако заявените права не отговарят на правилата SOD. Yes/No Right Списък на правата, които потребителят, стартиращ работния поток, може да заяви. Списък на правата. Additional fields Позволява да конфигурирате допълнителни текстови или изброими полета във формуляра за заявка. Избор на един или повече атрибути (само от тип низ от знаци или изброим тип) от списъка със съществуващи атрибути. - Other request: позволява на потребител да направи персонализирана заявка чрез формуляр. Заявката се прави в текстов вид. Тя може да бъде подадена за самия потребител или за едно или повече други лица.
Parameter Description Тип и възможни стойности Request Естество на заявката на потребителя. Other request Description of the request Description Символен низ. -
Тип работен поток „On an event“: събитията се генерират от CyberElements Identity за всяка операция, включена в следващия списък.
| Parameter | Description | Тип и възможни стойности |
|---|---|---|
| Event | Параметър, указващ събитието или събитията, които задействат работния поток. | Списък на събитията (вижте списъка по-долу) |
| Опция за задействане в зависимост от състоянието на действието | Условие за задействане, свързано със състоянието на действието, генерирало събитието. | Success/Failure/Both |
| Опция за задействане на работния поток в зависимост от хронологията на действието | Условие за задействане на работния поток |
Before/After/Both. Before: отметнете тази опция, за да създадете валидиране, преди събитието действително да настъпи (пример: валидиране на създаването на лице). After: отметнете тази опция, за да се задейства първата стъпка, след като събитието е настъпило. |
| Conditions to be validated | Работният поток се задейства, ако всички или част от изпратените събития са валидирани. |
Поне едно от условията трябва да бъде валидирано, Всички условия трябва да бъдат валидирани. |
| Grouping | Позволява да се задейства само един работен поток, когато едновременно се изпраща пакет от сходни събития. |
Yes/No. Тази опция е налична за следните шест събития: Присвояване на права Промяна на права Промяна на лице Съгласуване на самоличностите на лице Оттегляне на права Изтриване на съгласуването на самоличността на лице |
Списък на събитията и незадължителните параметри
- Тип работен поток „Delayed Trigger“: възможно е да задействате работен поток X дни преди или след датата на определен атрибут или крайната дата на посочено право.
| Parameter | Description | Тип и възможни стойности |
|---|---|---|
| Based on | Параметър, използван за указване на атрибута за дата, на който ще се основава работният поток. |
„On attribute“: списък на атрибутите за дата. „On expiration of a right“: прилага се за всички права, за които е посочена крайна дата. |
| Time period |
„Before“ (брой дни): изпълнение на работния поток предварително спрямо стойността на целевия атрибут за дата. „After“ (брой дни): изпълнение на работния поток със закъснение спрямо стойността на целевия атрибут за дата. |
Цяло число. |
- Тип работен поток „Periodic“: позволява работните потоци да се изпращат с определена честота
| Parameter | Description | Тип и възможни стойности |
|---|---|---|
| Every | Параметри за задаване на честотата, с която се задейства периодичен работен поток. |
Честота за избор от списъка:
|
| Sending time | Час, в който се задейства периодичният работен поток. | Цели числа. Определя часа на изпращане, когато избраната честота е ден, седмица или месец, или часа на първото изпращане, когато честотата е от тип „hour“. |
User(s)¶
Секцията „Users“ позволява да определите кои лица или самоличности могат да изпълняват работен поток. Възможностите се различават в зависимост от избрания тип работен поток.
| Parameter | Description | Тип и възможни стойности |
|---|---|---|
| Authorized user(s) | Лице или лица, реални или системни, оправомощени да стартират работния поток. |
|
| Filter |
Тип филтър, определящ как се извлича списъкът на лицата, оправомощени да стартират работния поток. Пример: потребители с административни права в CyberElements Identity или отговорни за дадена служба. |
Видимо, ако „Authorized user(s)“ = „A list of persons“:
|
| Selection | Списък, получен в резултат на избора на лица, направен по време на конфигурирането. |
Видимо, ако „Authorized user(s)“ = „A list of persons“ и ако „Filter“ = „List (ids)“. Списък на лицата за избор.
|
| Filter query | Параметър, който позволява да зададете SQL заявка за филтриране на желаните лица. |
Видимо, ако „Authorized user(s)“ = „A list of persons“ и ако „Filter“ = „List of IDs returned by an SQL evaluation“. Низ от знаци: SQL заявка, използвана за филтриране на желаните лица. Вижте тази страница относно използването на ключови думи.
|
Разрешаване на изпълнението за себе си?¶
Тази опция е видима само ако типът на работния поток е зададен на „On User Request“. Тя позволява да разрешите или да забраните на потребител да подава заявка за себе си.
Броят на потребителите, оправомощени да подават заявка за себе си, може също да бъде ограничен с помощта на филтри.
Възможно е също да конфигурирате работен поток така, че да позволява изпълнение само за себе си. Конфигурациите, които трябва да се приложат, са описани подробно по-долу.
| Parameter | Description | Тип и възможни стойности |
|---|---|---|
| Allow | Параметър, указващ дали потребителят, който прави заявка, може да я направи от свое име. |
|
| Filter |
Тип филтър, определящ как се извлича списъкът на лицата, оправомощени да правят заявка. Пример: потребители с административни права в CyberElements Identity или отговорни за дадена служба. |
Видимо, ако „Allow“ = Yes (отметнато).
|
| Selection | Списък, получен в резултат на избора на лица, направен по време на конфигурирането. |
Видимо, ако „Authorized user(s)“ = „A list of persons“ и ако „Filter“ = „List (ids)“. Списък на лицата за избор.
|
| Filter query | Параметър, който позволява да зададете SQL заявка за филтриране на желаните лица. |
Видимо, ако „Authorized User(s)“ = „A list of persons“ и ако „Filter“ = „List of IDs returned by an SQL evaluation“. Низ от знаци: SQL заявка, използвана за филтриране на желаните лица. ![]() Ако работният поток може да се изпълнява само за себе си, използвайте следния синтаксис: §PERSON§ATTRIBUTE§UID§=#STARTER#ATTRIBUTE#UID# Вижте тази страница относно използването на ключови думи. |
Manager¶
Секцията „Manager“ позволява да определите кои лица могат да управляват екземплярите на този работен поток, т.е. тези лица ще бъдат оправомощени да преглеждат екземплярите на работния поток и да предприемат действия по тях, докато работният поток не е в състояние „завършен/архивиран“.
| Parameter | Description | Тип и възможни стойности |
|---|---|---|
| Workflow administrator(s) | Реално лице или лица, оправомощени да управляват работния поток, т.е. да го поставят на пауза, да го рестартират, да го спират и да валидират действия като например одобрения. | Списък на лицата. |
| Filter | Филтър, определящ как се извлича списъкът на лицата, оправомощени да администрират работния поток. |
|
| Selection | Списък, получен в резултат на избора на лица, направен по време на конфигурирането. |
Видимо, ако „Authorized user(s)“ = „A list of persons“ и ако „Filter“ = „List (ids)“. Списък на лицата за избор.
|
| Filter query | Параметър, който позволява да зададете SQL заявка за филтриране на желаните лица. |
Видимо, ако „Authorized user(s)“ = „A list of persons“ и ако „Filter“ = „List of IDs returned by an SQL evaluation“. Низ от знаци: SQL заявка, използвана за филтриране на желаните лица. Вижте тази страница относно използването на ключови думи. -->
|
Scope¶
Секцията „Scope“ позволява да определите условия за филтриране на самоличностите, които могат да бъдат цел на работния поток. Обхватът на работния поток се прилага само за работни потоци от типовете „On event“, „Delayed trigger“ или „On user request“.
| Parameter | Description | Тип и възможни стойности |
|---|---|---|
| Обхват на работния поток: | Реално лице или лица, за които се изпълнява работният поток (позволява да филтрирате целта на работния поток). |
Пример: за работен поток при събитие за създаване на лице можете да ограничите обхвата до създаването на външни лица. При заявките за права заявките могат да бъдат ограничени до потребителите на дадена служба. |
| Filter | Тип филтър, определящ как се извлича списъкът на целевите лица за работния поток. |
|
| Selection | Списък, получен в резултат на избора на лица, направен по време на конфигурирането. |
Видимо, ако „Authorized user(s)“ = „A list of persons“ и ако „Filter“ = „List (ids)“. Списък на лицата за избор.
|
| Filter query | Параметър, който позволява да зададете SQL заявка за филтриране на желаните лица. |
Видимо, ако „Authorized user(s)“ = „A list of persons“ и ако „Filter“ = „List of IDs returned by an SQL evaluation“. Низ от знаци: SQL заявка, използвана за филтриране на желаните лица. Вижте тази страница относно използването на ключови думи.
|
Workflow validation¶
Секцията „Workflow validation“ се състои в определяне на състоянието на екземпляра на работния поток въз основа на състоянията на стъпките, от които се състои работният поток. Мениджърите на работния поток може също да бъдат оправомощени да валидират (стъпките за валидиране) от името на одобряващите (например за да отблокират работни потоци при отсъствие).
| Parameter | Description | Тип и възможни стойности |
|---|---|---|
| Allow validation by manager | Позволява валидиране на работния поток от мениджърите на работния поток (в допълнение към одобряващите, определени в стъпките на работния поток). |
|
| Validation rule | Параметър, използван за определяне на правилото, което да се провери, за да се укаже дали работният поток е завършил успешно или неуспешно. |
|
| Query | Параметър, който позволява да зададете SQL заявка, за да определите по-точно елементите, които ще определят дали работният поток ще бъде в състояние „Successful“. |
Видимо, ако „Validation Rule“ = „Evaluation rule determining whether the workflow succeeds“. Низ от знаци: SQL заявка, използвана за извличане на елементите, които ще определят дали работният поток е в състояние „Successful“ или „Failed“. Заявката трябва да върне булева стойност. Ако върнатата стойност е 1, работният поток ще бъде в състояние „Successful“; в противен случай ще бъде в състояние „Failed“. Вижте тази страница относно използването на ключови думи.
|
Забележка относно валидирането на работния поток:
Когато действие (или стъпка) не се изпълни, защото контекстът не отговаря на условията за изпълнение на действието (или стъпката), в базата данни не се създава екземпляр на действието (или стъпката).
Следователно не е възможно да се извлече състоянието на действието или стъпката.
Ако за дадена стъпка без условия за изпълнение не е изпълнено нито едно от нейните действия, екземплярът на стъпката съществува в базата данни и състоянието му е „успешно“.
Операциите, подлежащи на валидиране, се валидират само ако работният поток завърши успешно.











