Синхронизация пользователей - Справка FineReport | Разработка отчетов | Использование отчетов | Учебные пособия

синхронизированные пользователи

1. Обзор

1.1 Версия

Версия сервера BI	Функциональные изменения
6.0	-

1.2 Сценарии применения

Количество сотрудников на предприятии достаточно велико, а из-за мобильности персонала пользовательская информация постоянно меняется, если каждый раз вручную добавлять изменения, то объем работы будет очень большим.

Функция синхронизации данных пользователей позволяет динамически обновлять информацию о пользователях в платформе, чтобы она менялась вместе с информацией о пользователях в базе данных.

1.3 Функциональный профиль

Администраторы могут сначала создать серверный набор данных и настроить периодическую синхронизацию пользователей из этого набора, чтобы поддерживать информацию о пользователях в актуальном состоянии.

1.4 условия

1) Если вы настроили синхронизацию пользователей, пожалуйста, не отменяйте синхронизацию/настраивайте источник данных синхронизации. Потому что данные промежуточных отношений ролевого пользователя не будут мягко удалены и не могут быть восстановлены!!!!.

(2) При синхронизации пользователей обратитесь к разделу: Синхронизация пользователей и сообщения об ошибках.

2. Подготовка к синхронизации пользовательских данных

Синхронизированные данные о пользователях поступают из серверного набора данных и поддерживают как иерархические, так и неиерархические отделы пользователей.

Пользователи могут выбрать один из них в зависимости от структуры пользователя.

2.1 Неиерархическая структура между должностями в департаментах - набор данных SQL

Таблица информации о пользователях, используемая в примерах данного раздела, не имеет иерархической структуры между должностями отделов, как показано ниже:

2.1.1 Подготовка таблицы информации о пользователе

Подготовьте таблицу информации о пользователе со структурой, показанной ниже:

Нажмите, чтобы загрузить Информационный лист пользователя: Импорт пользователя 1.xlsx

Примечание 1: При импорте пользователей необходимо указать имя пользователя, имя и пароль, остальное содержимое можно не указывать.

Примечание 2: Номер мобильного телефона пользователя поддерживает привязку к номерам мобильных телефонов материкового Китая, Тайваня, Гонконга, Турции, Южной Кореи, Японии, Сингапура, Малайзии.

Номера мобильных телефонов материкового Китая могут сами выбирать, добавлять код города или нет, номера мобильных телефонов других регионов должны добавлять код города.

2.1.2 Создание наборов данных сервера

С помощью стороннего инструмента, например Navicat, импортируйте вышеуказанную таблицу в базу данных и установите соединение между системой и базой данных. Ниже приведен пример базы данных FRDemo.

Администратор входит в систему FineBI, нажимает "Management System > Data Connections > Server Dataset", чтобы создать "SQL Dataset". Как показано на рисунке ниже:

Задайте имя набора данных "Синхронизированный пользователь 1", выберите "FRDemo" для подключения к данным и оператора SQL:

select * from import user 1

2.2 Неиерархическая структура между должностями в департаментах - набор данных документов

В таблице информации о пользователях, используемой для примеров в этом разделе, нет иерархии между отделами. Все отделы синхронизированных пользователей перечислены рядом в разделе "Все отделы", как показано на рисунке ниже:

2.2.1 Подготовка таблицы информации о пользователе

Подготовьте таблицу информации о пользователе со структурой, показанной ниже:

Нажмите, чтобы загрузить Информационный лист пользователя: Импорт пользователя 1.xlsx

Примечание 3: Можно также использовать файлы TXT / XML, см. раздел: Наборы данных файлов для настройки.

2.2.2 Создание наборов данных сервера

Сохраните таблицу локально или загрузите ее в каталог %BI_HOME%\webapps\webroot\WEB-INF\reportlets проекта BI.

Администратор входит в систему FineBI, нажимает "Management System > Data Connection > Server Dataset", чтобы создать "File Dataset". Как показано на рисунке ниже:

Задайте имя набора данных "Синхронизация пользователей - файлы" и выберите таблицу, подготовленную выше.

Примечание 1: Если вы выбрали Server Files, выберите файлы в каталоге %BI_HOME%\webapps\webroot\WEB-INF\reportlets проекта BI.

