Commit 48dc95d4 authored by Natalia Klimova's avatar Natalia Klimova

Update route_setting.rst

parent 787bbd37
...@@ -31,3 +31,86 @@ ...@@ -31,3 +31,86 @@
**Последующие этапы** **Последующие этапы**
Также содержат только стандартные процессы и выполняются после действий (при необходимости). Также содержат только стандартные процессы и выполняются после действий (при необходимости).
Переход к созданию маршрута
----------------------------
**Шаг 1.** По нажатию на кнопку "+" в разделе **"Маршруты реестра"**, в выпаждающем списке выбрать тип маршрута **"Активация"**
**Шаг 2.** В открывшемся окне перейти к редактированию маршрута активации нажав кнопку редактирования:
.. image:: ../resources/img/edit.jpeg
**Шаг 3.** На панеле "Действия" нажимаем кнопку **"+"** чтобы добавить новый этап
.. figure:: ..resources/img/actions_panel.jpeg
**Шаг 4.** В открывшейся справа панели настройки этапа необходимо настроить этап в соответствии с ордером.
Каждый этап имеет свой результат выполнения (подписание, ввод комментария, автоматическое системное действие и другие операции, необходимые для бизнес-процесса)
Для того, чтобы понять какой именно тип действия нам необходим на каждом этапе, мы обращаемся к пункту ордера **2. Диаграмма процесса и шаги процесса**
.. figure:: ..resources/img/order_process_steps.jpeg
Для того чтобы правильно построить бизнес-логику процесса, нам необходимо обращать внимание на вход и выход шага, и роль, которая его выполняет
Этап 1. Заполнение заявки
---------------------------
**Входом** операции является форма заявки, разработанная в системе и данные клиента, которые он вносит при заполнении формы.
**Выход** - заполненная по форме заявка на услугу.
На этом этапе не нужен дополнительный шаг процесса, т.к отправка заявки и будет являться первым шагом процесса.
Этап 2. Отправка заявки.
------------------------
**Вход** - подписание заявки при помощи ЭЦП.
**Выход** - заявка подписанная в системе.
Для реализации данного этапа нам потребуется тип действия "Работа по форме" с типом "Согласование"
Данный тип этапа требует указания поля из заявки, в котором будет находится текущий пользователь, создающий заявку.
**Предварительная настройка**
**Шаг 1.** Возвращаемся в форму заявки
**Шаг 2.** Добавляем на форму комопнент таблицы, и включаем для нее настройки скрытности, чтобы системные поля не отображались пользователю
**Шаг 3.** Внутрь таблицы добавляем компонент "Объекты Synergy"
* задаем ему код например "entity_author"
* включаем настройку "Заполнять текущим пользователем"
**Шаг 4.** Полю задаем наименование "Автор"
**Шаг 5.** Сохраняем изменения
В результате этого, поле автоматически будет заполняться учетной записью пользователя, создавшего заявку.
**Создание этапа маршрута**
**Шаг 1.** В настройках этапа указываем
* Тип действия - "Работа по форме"
* Название этапа - указываем согласно логике шага, например "Подписание заявки"
* Код этапа - необязательно, используется при обращении к этапу в скриптах или условиях.
* Ответственный - здесь необходимо указать код поля в котором будет находится автор заявки (entity_author) его мы создали в предварительном шаге
* Тип работы - согласование
* Возврат - в этом поле указывается этап маршрута, к которому необходимо вернуться в случае отказа в согласовании (при необходимости). В нашем случае может оставить пустым.
**Шаг 2.** Сохраняем этап, нажав на иконку дискеты в панели настроек этапа.
.. figure:: ..resources/img/step1.jpeg
Markdown is supported
0%
or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment