Как организовать фоновое оповещение пользователей в 1С

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

Метод 1: Использование клиентского обработчика ожидания

Проанализируем классический подход, который обсуждался на форуме. Основная идея заключается в том, что клиентское приложение (тонкий или толстый клиент) должно периодически самостоятельно «спрашивать» сервер о наличии новых данных. Поскольку сервер в классической архитектуре 1С не может принудительно вызвать клиентскую процедуру, нам необходимо инициировать это действие со стороны клиента.

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

Разберем по шагам, как это внедрить в общую логику системы:

1. Откроем Модуль управляемого приложения.
2. Найдем предопределенную процедуру ПриНачалеРаботыСистемы.
3. Добавим вызов обработчика.

Рассмотрим пример кода:

Процедура ПриНачалеРаботыСистемы()
    // Подключаем обработчик, который будет срабатывать раз в 5 минут (300 секунд)
    ПодключитьОбработчикОжидания("ПроверитьНовыеЗадачиИОповестить", 300);
КонецПроцедуры

Процедура ПроверитьНовыеЗадачиИОповестить() Экспорт
    // Здесь вызываем серверную функцию для проверки данных
    СписокЗадач = СерверныеПроцедуры.ПолучитьАктуальныеЗадачиПользователя(ПараметрыСеанса.ТекущийПользователь);
    
    Если СписокЗадач.Количество() > 0 Тогда
        // Выводим уведомление в системный "колокольчик"
        ПоказатьОповещениеПользователя("У вас есть задачи!", , "Просрочено задач: " + СписокЗадач.Количество());
    КонецЕсли;
КонецПроцедуры

Важный нюанс: если ваша проверка на сервере выполняется долго (например, сложный запрос по иерархии задач), это может «подвешивать» интерфейс клиента в момент выполнения. Чтобы этого избежать, выясним причину задержек и оптимизируем запрос или увеличим интервал опроса.

Метод 2: Оптимизация нагрузки через фоновые задания

Представим ситуацию: в базе работают 500 пользователей. Если каждый из них каждые 60 секунд будет выполнять тяжелый запрос к таблице задач, сервер БД начнет испытывать серьезную нагрузку. Проанализируем, как сделать эту схему более элегантной.

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

1. Создаем регламентное задание на сервере, которое раз в несколько минут обходит всех активных пользователей и ищет их просроченные задачи.
2. Результаты поиска записываются в легкий регистр сведений (например, ОчередьУведомлений), где измерениями будут Пользователь, а ресурсом — КоличествоЗадач.
3. Клиентский обработчик ожидания теперь не делает тяжелый расчет, а просто читает одну запись из этого регистра по своему ИмениПользователя.

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

Метод 3: Использование Системы взаимодействия

Выясним, есть ли более современный способ. Да, начиная с платформы 8.3.10, в 1С доступна Система взаимодействия. Это механизм, который позволяет серверу отправлять сообщения клиенту в режиме реального времени (push-уведомления).

Рассмотрим, почему это лучше:

• Нет постоянных запросов от клиента к серверу (отсутствует polling).
• Сообщение приходит мгновенно, как только событие произошло на сервере.
• Можно передавать не только текст, но и структуры данных для программной обработки на клиенте.

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

Метод 4: Использование механизмов БСП

Если ваша конфигурация построена на базе Библиотеки стандартных подсистем (БСП), рекомендуем не изобретать велосипед, а использовать подсистему ТекущиеДела или ОрганизацияОповещений.

Разберем преимущества интеграции с БСП:

• Централизованное управление: администратор может сам настраивать частоту обновлений через константы.
• Стандартный интерфейс: уведомления будут выглядеть органично в рамках типового решения.
• Готовые роли: в БСП уже настроены права доступа на чтение очередей оповещений.

Чтобы вывести оповещение через БСП, часто достаточно добавить запись в регистр сведений ОчередьСобытийДляОповещений. Система сама подхватит эти данные и отобразит их пользователю в ближайший цикл обновления.

Рекомендации по оформлению уведомлений

При реализации фонового вызова процедур важно не перегружать пользователя визуальным шумом. Посмотрим на пример правильного использования метода ПоказатьОповещениеПользователя:

ОписаниеОповещения = Новый ОписаниеОповещения("ОбработатьНажатиеНаУведомление", ЭтотОбъект);
ПоказатьОповещениеПользователя(
    "Новые задачи", 
    ОписаниеОповещения, 
    "Нажмите здесь, чтобы открыть список", 
    БиблиотекаКартинок.ИнформационныйСборка
);

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

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