Update route_setting.rst

routes/route_setting.rst

@@ -30,4 +30,87 @@
     * выполняются только после успешного завершения предварительных этапов (если они есть).
     
     **Последующие этапы**
-    Также содержат только стандартные процессы и выполняются после действий (при необходимости).
+    Также содержат только стандартные процессы и выполняются после действий (при необходимости).
\ No newline at end of file
+    
+Переход к созданию маршрута
+----------------------------
+
+**Шаг 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
+