Если вы выбрали локальные файлы, то после загрузки они автоматически сохраняются в каталоге %BI_HOME%\webapps\webroot\WEB-INF\reportlets\excel проекта BI.

Примечание 2: файлы TXT / XML / Remote URL также могут быть использованы для поддержки параметра набора данных, пожалуйста, обратитесь к разделу " Файл набора данных " для метода настройки.

2.3 Иерархическая структура между должностями в департаментах - набор данных в виде дерева

Таблица информации о пользователе, используемая в примерах данного раздела, имеет иерархическую структуру между должностями отделов, как показано ниже:

2.3.1 Подготовка таблицы информации о пользователе

Подготовьте таблицу информации о пользователе со структурой, показанной ниже:

Нажмите, чтобы скачать Информационный лист пользователя: Иерархическая структура с иерархией между должностями департамента.xls

Примечание 1: При синхронизации набора данных пользователя, если набор данных сервера представляет собой древовидный набор данных, родительская организация верхнего уровня должна иметь значение Null (не null). Для пользователя Anna, показанного ниже, поле fid равно null.

Примечание 2: Существует также возможность для отделов генерировать наборы данных дерева и синхронизировать пользователей без пользователей, например, в штаб-квартире есть только подчиненные отделы, но нет прямых должностей или пользователей.

Примечание 3: Номер мобильного телефона пользователя поддерживает привязку к номеру мобильного телефона материкового Китая, Тайваня, Гонконга, Турции, Кореи, Японии, Сингапура и Малайзии.

2.3.2 Создание наборов данных SQL

Задайте имя набора данных "Синхронизированный пользователь 2", выберите "FRDemo" для подключения к данным и оператора SQL:

выберите * из позиций департамента с иерархической структурой

2.3.3 Создание наборов данных дерева

Администратор входит в систему FineBI, нажимает "Management System > Data Connections > Server Dataset", чтобы создать "Tree Dataset". Как показано на рисунке ниже:

Задайте имя набора данных "Synchronised Users - With Hierarchy", создайте его из набора данных "Synchronised Users 2", с исходным полем с меткой "did" и родительским полем с меткой "fid", как показано на следующем рисунке:

Примечание: Синхронизация наборов данных пользовательского дерева поддерживает только построение дерева, основанное на родительском маркированном поле выбранного набора данных, и не поддерживает построение дерева, основанное на длине маркированного поля выбранного набора данных.

3. первая синхронизация настроек обновления пользователя

Примечание 1: Если пользователь уже был синхронизирован ранее, всплывающее окно этого раздела не появится, и вы можете сразу пропустить этот раздел.

В этой главе описаны правила обновления данных для "пользователей, которые никогда ранее не синхронизировались" и "пользователей, которые выполняют первую операцию синхронизации, когда синхронизация не включена".

Примечание 2: Синхронизированные пользователи и "Пользователи, добавленные/импортированные вручную" могут сосуществовать.

Администратор входит в систему FineBI, переходит в раздел "System Management > Управление пользователями > Все пользователи" и нажимает кнопку "Синхронизировать пользователей".

Появится окно запроса "Сохранять ли существующие несинхронизированные данные, включая импортированных/добавленных пользователей, должности в отделах, роли", как показано на рисунке ниже:

Логика обновления, соответствующая различным вариантам, выглядит следующим образом:

опция	определить
бронирование	Если существующего пользователя нет в наборе данных синхронизированного сервера, информация и разрешения этого пользователя сохраняются без измененийЕсли в наборе данных сервера есть существующий пользователь (с тем же именем пользователя)😗 Имя пользователя остается неизменным, а разрешения сохраняются * Обновление имени, пароля, мобильного телефона и электронной почты для этого пользователя * Текущая должность и роль пользователя в отделе переопределяются, если они существуют в наборе сервера синхронизации. * Если текущая должность или роль пользователя в отделе не существует в наборе сервера синхронизации, она останется неизменной.
очистить	Имя пользователя, имя, пароль, мобильный телефон, адрес электронной почты, отдел, должность, роль и разрешение существующих "вручную добавленных/импортированных пользователей" платформы будут удалены, а пользователи будут пересинхронизированы.

опция

определить

бронирование

