Запити додаткової інформації

Запитуйте додаткові кроки верифікації у заявників у межах наявної сесії, не втрачаючи історію аудиту.

Як це працює

Коли оператор ініціює запит додаткової інформації, для заявника генерується нове посилання на верифікацію. Оператор надсилає його через Manage — за допомогою SMS, email, або копіюючи та надсилаючи посилання вручну. ID сесії, видимий у Manage, залишається незмінним протягом усіх запитів верифікації. Після відкриття посилання заявнику показуються лише кроки, визначені в новому запиті верифікації. Раніше завершені кроки не показуються заявнику, і їхні дані не змінюються. Рішення (автоматичні чи ручні) застосовуються лише до поточного запиту верифікації. Після завершення всіх кроків у запиті стандартний потік прийняття рішень виконується як зазвичай.

---

Статус сесії

Для цієї функції введено новий статус сесії:

Статус	Опис
additional_information_requested	Сесію повернуто заявнику для подальшої верифікації. Знаходиться між кінцевим статусом та in_progress.

Переходи статусів:

approved / rejected / manual_check / expired
        ↓
additional_information_requested
        ↓ (заявник відкриває посилання)
in_progress
        ↓
approved / rejected / manual_check

---

Історія верифікації

Сесія може пройти через декілька запитів верифікації протягом свого життєвого циклу. Кожен запит генерує власний набір кроків на основі обраної конфігурації. Якщо тип кроку було завершено в попередньому запиті, він генерується знову як нова спроба — повна історія зберігається та доступна для цілей аудиту. Для перегляду та прийняття рішень використовується остання спроба для кожного кроку.

---

Увімкнення функції

• Як увімкнути: Увімкніть це налаштування на вкладці Configuration settings конструктора конфігурацій.

"sessionConfig": {
  "id": "6792031d9e97ea46872e190c",
  "name": "My Configuration",
  "additionalInformationRequest": true
}

Після увімкнення оператори побачать кнопку Request more information на відповідних сесіях у Manage.

Конфігурації, доступні для вибору при створенні запиту, фільтруються за приналежністю оператора до групи, відповідно до правил контролю доступу, застосованих в інших частинах платформи.