Проверено на релизе 3.0.74.2 «Бухгалтерия для Казахстана» (редакция 3.0).
Сразу о главном, чтобы не потерять время. «СообщенияОбластейДанных» — это не бухгалтерский документ. Здесь нет сумм НДС, нет проводок Дт/Кт, нет ЭСФ, СНТ и печатных форм счёта-фактуры. Это служебный (технический) справочник механизма разделения данных, который работает только в облачной (сервисной) модели — например, когда вы работаете в «1С:Fresh» или в вашей корпоративной модели сервиса. Если вы искали, куда занести акт или накладную, — это не тот объект, закройте его и вернитесь в раздел «Покупки» или «Продажи». Ниже — честная инструкция для тех, кому этот справочник действительно нужен: администраторов сервиса и специалистов техподдержки.
Реальная ситуация
Вы — администратор облачной базы. Пользователь звонит: «В программе висит сообщение, что превышен лимит подписки, хотя тариф оплачён». Или наоборот — новый тариф оплатили, а рабочая база этого «не видит»: доступ не открылся. Информация о подписке, лимитах и правах приходит в рабочую область данных не мгновенно, а сообщением от области-менеджера сервиса. Если такое сообщение застряло в очереди или не обработалось — как раз здесь, в справочнике «СообщенияОбластейДанных», вы это увидите. Открываете список, находите непереданное сообщение, смотрите статус — и понимаете, чинить очередь или ждать регламентное задание.
1. Назначение
Справочник хранит сообщения, которыми обмениваются области данных внутри одной информационной базы, работающей в модели сервиса (мультиарендная база: одна база — много независимых организаций-«областей»). Через эти сообщения передаются служебные данные: сведения о подписке и лимитах, изменения пользователей и прав, команды администрирования. Это часть подсистемы «Обмен сообщениями между областями данных» из Библиотеки стандартных подсистем (БСП).
В файловой или обычной клиент-серверной базе без разделения данных (то есть в локально установленной «Бухгалтерии для Казахстана») справочник, как правило, пуст и не используется — сообщениям просто некуда и незачем ходить.
2. Где найти
В интерфейсе обычного бухгалтера пункта меню для этого справочника нет — он служебный и умышленно спрятан. Открыть можно двумя способами:
Через навигационную ссылку. Меню (главное меню, значок ≡ в левом верхнем углу) → «Файл» → «Открыть» недоступно для ссылок; используйте «Сервис» → «Перейти по навигационной ссылке» (в некоторых интерфейсах — по сочетанию клавиш) и вставьте:
e1cib/list/Справочник.СообщенияОбластейДанныхЧерез функции технического специалиста. Раздел «Администрирование» → «Обслуживание» либо «Все функции» (если включено: «Сервис» → «Параметры» → «Отображать команду "Все функции"») → ветка «Справочники» → «СообщенияОбластейДанных».
Прямая работа с ним обычно ведётся администратором сервиса или партнёром, обслуживающим облако.
2а. Как узнать свой релиз
Главное меню (≡) → «Справка» → «О программе». В открывшемся окне:
- «Версия платформы» — версия «1С:Предприятия» (технологическая платформа);
- «Конфигурация» — здесь вы увидите «Бухгалтерия для Казахстана, редакция 3.0» и номер релиза (например, 3.0.74.2).
Номер релиза важен: состав служебных подсистем и поведение обмена между областями от версии к версии меняются, и эта инструкция описывает поведение релиза 3.0.74.2.
3. Какие поля есть и что они означают
Записи в этом справочнике создаёт и заполняет сама программа — регламентными заданиями и механизмом обмена. Вручную вы их обычно не создаёте; вы их читаете для диагностики. Поэтому здесь важнее понимать, что означает каждое поле, чем «обязательное оно или нет».
| Поле | Что означает и на что влияет |
|---|---|
| Код | Внутренний номер записи. Служебный, смысловой нагрузки для пользователя не несёт. |
| Наименование | Краткое описание сообщения — обычно тип операции или идентификатор. По нему вы ориентируетесь в списке. |
| Идентификатор (GUID) сообщения | Уникальный ключ сообщения. По нему сообщение сопоставляется на стороне отправителя и получателя. Если ищете «то самое» сообщение в логах — ищите по нему. |
| Тип / вид сообщения | Что именно передаётся: данные подписки/лимитов, изменение пользователя, команда сервиса и т. п. Определяет, какой обработчик разберёт сообщение. |
| Область-отправитель / область-получатель | Коды областей данных: кто отправил, кому адресовано. Ошибка в адресации — сообщение «повиснет». |
| Тело сообщения | Собственно полезная нагрузка (обычно XML/сериализованные данные) в хранилище значения. Открывается для чтения только технически; вручную не редактируется. |
| Дата (создания / отправки) | Когда сообщение помещено в очередь. По дате видно, «свежий» это затор или старый мусор. |
| Статус / признак обработки | Отправлено, доставлено, обработано, с ошибкой. Ключевое поле для диагностики: именно оно показывает, застряло сообщение или нет. |
Если открыли запись и не понимаете значение — ничего не меняйте руками. Некорректная правка тела или статуса сообщения нарушит согласованность данных между областями.
4. Разобранный пример (диагностика, а не проводки)
Проводок Дт/Кт этот объект не формирует — поэтому пример здесь диагностический, а не бухгалтерский.
Ситуация. Организация продлила подписку. В рабочей области при входе всё ещё висит предупреждение о лимите. Вы как администратор проверяете обмен.
- Открываете список:
e1cib/list/Справочник.СообщенияОбластейДанных. - Сортируете по дате, находите свежее сообщение типа «данные подписки/лимиты», область-отправитель — менеджер сервиса, область-получатель — код проблемной организации.
- Смотрите статус: «Отправлено, не обработано». Значит, сообщение дошло, но обработчик в рабочей области его ещё не разобрал.
- Проверяете регламентное задание обработки очереди сообщений: «Администрирование» → «Обслуживание» → «Регламентные и фоновые задания» — задание обмена сообщениями между областями. Видите, что оно выключено/с ошибкой.
- Включаете задание (или запускаете вручную). После выполнения статус сообщения меняется на «Обработано», предупреждение о лимите в рабочей области исчезает.
Результат. Никаких бухгалтерских движений — только смена статуса сообщения и обновление служебных данных о подписке в области-получателе. Это и есть «фикс детекта лимита подписки»: не правка чисел вручную, а восстановление нормальной работы очереди.
5. Виды операций (типы сообщений)
Через механизм обмена между областями обычно проходят:
- Данные подписки и лимитов — сколько пользователей/сервисов доступно области, до какой даты (именно это чаще всего и становится причиной обращения).
- Управление пользователями — создание, блокировка, смена прав пользователя области.
- Служебные команды сервиса — обновление настроек, инициализация области, обслуживание.
- Уведомления менеджеру сервиса — обратные сообщения из рабочей области в область-менеджер.
Конкретный перечень типов зависит от того, какие подсистемы включены в вашей модели сервиса.
6. Что происходит при записи
- Проводок нет — бухгалтерских движений по регистрам учёта (счета 1210, 1030, 3310, 3130, 6010, 7010 и т. д.) этот объект не делает.
- Электронных документов нет — ЭСФ в ИС ЭСФ и СНТ этот справочник не выписывает.
- Движения — только служебные: запись/чтение из очереди сообщений подсистемы обмена, смена статуса обработки. Реальную «работу» (применение полученных данных) выполняют обработчики сообщений и регламентные задания, а не сама запись справочника.
7. Печатные формы
Печатных форм нет. Это служебный справочник — счёт-фактуру, акт или ведомость из него не напечатать. Для анализа используйте стандартный список и открытие записи, при необходимости — журнал регистрации (лог) и результаты регламентных заданий.
8. Частые ошибки
| Что видите / симптом | Причина | Как исправить |
|---|---|---|
| «Не найден объект: Справочник.СообщенияОбластейДанных» при переходе по ссылке | База работает без разделения данных (локальная установка), подсистема неактивна | Это нормально для локальной базы. Объект нужен только в модели сервиса. |
| Сообщения копятся, статус «Отправлено, не обработано» | Выключено или падает регламентное задание обработки очереди | «Администрирование» → «Обслуживание» → «Регламентные и фоновые задания» — включить/перезапустить задание обмена, проверить его журнал |
| «Превышен лимит…», хотя тариф оплачён | Сообщение с новыми лимитами ещё не обработано в рабочей области | Дождаться выполнения регламентного задания или запустить обработку очереди вручную (см. пример в п. 4) |
| Сообщение со статусом «Ошибка» | Сбой обработчика, повреждённое тело или недоступная область-получатель | Смотреть текст ошибки в журнале регистрации; повторить обработку. Тело сообщения не править вручную |
| Нет прав на открытие справочника | У пользователя нет административной роли | Открывать под пользователем с правами администратора сервиса |
Правку записей этого справочника вручную выполняйте только по согласованию с поддержкой сервиса или партнёром — можно нарушить целостность обмена между областями.
9. FAQ
Здесь заполняют счета-фактуры или акты? Нет. Это служебный справочник обмена между областями данных. Документы реализации и поступления ведутся в разделах «Продажи» и «Покупки», а не здесь.
Формирует ли этот объект проводки и НДС? Нет. Бухгалтерских проводок, движений по счетам и расчёта НДС (в РК с 2026 года ставка 16%) он не делает — это не учётный документ.
Выписывается ли из него ЭСФ или СНТ? Нет. Электронные счета-фактуры (ИС ЭСФ) и СНТ выписываются из документов реализации/перемещения, а не из служебного справочника сообщений.
Почему справочник пустой? Скорее всего, ваша база локальная (без разделения данных). Обмен сообщениями между областями работает только в модели сервиса (облако), там записи и появляются.
Можно ли удалить старые сообщения, чтобы «почистить» базу? Обработанные сообщения обычно удаляются регламентно. Массово удалять вручную не стоит — можно снести ещё не разобранные сообщения. При необходимости очистки — через поддержку сервиса.
Сообщение висит «не обработано» — это опасно? Само по себе — нет, но связанная функция (например, обновление лимитов подписки) не отработает, пока сообщение не разберётся. Проверьте регламентное задание обработки очереди.
Где найти объект, если в меню его нет?
Через «Перейти по навигационной ссылке»: e1cib/list/Справочник.СообщенияОбластейДанных, либо «Все функции» → «Справочники».
Можно ли редактировать тело сообщения вручную? Нет. Тело сериализовано и предназначено для обработчика. Ручная правка нарушит целостность данных между областями. Работайте со статусом/очередью, а не с содержимым.
Как понять, к какому релизу относится это поведение? «Справка» → «О программе»: там номер релиза конфигурации. Данная инструкция — для «Бухгалтерии для Казахстана» 3.0.74.2.
10. Смежные объекты
- Регламентные и фоновые задания («Администрирование» → «Обслуживание») — именно они забирают сообщения из очереди и применяют их.
- Подсистема разделения данных / области данных — контекст, в котором справочник вообще имеет смысл (модель сервиса, 1С:Fresh).
- Управление пользователями и правами — часть сообщений касается пользователей области.
- Настройки подписки/тарифов области — данные, которые как раз и переносятся этими сообщениями.
Отдельно «на основании» этот справочник не вводится и документов на его основании не создают — он живёт внутри служебного механизма обмена.
Как узнать свой релиз
Главное меню (≡) → «Справка» → «О программе» — там указаны версия платформы «1С:Предприятие» и номер релиза конфигурации.
Материал подготовлен по конфигурации «Бухгалтерия для Казахстана», редакция 3.0, релиз 3.0.74.2. При переходе на другой релиз сверяйтесь с составом подсистем в разделе «О программе».