Если существующего пользователя нет в наборе данных синхронизированного сервера, информация и разрешения этого пользователя сохраняются без измененийЕсли в наборе данных сервера есть существующий пользователь (с тем же именем пользователя)😗 Имя пользователя остается неизменным, а разрешения сохраняются * Обновление имени, пароля, мобильного телефона и электронной почты для этого пользователя * Текущая должность и роль пользователя в отделе переопределяются, если они существуют в наборе сервера синхронизации. * Если текущая должность или роль пользователя в отделе не существует в наборе сервера синхронизации, она останется неизменной.

очистить

Имя пользователя, имя, пароль, мобильный телефон, адрес электронной почты, отдел, должность, роль и разрешение существующих "вручную добавленных/импортированных пользователей" платформы будут удалены, а пользователи будут пересинхронизированы.

Примечание: В зависимости от выбранной логики обновления, некоторые данные пользователя обновляются после первой синхронизации.

Автоматически обновляться могут только те пользователи, для которых был изменен тип синхронизации.

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

4. Настройка синхронизированных пользователей

Настройте информацию о наборе данных синхронизации, как показано на следующем рисунке:

4.1 Частота синхронизации

Поддержка выполнения синхронизированных пользовательских операций двумя способами: простое повторное выполнение и установка выражений.

Примечание: Синхронизация синхронизированного пользовательского набора данных и обновление данных в области подготовки данных не влияют друг на друга, и прогресс синхронизации синхронизированного пользовательского набора данных не будет затронут при обновлении данных.

4.1.1 Простая повторяющаяся реализация

Интервал, через который пользователи автоматически синхронизируются с набором данных сервера; по умолчанию - 43200 секунд.

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

Примечание: Частота синхронизации не должна быть слишком высокой, иначе это приведет к постоянному обновлению фоновых журналов и бесконечному увеличению объема журнала.

4.1.2 Настройки выражения

Поддерживает задание момента времени для выполнения задачи с помощью выражения Cron, которое может повторяться каждый день, каждый второй день, один раз и так далее в различных комбинациях триггеров.

Синтаксис выражений Cron и порядок их написания см. в разделе: Выражения Cron.

4.2 Редактирование пользователем

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

Пользователи могут редактировать имя, пароль, мобильный телефон, адрес электронной почты, а также использовать функцию " Забыли пароль ". Указанные поля существующих пользователей не будут обновляться при автоматической/ручной синхронизации. Конкретные функции приведены в таблице ниже:

Примечание 1: Настройка политики паролей вступает в силу для синхронизированных пользователей.

Примечание 2: Если вы не отметите кнопку "Пользователь может редактировать", а воспользуетесь функцией "Забыли пароль", то при смене пароля появится сообщение: Ваша учетная запись не может изменить пароль, пожалуйста, свяжитесь с администратором, если у вас возникли вопросы.

идентификатор пользователя	уточнение
Супер-администратор	(1) При повторной синхронизации поля имени, пароля, мобильного телефона и электронной почты существующих пользователей платформы больше не будут обновляться(2) Вы можете редактировать имя, мобильный телефон, адрес электронной почты и пароль существующих пользователей платформы, но не роли.(3) Супервизор может редактировать имя, пароль, мобильный телефон и адрес электронной почты в разделе "Настройки учетной записи".(4) На странице входа в систему можно воспользоваться функцией " Забыли пароль ".
Субменеджеры	(1) Вы можете изменять имя, мобильный телефон, электронную почту и пароль пользователей с привилегиями, но не можете редактировать роли.(2) Вы можете воспользоваться функцией " Забыли пароль" на странице входа в систему.(3) Субменеджеры могут редактировать имя, пароль, мобильный телефон и адрес электронной почты в разделе "Настройки аккаунта".
постоянный пользователь	(1) Синхронизированные пользователи могут изменить свое имя, пароль, мобильный телефон и адрес электронной почты в разделе "Настройки учетной записи".(2) Вы можете воспользоваться функцией " Забыли пароль" на странице входа в систему.

4.3 Источники пользователей

Выберите источник, соответствующий информации о пользователе.

1) Набор данных сервера

Источником синхронизируемых пользователей может быть текущий набор данных сервера, одновременная синхронизация с нескольких наборов данных сервера не поддерживается. После переключения наборов данных сервера ранее синхронизированная информация очищается.

