При развертывании новой или пустой базы данных конфигурации «Бухгалтерия предприятия» редакции 3.0 (БП 3.0) технические специалисты часто сталкиваются со странным поведением системы: пользователю выданы полные права, однако в интерфейсе полностью отсутствуют ключевые административные разделы, такие как Администрирование, Обслуживание, Дополнительные отчеты и обработки и другие технические утилиты. При этом через стандартное меню Все функции (или Функции для технического специалиста) доступ к объектам метаданных сохраняется.
В рамках данной статьи мы подробно разберем, почему возникает эта проблема, проанализируем архитектурные особенности современных конфигураций 1С на базе БСП (Библиотеки стандартных подсистем), а также выясним, почему ручная раздача прав в Конфигураторе является грубой ошибкой и к каким последствиям приводит инициализация базы из «голого» файла конфигурации (.cf).
Разберем механизм, который скрывает административные разделы при первом запуске программы. Начиная с относительно недавних релизов, фирма «1С» активно продвигает так называемый «Простой интерфейс» в 1С:Бухгалтерии 3.0. Этот режим ориентирован на начинающих пользователей, индивидуальных предпринимателей и малый бизнес, где учет ведется по самым простым схемам без задействования сложного функционала (производства, валютного учета, обособленных подразделений и т. д.).
Когда вы запускаете абсолютно пустую информационную базу, система автоматически применяет настройки по умолчанию. В зависимости от выбранных параметров при первоначальном заполнении (или если заполнение было пропущено), программа может принудительно активировать «Простой интерфейс». В этом режиме все «сложные» и «лишние» пункты меню, включая полноценный раздел Администрирование, скрываются платформой, чтобы не перегружать пользователя.
Для того чтобы вернуть привычное рабочее пространство, нам необходимо вручную переключить режим отображения интерфейса. Выполним следующие шаги:
Администрирование и Обслуживание, вернутся на свои законные места.Проанализируем частую и крайне опасную ошибку начинающих администраторов 1С. Столкнувшись с проблемой отсутствия меню, многие специалисты сразу заходят в Конфигуратор, открывают список пользователей информационной базы и вручную проставляют галочки напротив ролей (например, ПолныеПрава, АдминистраторСистемы и т. д.). На первый взгляд это решает проблему, но такое решение является временным и деструктивным.
Современные типовые конфигурации 1С построены на базе БСП. В БСП заложен собственный, программно управляемый контур безопасности и разграничения прав доступа. Взаимодействие между платформенным списком пользователей (в Конфигураторе) и справочником Пользователи (в режиме Предприятия) регулируется жесткими правилами синхронизации:
Группы доступа и Профили групп доступа.Именно поэтому роли, добавленные напрямую в Конфигураторе, рано или поздно бесследно исчезнут. Назначайте права только через режим «1С:Предприятие» в справочнике Пользователи, добавляя их в предопределенную группу доступа Администраторы.
Посмотрим на пример кода, аналогичный внутренним механизмам БСП, который система выполняет для актуализации ролей пользователя:
// Пример упрощенной логики синхронизации ролей БСП
Процедура АктуализироватьРолиПользователя(ТекущийПользователь) Экспорт
// Получаем список разрешенных ролей из назначенных групп доступа в режиме Предприятия
ТаблицаРазрешенныхРолей = ПолучитьРолиИзГруппДоступа(ТекущийПользователь);
// Получаем пользователя на уровне платформы
ПользовательИБ = ПользователиИнформационнойБазы.НайтиПоИмени(ТекущийПользователь.Имя);
Если ПользовательИБ <> Неопределено Тогда
// Очищаем старые роли и записываем только те, что утверждены в режиме "1С:Предприятие"
ПользовательИБ.Роли.Очистить();
Для Каждого СтрокаРоли Из ТаблицаРазрешенныхРолей Цикл
ПользовательИБ.Роли.Добавить(Метаданные.Роли[СтрокаРоли.ИмяРоли]);
КонецЦикла;
ПользовательИБ.Записать();
КонецЕсли;
КонецПроцедуры
Рассмотрим важный методологический спор: можно ли разворачивать пустую рабочую базу из файла конфигурации .cf или необходимо использовать исключительно официальный шаблон поставки (файл резервной копии .dt или дистрибутив шаблона)?
В старых версиях платформ и конфигураций запуск базы из «чистого» .cf гарантированно приводил к критическим ошибкам. Файл конфигурации содержит только структуру метаданных (описание таблиц, справочников, документов), но в нем нет никаких физических данных. Программа не могла работать без предопределенных элементов, заполненных системных констант и базовых классификаторов валют или стран.
В современных конфигурациях на БСП ситуация изменилась. Запуск из .cf технически возможен («взлетает»), поскольку при первом открытии пустой базы БСП автоматически инициирует процедуру первоначального заполнения. Система программно генерирует все необходимые предопределенные элементы, системные константы и первоначальные настройки учета.
Тем не менее, разворачивать рабочие базы из .cf настоятельно не рекомендуется по нескольким причинам:
.cf заблокирует эту возможность. Платформа распознает такую базу как версию ПРОФ и потребует соответствующую лицензию. Базовые версии должны создаваться строго из официальных шаблонов поставки..cf крайне ресурсоемок. Система выполняет тысячи тяжелых транзакций, заполняя таблицы констант, классификаторов и учетной политики. Если сервер СУБД или локальный ПК не справятся с нагрузкой (произойдет таймаут или нехватка оперативной памяти), инициализация прервется. База останется в «полуживом» нерабочем состоянии с поврежденной логикой заполнения данных, что обязательно приведет к скрытым ошибкам в будущем.Для создания чистых баз всегда используйте официальные шаблоны .dt или каталоги шаблонов, поставляемые фирмой «1С» в рамках подписки ИТС. Это гарантирует стабильность структуры данных и корректность работы всех подсистем с первой секунды запуска.