Как сделать уведомление в 1С: практическое руководство

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

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

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

Какие виды уведомлений есть в 1С и что выбрать

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

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

Как показать всплывающее оповещение программно

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

&НаКлиенте
Процедура ПослеЗаписиДокумента()
СсылкаНаДокумент = ПолучитьНавигационнуюСсылку(Объект.Ссылка);
ПоказатьОповещениеПользователя(
"Документ создан",
СсылкаНаДокумент,
"Реализация № " + Объект.Номер + " успешно проведена",
БиблиотекаКартинок.Информация,
СтатусОповещенияПользователя.Информация);
КонецПроцедуры

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

ПоказатьОповещениеПользователя("Готово", НавигационнаяСсылка, "Заказ проведён", БиблиотекаКартинок.Информация, СтатусОповещенияПользователя.Информация);

Как настроить напоминания без программирования

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

1. 1
   Откройте раздел «Администрирование» и убедитесь, что в настройках «Органайзер» включены напоминания
2. 2
   Откройте объект (документ, элемент справочника) и выберите «Ещё» → «Напомнить» или команду «Напомнить» в панели
3. 3
   Задайте текст напоминания и время срабатывания — конкретную дату или интервал (например, за день до срока)
4. 4
   Сохраните и дождитесь срабатывания: напоминание появится в виде всплывающего окна и в списке текущих дел
5. 5
   Проверьте список напоминаний через «Напоминания» в разделе органайзера — там должна быть созданная запись

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

Автоматические уведомления через регламентные задания

Когда уведомление должно отправляться по расписанию или по событию без участия пользователя, используют регламентные задания. Классическая схема: задание раз в час проверяет условие (например, приближение срока оплаты счёта) и отправляет письмо ответственному менеджеру.

Для отправки почты в типовых конфигурациях используется подсистема «Работа с почтовыми сообщениями»: администратор настраивает учётную запись в разделе «Администрирование» → «Органайзер» → «Электронная почта», а в коде вызывается РаботаСПочтовымиСообщениями.ОтправитьПочтовоеСообщение(). В собственных конфигурациях можно работать с объектом ИнтернетПочта напрямую.

// Упрощённый пример в процедуре регламентного задания
Процедура ОтправитьНапоминанияОбОплате() Экспорт
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
|   Счет.Ссылка КАК Ссылка,
|   Счет.Менеджер.АдресПочты КАК Адрес
|ИЗ
|   Документ.СчетНаОплату КАК Счет
|ГДЕ
|   Счет.СрокОплаты = &Завтра
|   И НЕ Счет.Оплачен";
Запрос.УстановитьПараметр("Завтра", ТекущаяДатаСеанса() + 86400);
// далее — цикл по выборке с отправкой писем
КонецПроцедуры

Уведомления через систему взаимодействия и обсуждения

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

Программно уведомление создаётся объектом ОписаниеОповещенияСистемыВзаимодействия и отправляется методом менеджера системы взаимодействия. Это удобно для сценариев согласования: документ поступил на утверждение — ответственный получает уведомление с кнопкой перехода к документу, даже если у него закрыта нужная форма.

Проверка результата и типичные ошибки

После настройки любого уведомления проверьте полный цикл: событие → срабатывание → доставка → реакция получателя. Для всплывающих оповещений достаточно выполнить действие в интерфейсе. Для регламентных заданий откройте консоль заданий, запустите задание вручную и посмотрите журнал регистрации — ошибки отправки почты (неверный пароль, блокировка SMTP) видны именно там.

Границы самостоятельной работы и когда нужен разработчик

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

Если требуется интеграция с внешними мессенджерами (Telegram, корпоративные чаты), решение строится через HTTP-запросы к API бота. Такая доработка требует хранения токенов, обработки недоступности сервиса и логирования — это уже полноценная задача интеграции, а не настройка уведомления.

Частые вопросы