После успешной синхронизации он не поддерживает изменение позиции синхронизированного пользователя в синхронизированном отделе и информации о синхронизированной роли, которые могут быть изменены только в наборе данных сервера.

2) Синхронизация с сервером LDAP

Если в качестве метода аутентификации для синхронизируемых пользователей выбрана "LDAP-аутентификация ", вы можете выбрать "Синхронизировать с LDAP-сервером" непосредственно при настройке синхронизируемых пользователей, установив плагин "Синхронизация пользователей домена LDAP".

Дополнительные сведения см. в разделе: Синхронизация пользователей домена LDAP

3) Синхронизация с корпоративным WeChat

После того как пользователи настроят "Управление участниками" плагина "Управление WeChat", они могут выбрать "Синхронизировать из Enterprise WeChat" информацию о пользователе в источнике пользователя. Выберите приложение Enterprise WeChat для синхронизации.

Примечание: Синхронизация пользователей происходит, если вы установили для адресной книги значение "Обновлять сейчас" или установили регулярное "Автоматическое обновление" в разделе "Управление WeChat > Управление участниками".

Дополнительную информацию можно найти в разделе: Интеграция WeChat с предприятиями

4) Синхронизация с помощью пиннинга

После того как пользователи настроили "Управление участниками" плагина "Управление прикрепленными приложениями", они могут выбрать "Синхронизировать из прикрепленных приложений" в источнике пользователей. Выберите прикрепленные приложения для синхронизации.

Примечание: Синхронизация пользователей происходит, если вы установили для адресной книги значение "Обновлять сейчас" или установили регулярное "Автоматическое обновление" в разделе "Управление привязками > Управление участниками".

Дополнительную информацию можно найти в разделе: Плагин для управления булавками

4.4 Поля повторной аутентификации пользователя

"Поле проверки повтора" содержит два типа проверки: "Имя" и "ID".

Примечание: Полем проверки дубликатов по умолчанию является ID.

1) Место хранения информации о пользователе

Примечание: Информация о пользователях хранится в таблицах базы данных FineDB.

информация о поле	план расположения
Идентификатор пользователя, имя пользователя	прекрасный_пользователь
Идентификатор должности, название должности	fine_post
Идентификатор отдела, название отдела	прекрасный_отдел
Идентификатор роли, имя роли	fine_custom_role

2) Особые указания

Повторяющиеся поля проверки	логика (заимствованное слово)	взять	примечание
идентификатор пользователяИдентификатор отделаИдентификатор должностиИдентификатор персонажа	Если выбрано значение ID, синхронизируется поле "ID+Name", а значение поля ID в таблице - это ID в наборе данных сервера на момент синхронизации пользователя.	При изменении имени пользователя, соответствующего идентификатору в наборе данных, имя пользователя в платформе также будет изменено, а привилегии будут унаследованы. То же самое относится к отделам, должностям и ролям.	Если в наборе данных без дерева для поля проверки дубликатов выбран ID, то ID и имя задания должны быть один к одному и уникальными, один и тот же ID соответствует более чем одному имени, а одно и то же имя соответствует более чем одному ID, что не допускается. То же самое относится к пользователям, отделам и ролям.В наборе данных дерева имя и идентификатор пользователя, должности или роли должны иметь однократную и уникальную, неповторяющуюся связьПримечание: Идентификаторы заданий не видны во фронтенде, для различения и настройки разрешений используется только имя задания. Если в одном отделе есть два разных идентификатора с одинаковым именем, их невозможно будет различить и настроить разрешения. Поэтому напрямую требуется, чтобы оба идентификатора были уникальными и имели отношение "один к одному", если нет, то прямая синхронизация невозможна!
идентификатор пользователяНазвание отделаНазвание должностиимя персонажа	Если вы выберете Name, поле Name будет синхронизировано, а значение поля ID в таблице будет сгенерировано системой случайным образом.	Если вы измените имя пользователя в наборе данных, имя пользователя в платформе также будет изменено, и соответствующий идентификатор пользователя будет сгенерирован системой случайным образом, а пользователь с новым именем пользователя потеряет разрешения, которые ранее были настроены отдельно для этого пользователя. Аналогично, отдел, должность и роль потеряют разрешения, унаследованные от отдела/должности/роли.	Если в поле Duplicate Validation выбрать Job Name, то задания с одинаковым именем, но разными идентификаторами в источнике данных будут рассматриваться как одно задание. Если в одном отделе есть два разных задания с именем "Финансы", они будут показаны как одно задание, а пользователи под ними будут показаны вместе.Однако если два "Финансиста" принадлежат к разным отделам, они будут считаться одной ролью, но из-за разницы в отношениях "отдел-роль" пользователи под ними не будут объединены и отображены вместе. То же самое относится к пользователям, отделам и ролям.

