Відправлення повідомлень користувачам

🌐 Цей документ доступний українською та англійською мовами. Використовуйте перемикач у правому верхньому куті, щоб змінити версію.

1. Загальний опис

Для забезпечення вимог по роботі з повідомленнями, платформа підтримує наступні канали зв’язку з громадянами:

  • inbox - відправлення in-app повідомлень у скриньку Кабінету Громадянина

  • email - відправлення поштових повідомлень користувачам з використанням платформенного або зовнішнього поштового сервера

  • diia - відправлення push-нотифікацій у мобільний додаток Дія

2. Функціональні сценарії

  • Налаштування каналів зв’язку реєстру через Веб-інтерфейс Платформи

  • Моделювання шаблонів формування повідомлень на рівні окремих каналів зв’язку

  • Моделювання кроків відправлення повідомлень користувачам на рівні бізнес-процесу

  • Відправлення повідомлень користувачам згідно налаштованих преференцій за каналами зв’язку

  • Відправлення службових повідомлень користувачам Платформою за окремими каналами зв’язку (OTP-код, тощо.)

  • Перегляд переліку in-app повідомлень у Кабінеті Громадянина користувачем

  • Підтвердження перегляду in-app повідомлення у Кабінеті Громадянина користувачем

3. Ролі користувачів

  • Адміністратор платформи - створення та послідуюче налаштування реєстрів Веб-інтерфейс управління платформою (канали зв’язків, тощо.)

  • Адміністратор реєстру - налаштування реєстру через Веб-інтерфейс управління платформою (канали зв’язків, тощо.)

  • Адміністратор регламенту - створення шаблонів повідомлень, моделювання бізнес-процесів з кроками відправлення повідомлень користувачам

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

4. Базові принципи

  • Платформа надає інтерфейс адміністратора для налаштування каналів зв’язку реєстру

  • Платформа надає можливість моделювання шаблонів повідомлень окремо для кожного з каналів зв’язку

  • Платформа надає можливість перевикористання шаблонів повідомлень між бізнес-процесами

  • Платформа надає спеціалізовані елементи у каталозі типових розширень для спрощення моделювання бізнес-процесів з кроком відправлення повідомлень користувачам

  • Платформа враховує преференції за каналами зв’язку зареєстрованих користувачів при відправленні повідомлень

  • Платформа надає службові можливості адресного відправлення повідомлень користувачам, не зареєстрованим в системі

  • Неможливість відправлення повідомлення за одним із каналів не має блокувати відправлення за іншими каналами зв’язку з користувачем

  • Inbox канал зв’язку для відправлення in-app повідомлень є службовим та використовується Платформою безумовно для гарантування сповіщення користувачів про значущі події

  • Відправлення повідомлень користувачам є значущою подією, яка підлягаю фіксації в журналі аудиту системи

  • Платформа розповсюджується з налаштованими сервісами для обслуговування каналів зв’язку реєстру у якості опцій за замовчуванням, для яких це можливо

  • Відправлення повідомлень не має блокувати потік виконання бізнес-процесу та виконуватись асинхронно

  • Платформа забезпечує можливості масштабування та контролю навантаження на рівні окремих каналів зв’язку

  • Для реалізації інтерфейсу асинхронної взаємодії з підсистемою відправлення повідомлень обрано підхід з використанням Kafka у якості брокера повідомлень, яка забезпечує гарантії доставки та Exactly-Once семантику обробки повідомлень

5. Повідомлення за каналами зв’язку

У даному розділі наведено приклади повідомлень, відправлених Платформою з використанням підтримуваних каналів зв’язку.