Пользователям должно быть доступно получение сообщений, которые они видят при входе в систему.
Уведомления делятся следующим образом:
1. Уведомления, отображаемые до входа клиента в систему
Появляются между заголовком «Клиентский портал» и полем ввода e-mail.
Должны быть визуально выделены — например, фоном (красным или жёлтым) или другим способом — дизайн на ваше усмотрение.
Указываются дата и время, в течение которых уведомление отображается.
Время начала отображения задаётся по умолчанию, но может не совпадать с временем создания уведомления.
Дата и время окончания по умолчанию — следующий день, 23:59.
Если уведомлений несколько, они объединяются в один блок, где может быть до 4–5 предложений; у каждого уведомления в меньшем шрифте указаны дата и время начала его действия.
Сортировка — по дате начала (по возрастанию).
2. Уведомления, отображаемые после входа клиента в систему (до начала работы)
Появляются на главной странице (Панель / «Обзор») — между заголовком «Обзор» и списком действий.
Возможны несколько вариантов поведения:
Отображаются по заданному периоду (дата и время начала/окончания);
Или отображаются до тех пор, пока пользователь не нажмёт кнопку «Подтверждаю прочтение» — после этого уведомление больше не показывается этому пользователю. До нажатия кнопки переход в другие разделы портала запрещён. В этом случае дата окончания не имеет значения.
Или отображаются с требованием подтверждения, но до даты окончания показываются каждый раз при входе, даже если пользователь уже нажимал «Подтверждаю прочтение». Это подходит, например, для напоминаний о задолженности клиента.
Если уведомлений несколько, они также объединяются в один блок.
Кнопка «Подтверждаю прочтение» появляется один раз для всей группы активных уведомлений и только если среди них есть хотя бы одно, требующее подтверждения.Уведомления могут быть:
для всех пользователей,
для пользователей определённых клиентов (множественный выбор клиентов),
только для конкретных ролей (в этом случае клиент не имеет значения — уведомление показывается всем с данной ролью).
3. Общие требования
Во всех уведомлениях допускается форматирование текста и использование внешних/внутренних ссылок.
Все уведомления и подтверждения должны отображаться без всплывающих окон (pop-up).
4. Администрирование уведомлений
Доступно в отдельном разделе, пока только для роли «debug master» (в дальнейшем возможно создание отдельной роли).
Возможности: создание, поиск, фильтрация, редактирование и удаление уведомлений, аналогично уже реализованной фильтрации и мультивыбору пользователей и т. д.
Поля уведомления:
Дата и время создания
Создатель (пользователь)
Дата и время начала показа (по умолчанию = время создания)
Дата и время окончания показа (может быть null)
Обязательность подтверждения прочтения
Клиенты, для которых показывается (по умолчанию — всем)
Роли, для которых показывается (по умолчанию — всем)
Текст сообщения — форматируемый, минимум поддержка bold / italic / underline, возможность вставки 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?
Рига