4.5 Имена полей

Имя пользователя, имя, пароль, название отдела, название должности, название роли, мобильный телефон и электронная почта - это названия полей в соответствующем наборе данных сервера.

Примечание 1: Почтовые ящики поддерживают включение символов '#' и '&'.

Примечание 2: Поддерживается настройка только отделов, но не рабочих мест.

4.6 Методы шифрования

Существует два типа шифрования: "Встроенное SHA-шифрование" и "Пользовательское шифрование пароля".

1) Встроенное SHA-шифрование

Сценарий: Выберите встроенное SHA-шифрование, если пароли в наборе данных синхронизированного сервера находятся в открытом виде.

Введение: Система FineBI использует SHA256-шифрование для обеспечения безопасности паролей. После того как пользователь настроит пароль через интерфейс, SHA256-шифрование будет выполнено автоматически.

Пароль для входа: Пароль для входа - это пароль в таблице информации о пользователе в разделе 2.1, а не зашифрованный пароль в таблице пользователей fine_user.

2) Индивидуальное шифрование паролей

Сценарий: Если пароль в наборе данных синхронизированного сервера является шифрованным текстом после пользовательского шифрования, то необходимо использовать пользовательское шифрование.

Шифрование Введение: Пользовательское шифрование паролей, т.е. настройка класса шифрования паролей.

Шифрование описано в классе и сохранено в папке %BI_Home%\webapps\webroot\WEB-INF\classes.

Для обеспечения безопасности пароля система FineBI выполняет вторичное шифрование SHA256 поверх заданного пользователем алгоритма шифрования.

Пароль для входа: пароль для входа - это открытый текст после расшифровки шифротекста набора данных сервера.

Примечание 1: Подробнее о примере пользовательского шифрования см. в разделе: Синхронизация параметров шифрования пароля пользователя.

Примечание 2: Для использования собственного алгоритма шифрования вы должны наследовать класс AbstractPasswordValidator.

Примечание 3: Если установлен флажок "Пользователь может редактировать" и задан метод шифрования, а после успешного сохранения метод шифрования снова изменяется,шифрованный текст в FineDB не может быть изменен синхронно, и пользователь не сможет успешно войти в систему.

Примечание 4: После изменения метода шифрования синхронных пользователей нет необходимости перезапускать проект, он вступает в силу немедленно.

4.7 Состояние "Пользователь отключен

Этот элемент настройки позволяет администратору управлять статусом пользователя путем синхронизации его данных. Не является обязательным элементом.

Если вам нужно использовать этот элемент настройки, добавьте новое поле в источник данных в главе 2 со значением поля 0/1.

0: Отключить пользователя
1: Включение пользователей

1) Если этот элемент настройки не настроен, включение/отключение синхронизации пользователей может быть настроено вручную с платформы.

2) Если этот параметр настроен, включение/выключение пользователя синхронизации полностью зависит от источника данных и не поддерживает ручную настройку с платформы.

Примечание: Добавленные вручную пользователи по-прежнему могут быть настроены через платформу для включения/выключения статуса без последствий.

5. синхронизированное управление пользователями

После завершения синхронизации в кнопке "Синхронизировать управление пользователями" появятся три новых выпадающих опции, как показано ниже:

5.1 Немедленная синхронизация

Синхронизация наборов данных одного пользователя выполняется сразу после нажатия.

5.2 Редакция

Открывает диалоговое окно Sync Users, которое позволяет изменить конфигурацию набора данных Sync Users.

Будьте осторожны при переключении источников пользователей, поскольку это приведет к очистке пользователей, их отделов, должностей, ролей, разрешений и т. д. Если вы настаиваете на переключении набора данных синхронизированных пользователей, при нажатии кнопки OK появится запрос "Переключение набора данных очистит исходные синхронизированные данные, включая пользователей, их отделы, должности, роли, разрешения и т. д., подтвердите переключение набора данных?".

