Користувачам має бути доступно отримання повідомлень, які вони бачать під час входу в систему.
Сповіщення поділяються наступним чином:
1. Сповіщення, що відображаються до входу клієнта в систему
З'являються між заголовком «Клієнтський портал» і полем введення e-mail.
Мають бути візуально виділені — наприклад, фоном (червоним або жовтим) або іншим способом — дизайн на ваш розсуд.
Вказуються дата і час, протягом яких сповіщення відображається.
Час початку відображення задається за замовчуванням, але може не збігатися з часом створення сповіщення.
Дата і час закінчення за замовчуванням — наступний день, 23:59.
Якщо сповіщень кілька, вони об'єднуються в один блок, де може бути до 4–5 речень; у кожного сповіщення в меншому шрифті вказані дата і час початку його дії.
Сортування — за датою початку (за зростанням).
2. Сповіщення, що відображаються після входу клієнта в систему (до початку роботи)
З'являються на головній сторінці (Панель / «Огляд») — між заголовком «Огляд» і списком дій.
Можливі кілька варіантів поведінки:
Відображаються за заданим періодом (дата і час початку/закінчення);
Або відображаються до тих пір, поки користувач не натисне кнопку «Підтверджую прочитання» — після цього сповіщення більше не показується цьому користувачу. До натискання кнопки перехід в інші розділи порталу заборонений. У цьому випадку дата закінчення не має значення.
Або відображаються з вимогою підтвердження, але до дати закінчення показуються кожного разу при вході, навіть якщо користувач вже натискав «Підтверджую прочитання». Це підходить, наприклад, для нагадувань про заборгованість клієнта.
Якщо сповіщень кілька, вони також об'єднуються в один блок.
Кнопка «Підтверджую прочитання» з'являється один раз для всієї групи активних сповіщень і тільки якщо серед них є хоча б одне, що потребує підтвердження.Сповіщення можуть бути:
для всіх користувачів,
для користувачів певних клієнтів (множинний вибір клієнтів),
тільки для конкретних ролей (в цьому випадку клієнт не має значення — сповіщення показується всім з даною роллю).
3. Загальні вимоги
У всіх сповіщеннях допускається форматування тексту і використання зовнішніх/внутрішніх посилань.
Всі сповіщення і підтвердження повинні відображатися без спливаючих вікон (pop-up).
4. Адміністрування сповіщень
Доступно в окремому розділі, поки тільки для ролі «debug master» (в подальшому можливо створення окремої ролі).
Можливості: створення, пошук, фільтрація, редагування та видалення сповіщень, аналогічно вже реалізованій фільтрації та мультивибору користувачів тощо.
Поля сповіщення:
Дата і час створення
Створювач (користувач)
Дата і час початку показу (за замовчуванням = час створення)
Дата і час закінчення показу (може бути null)
Обов'язковість підтвердження прочитання
Клієнти, для яких показується (за замовчуванням — всім)
Ролі, для яких показується (за замовчуванням — всім)
Текст повідомлення — форматований, мінімум підтримка жирного / курсивного / підкресленого, можливість вставки URL.
5. У розділі клієнта
Додаються дві посилання:
на створення сповіщення, де клієнт підставляється за замовчуванням;
на список сповіщень (включаючи історію) — ті, які були видимі даному клієнту (тобто фільтр за clientId).
6. У розділі користувача
Можна бачити, які сповіщення цьому користувачу показувалися вперше, коли і во скільки — ці дані повинні збігатися з часом входу користувача в систему (login time).
Також у списку відображається, коли користувач натискав підтвердження прочитання для сповіщень, де це потрібно.
Це загальний опис.
Чекаємо питань і пропозицій, якщо вважаєте, що щось варто реалізувати інакше.
Vai vēlaties, lai es arī iztulkoju šo tekstu angļu valodā — lai to var izmantot tehniskajai specifikācijai vai komandas iekšējai dokumentācijai?
Рига