Как в 1С отправить сообщение всем пользователям

Задача разослать сообщение всем пользователям 1С возникает регулярно: нужно предупредить о регламентных работах, попросить завершить сеансы перед обновлением, сообщить о смене адреса сервера или донести важное объявление. Способ решения зависит от того, работаете ли вы в типовой конфигурации на БСП (Библиотека стандартных подсистем), в клиент-серверном или файловом режиме, и есть ли у вас доступ к конфигуратору.

Готовой кнопки «отправить всем» в платформе 1С:Предприятие нет — механизм рассылки приходится собирать из доступных средств: подсистемы обсуждений, регламентных заданий, собственного кода или внешних каналов вроде электронной почты. Ниже разобраны рабочие варианты с условиями их применения и ограничениями.

Какие способы рассылки существуют в 1С

Выбор инструмента определяется тремя факторами: архитектурой базы (файловая или клиент-серверная), составом конфигурации (есть ли БСП) и срочностью сообщения. Один и тот же текст «просим выйти из программы до 18:00» можно донести четырьмя разными путями с разной скоростью доставки.

Рассылка через систему взаимодействия (Обсуждения)

В конфигурациях на базе БСП (Управление торговлей, ERP, Бухгалтерия предприятия, ЗУП и другие) встроена подсистема «Обсуждения», работающая поверх системы взаимодействия платформы. Она позволяет создать групповое обсуждение, включить в него всех пользователей и отправить сообщение, которое появится у них в центре оповещений практически мгновенно.

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

1. 1
   Откройте «Администрирование» → «Обсуждения» и включите систему взаимодействия
2. 2
   Дождитесь регистрации информационной базы на сервере взаимодействия
3. 3
   Создайте новое обсуждение и добавьте в участники всех пользователей
4. 4
   Отправьте сообщение и проверьте его появление в тестовом сеансе
5. 5
   Зафиксируйте обсуждение, чтобы оно не терялось в списке

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

Оповещения пользователей при входе в программу

Если система взаимодействия недоступна, надёжный вариант — показ сообщения при старте сеанса. Сообщение записывается в регистр сведений или константу, а при входе пользователя обработчик проверяет наличие непрочитанных объявлений и выводит их через ПоказатьОповещениеПользователя() или модальное предупреждение.

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

Программная рассылка через встроенный язык

Когда нужен полный контроль, рассылку реализуют кодом. Классическая схема: создаётся регистр сведений «СообщенияПользователям» с полями «Пользователь», «Текст», «Прочитано», и обработка администратора, которая заполняет регистр строками для всех активных пользователей справочника «Пользователи».

Для доставки в реальном времени в клиент-серверном режиме можно использовать ОтправитьСообщениеПользователю() системы взаимодействия или механизм оповещений через Оповестить() в сочетании с подключённым обработчиком ожидания на клиенте. Учтите, что Оповестить() работает только между активными сеансами и не сохраняет сообщения для отсутствующих пользователей — их нужно дублировать постоянным хранилищем.

Запрос = Новый Запрос("ВЫБРАТЬ Ссылка ИЗ Справочник.Пользователи ГДЕ НЕ ПометкаУдаления И НЕ Недействителен");
Выборка = Запрос.Выполнить().Выбрать();
Пока Выборка.Следующий() Цикл
    Менеджер = РегистрыСведений.СообщенияПользователям.СоздатьМенеджерЗаписи();
    Менеджер.Пользователь = Выборка.Ссылка;
    Менеджер.Текст = ТекстСообщения;
    Менеджер.Дата = ТекущаяДатаСеанса();
    Менеджер.Прочитано = Ложь;
    Менеджер.Записать();
КонецЦикла;

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

Рассылка по электронной почте из 1С

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

Адреса берутся из контактной информации справочника «Пользователи» или «Физические лица». Перед массовой отправкой проверьте заполненность адресов — на практике у части учётных записей e-mail не указан, и эти сотрудники выпадут из рассылки незаметно для администратора.

Принудительное завершение сеансов как крайняя мера

Если цель сообщения — освободить базу перед обновлением, а пользователи не реагируют, администратор в клиент-серверном режиме может завершить сеансы через консоль кластера 1С: раздел «Сеансы», выделение всех сеансов и команда «Удалить». В файловом режиме аналог — монопольный режим с отключением пользователей при запуске конфигуратора с параметром.

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

Проверка доставки и типичные ошибки

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

FAQ