К статье
Практический материал

Администрирование · 9 мин

Как в 1С убрать окно сообщений

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

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

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

Что это за окно и почему оно появляется

Панель сообщений — штатный элемент интерфейса платформы 1С:Предприятие 8.3. Она автоматически открывается всякий раз, когда система или прикладной код формирует сообщение пользователю: при проведении документа, при неудачной попытке записи, при фоновом выполнении обработки. Это не ошибка и не сбой — так задумано поведение платформы.

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

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

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

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

Порядок действий для пользователя
  1. 1
    Откройте главное меню программы (кнопка в левом верхнем углу окна)
  2. 2
    Перейдите в раздел «Вид» и найдите пункты, связанные с панелями и сообщениями
  3. 3
    Снимите отметку с показа панели сообщений, если такой пункт доступен
  4. 4
    Если настройки нет — закрывайте панель крестиком и обратитесь к администратору для изменения конфигурации
  5. 5
    Проверьте результат: выполните действие, которое раньше вызывало сообщение, и убедитесь, что панель не открылась

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

Как убрать сообщения при проведении документов

Частая ситуация: при проведении документа выскакивает несколько служебных сообщений, которые не несут пользы — например, «Записан документ», «Выполнено движение по регистру» и подобные. Такой вывод обычно добавлен разработчиком в модуль объекта через метод Сообщить() и остался там после отладки.

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

bsl
// Было: Сообщить("Документ проведён");
// Стало — вывод только в отладочном режиме:
Если ОтладкаВключена Тогда
    Сообщить("Документ проведён: " + Ссылка);
КонецЕсли;

Управление сообщениями из кода: инструменты разработчика

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

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

bsl
// Ненавязчивое оповещение вместо панели сообщений
ПоказатьОповещениеПользователя(
    "Готово",
    ,
    "Обработано документов: " + Счетчик,
    БиблиотекаКартинок.Информация);

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

Сообщения при обмене и фоновых заданиях

При обмене данными (синхронизация с другими базами, обмен с сайтом, загрузка из банка) окно сообщений может заполняться десятками строк о каждом загруженном объекте. В типовых конфигурациях для таких операций есть отдельные журналы: «Результаты обмена данными», «Журнал регистрации», протоколы загрузки. Именно там нужно смотреть детали, а панель сообщений при обмене можно спокойно закрывать.

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

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

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

Контрольные точки

Как проверить результат

Проведение корректного документа
Норма

Документ проводится, лишних сообщений нет

Тревожный признак

Документ не проводится без видимой причины — сообщения об ошибках тоже скрыты

Запись с незаполненным реквизитом
Норма

Система подсвечивает поле и отказывает в записи

Тревожный признак

Запись молча не выполняется, пользователь не понимает причину

Фоновое задание
Норма

Ошибки видны в журнале регистрации и списке фоновых заданий

Тревожный признак

Информация об ошибках теряется полностью

Типичные ошибки
01
Удаление кода проверок вместе с выводом сообщений — вместе с Сообщить() убирают и саму проверку условия, что приводит к записи некорректных данных
02
Изменение типовой конфигурации без снятия копии — после обновления доработка теряется или конфликтует с обновлением
03
Отключение сообщений всем пользователям вместо точечной настройки — операторы перестают видеть реальные ошибки учёта
04
Использование Сообщить() в цикле обработки — панель переполняется сотнями строк, и пользователь ищет способ её убрать вместо исправления кода

Когда стоит оставить панель как есть

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

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

Итог

Что важно запомнить

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

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

Почему окно сообщений появляется снова после закрытия крестиком?

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

Можно ли убрать окно сообщений без доступа к конфигуратору?

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

Опасно ли скрывать сообщения при проведении документов?

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

Чем заменить Сообщить(), чтобы не открывалась панель?

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

Где смотреть ошибки, если панель сообщений скрыта?

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