Если настройка раздела 4.2 "Пользователи могут быть отредактированы" не была включена, поддерживается функция администратора "Отключить пользователя", а функции "Редактировать пользователя" и "Удалить пользователя" не поддерживаются.
Если настройка в разделе 4.2 "Пользователи могут быть отредактированы" включена, администраторам поддерживаются функции "Отключить пользователей" и "Редактировать пользователей", а функция "Удалить пользователей" не поддерживается.

Примечание: Об отключении, редактировании и удалении пользователей см. в разделе Добавление пользователей, главы 3, 4 и 5.

5.3 Очистка данных синхронизации

Кнопка "Пустые данные синхронизации" позволяет одним щелчком мыши отменить синхронизацию пользователей.

Очистка синхронизированных данных приведет к удалению всех синхронизированных пользователей, позиций отделов, ролей и соответствующих разрешений, и синхронизация не будет продолжена, восстановив несинхронизированное состояние.

5.4 Ненормальная синхронизация прерывания данных

Синхронизация пользователей сильно зависит от источника данных. Если с источником данных возникнут проблемы, например, будет злонамеренно опустошена таблица базы данных, это приведет к тому, что пользователи, синхронизированные с системой, будут опустошены, и эту операцию нельзя будет отменить.

Поэтому в FineBI предусмотрена политика синхронизации с помощью новой кнопки "Синхронизация с прерыванием аномальных данных".

Когда администратор включает функцию "Синхронизация с прерыванием аномальных данных", он может задать количество пользователей, чтобы остановить синхронизацию, когда количество пользователей уменьшится на X%. X - целое положительное число от 1 до 100.

Например, если в системе изначально 100 синхронизированных пользователей (без учета количества пользователей, добавленных/импортированных вручную), установка значения 30 % означает, что синхронизация прекратится при уменьшении количества пользователей на 30 (100*30 %) и выше.

Напоминание о неудачной синхронизации показано ниже:

Предупреждение о сбое: 21300031 - Количество пользователей в этой синхронизации будет уменьшено на XX% (XX пользователей), достигнув установленного значения прерывания XX%. Пожалуйста, проверьте, нормальны ли данные источника данных, или временно отключите функцию "Синхронизация с прерыванием аномальных данных".

5.5 Время следующей синхронизации

Система напомнит администратору о следующей автоматической синхронизации в соответствии с "Частотой синхронизации", установленной в разделе 4.1.

6. предупреждения о сбоях синхронизации

В процессе синхронизации пользователей могут возникать ошибки из-за конфликтов, в результате чего некоторые или все пользователи, отделы, должности и роли не смогут синхронизировать свои данные, что приведет к тому, что разрешения не будут обновлены.

О вышеперечисленных ситуациях необходимо своевременно оповестить соответствующего администратора, поэтому FineBI предоставляет функцию "Оповещение о сбое синхронизации".

6.1 Метод настройки

Администратор входит в систему FineBI, нажимает "Управление системой > Управление пользователями > Глобальные настройки", настраивает получателей напоминаний о сбоях синхронизации и нажимает "Сохранить", как показано на следующем рисунке:

Примечание 1: Перед использованием SMS-оповещений необходимо открыть SMS-сервис, для открытия метода см. документ: SMS.

Примечание 2: Перед использованием оповещений по электронной почте необходимо настроить почтовый ящик, см. раздел: Почтовые ящики.

6.2 Предварительный просмотр эффектов

После "первой" ошибки ручной синхронизации/автосинхронизации система отправит администратору напоминание по SMS/электронной почте/платформе. Напоминания не будут отправляться повторно до следующей успешной синхронизации, а затем только после очередного сбоя синхронизации.

Примечание: Если произойдет несколько сбоев синхронизации подряд, сообщение с напоминанием будет отправлено только при "Первом сбое синхронизации".

Статус мониторинга предупреждений не будет сброшен до тех пор, пока не возникнет ситуация "Синхронизация успешна / Перезапустить проект / Закрыть синхронизированных пользователей".

Напоминание не будет отправлено повторно, пока не произойдет сбой синхронизации.

1) SMS-оповещения

2) Сообщения платформы

3) Оповещения по электронной почте