При разработке расширений для конфигураций, использующих «Библиотеку стандартных подсистем» (БСП), программисты часто сталкиваются с ситуацией, когда новые объекты (справочники, регистры или роли), добавленные в расширение, не распознаются системой. Это проявляется в виде ошибки: «Для объекта метаданных не найден идентификатор в справочнике "Идентификаторы объектов метаданных" и регистре сведений "Идентификаторы объектов версий расширений"». Особенно остро эта проблема стоит в старых версиях БСП (например, 2.4.x), где механизмы обновления вспомогательных данных работают менее стабильно, чем в современных релизах.
В этой статье мы подробно разберем причины возникновения данной ошибки и рассмотрим несколько эффективных способов ее решения: от использования стандартных инструментов до прямого программного воздействия на кэш системы.
Прежде чем переходить к лечению, давайте проанализируем механику работы 1С в связке с БСП. Для оптимизации работы система не обращается к метаданным напрямую каждый раз, когда нужно проверить права или просмотреть роли для объекта. Вместо этого БСП использует справочники-зеркала, чтобы хранить структуру объектов метаданных: ИдентификаторыОбъектовМетаданных (для основной конфигурации) и ИдентификаторыОбъектовРасширений (для объектов, добавленных в расширениях). Связь между конкретной версией расширения и его объектами фиксируется в регистре ИдентификаторыОбъектовВерсийРасширений, а проанализировать зависимости в расширении можно внешними инструментами.
Когда вы добавляете новый регистр или роль в расширение, система должна создать соответствующую запись в этих таблицах. Если по какой-то причине автоматическое обновление не сработало (например, из-за некорректного номера версии расширения, включенного безопасного режима или сбоя в кэше), механизмы управления доступом БСП «теряют» объект, что и приводит к ошибке при попытке записи прав или открытии форм.
Многие разработчики совершают ошибку, пытаясь обновить только основной справочник идентификаторов. Однако для объектов расширения существует отдельный механизм. Давайте попробуем инициировать обновление целевого справочника вручную. Для этого можно создать небольшую обработку и вызвать метод менеджера:
// Вызов обновления идентификаторов именно для расширений
Справочники.ИдентификаторыОбъектовРасширений.ОбновитьДанныеСправочника();
Важно помнить, что для выполнения этой операции базе может потребоваться монопольный доступ. Если стандартный вызов не помогает, проанализируем состояние расширения в списке: убедитесь, что у него снят флаг «Безопасный режим» и «Защита от опасных действий» на момент обновления. После успешной регистрации идентификаторов эти флаги можно будет вернуть на место.
Если конфигурация работает на старой версии БСП (например, 2.4.3), стандартные обработки обновления из более новых релизов могут работать некорректно. Рассмотрим алгоритм действий по поиску правильного инструмента:
ВерсииБиблиотек).ExtFiles\Инструменты разработчика.ОбновлениеВспомогательныхДанных.epf.Именно использование «родного» инструмента для вашей версии библиотеки часто является ключом к решению, так как структура хранения вспомогательных данных в регистре ПараметрыРаботыПрограммы менялась от версии к версии.
Бывают случаи, когда идентификаторы в справочниках созданы, но система продолжает выдавать ошибку из-за «залипшего» кэша ролей в параметрах работы пользователей. В старых версиях БСП (до 3.0) эта информация хранится в константах и скрытых регистрах. Разберем программный метод принудительного обновления этих данных, который предложили опытные участники сообщества.
Нам потребуется создать процедуру, которая принудительно перезапишет структуру доступных ролей в параметрах БСП:
Процедура ОбновитьВсеРолиВКэше() Экспорт
// Получаем актуальный список всех ролей конфигурации и расширений
ВсеРолиСтруктура = СформироватьСтруктуруВсехРолей();
Блокировка = Новый БлокировкаДанных;
ЭлементБлокировки = Блокировка.Добавить("Константа.ПараметрыРаботыПользователей");
ЭлементБлокировки.Режим = РежимБлокировкиДанных.Исключительный;
НачатьТранзакцию();
Попытка
// Записываем данные в служебные параметры БСП
СтандартныеПодсистемыСервер.УстановитьПараметрРаботыПрограммы(
"ПараметрыРаботыПользователей",
"ВсеРоли",
ВсеРолиСтруктура);
ЗафиксироватьТранзакцию();
Исключение
ОтменитьТранзакцию();
ЗаписатьЛогСобытий("Ошибка при обновлении кэша ролей: " + ОписаниеОшибки());
КонецПопытки;
// Подтверждаем системе, что данные обновлены
СтандартныеПодсистемыСервер.ПодтвердитьОбновлениеПараметраРаботыПрограммы(
"ПараметрыРаботыПользователей",
"ВсеРоли");
КонецПроцедуры
Функция СформироватьСтруктуруВсехРолей()
МассивИмен = Новый Массив;
СоответствиеИмен = Новый Соответствие;
ТаблицаРолей = Новый ТаблицаЗначений;
ТаблицаРолей.Колонки.Добавить("Имя", Новый ОписаниеТипов("Строка", , Новый КвалификаторыСтроки(256)));
Для каждого Роль Из Метаданные.Роли Цикл
ИмяРоли = Роль.Имя;
МассивИмен.Добавить(ИмяРоли);
СоответствиеИмен.Вставить(ИмяРоли, Истина);
ТаблицаРолей.Добавить().Имя = ИмяРоли;
КонецЦикла;
Результат = Новый Структура;
Результат.Вставить("Массив", Новый ФиксированныйМассив(МассивИмен));
Результат.Вставить("Соответствие", Новый ФиксированноеСоответствие(СоответствиеИмен));
Результат.Вставить("Таблица", ТаблицаРолей);
Возврат ОбщегоНазначения.ФиксированныеДанные(Результат, Ложь);
КонецФункции
Этот метод позволяет «протолкнуть» изменения, если типовые механизмы обновления игнорируют новые объекты расширения. После выполнения данного кода система обновит внутреннее представление прав доступа, и ошибка при назначении ролей должна исчезнуть.
Проанализируем настройки самого расширения. В некоторых случаях конфликт возникает из-за включенного свойства «Основные роли» в свойствах расширения. Если вы добавляете свои роли и пытаетесь использовать их вместе с типовыми, попробуйте следующее:
Версия). Если вы добавили регистр, но оставили версию 1.0.0.1, система может проигнорировать изменения при старте базы./С ЗапуститьОбновлениеИнформационнойБазы. Это инициирует выполнение всех процедур ПриДобавленииПодсистемы и обновление справочников идентификаторов.Ситуация, когда функция ОбщегоНазначения.ИдентификаторыОбъектаМетаданных() не находит объект, чаще всего связана с рассинхронизацией справочников БСП и реального состава метаданных. Для решения проблемы мы рекомендуем последовательно: обновить идентификаторы расширений программно, использовать специализированные инструменты разработчика для вашей версии БСП и, в крайнем случае, принудительно обновить кэш параметров работы программы через код. Помните, что чистота кэша и корректная нумерация версий расширения — залог стабильной работы механизмов управления доступом.