diff --git a/.obsidian/workspace.json b/.obsidian/workspace.json
index b741baf..7fa4f43 100644
--- a/.obsidian/workspace.json
+++ b/.obsidian/workspace.json
@@ -168,7 +168,8 @@
       }
     ],
     "direction": "horizontal",
-    "width": 300
+    "width": 300,
+    "collapsed": true
   },
   "left-ribbon": {
     "hiddenItems": {
diff --git a/УКЭП через УБИ регистрация и вход.md b/УКЭП через УБИ регистрация и вход.md
index 38131b0..9e9a6df 100644
--- a/УКЭП через УБИ регистрация и вход.md	
+++ b/УКЭП через УБИ регистрация и вход.md	
@@ -2,7 +2,7 @@
 
 **Ситуация:** Для регистрации и входа в новом приложении УКЭП предполагаются разные сценарии обработки. Сначала происходит идентификация в УБИ, а затем регистрация пользователя. Сначала происходит вход/восстановление пароля, а затем идентификация в УБИ как второй фактор.  
 
-**Вводные:** используется простой сценарий идентификации без проверок на стороне ИС. Используются свои страницы ошибок. 
+**Вводные:** используется простой сценарий идентификации без проверок на стороне ИС.
 
 В зависимости от сценария предполагаются разные страницы с разными действиями для пользователя: прекратить, зарегистрироваться, войти в ЛК. 
 
@@ -23,11 +23,16 @@
 1) Использовать разные product_type для registration и login 
 2) Использовать конструкцию if else в настройках маршуртузитора для sucess_page и error_page
 
+product_type -> product_id возможно ранжирование
+
 success‑url: **<#****if** productType == "test1">https://test1.ru/success**<#****elseif** productType == "test2">https://test2.ru/success**<#****else****>**https://test3.ru**</#****if****>**
 
 error‑url: **<#if** productType == "test1">https://test1.ru/success**<#elseif** productType == "test2">https://test2.ru/success**<#else>**https://test3.ru**</#if>**
 
 ```plantuml
+
+scale 3
+
 actor "Клиент" as client
 participant "Банковское приложение" as bank
 participant "Gate-Out" as gateout
@@ -62,6 +67,8 @@ ubi --> bank: error_url_**registration**
 bank -> client: Показывает страницу ошибки идентификации ЕБС
 ```
 
+В gateout в **простом** сценарии будет отправка практически параллельно с редиректом. 
+
 ```plantuml
 actor "Клиент" as client
 participant "Банковское приложение" as bank