Нередко разработчики сталкиваются с ситуацией, когда программный код в конфигурации 1С идеально работает под учетной записью с полными правами, но падает с критической ошибкой Метод объекта не обнаружен (УникальныйИдентификатор) у пользователей с ограниченными правами. Первой реакцией часто становится поиск недостающей роли, права на чтение или просмотр объекта. Однако в большинстве случаев права доступа не имеют к этой проблеме прямого отношения. Разберем детально, почему возникает такое исключение, как локализовать проблему и как правильно доработать программный код.
Метод УникальныйИдентификатор() доступен исключительно для ссылочных типов данных платформы 1С: СправочникСсылка, ДокументСсылка, ПланВидовХарактеристикСсылка и других аналогичных типов. Если переменная содержит любой другой тип данных, платформа закономерно сообщает, что указанный метод у объекта отсутствует.
Иллюзия того, что ошибка зависит от назначенных ролей или RLS (ограничения доступа на уровне записей), обычно возникает при работе с отчетами и динамическими списками. Рассмотрим основные сценарии, которые к этому приводят:
СправочникСсылка.Номенклатура). Пользователь с ограниченными правами настроил отбор через вид сравнения «В списке» или «В группе из списка», из-за чего платформа автоматически преобразовала тип значения отбора в СписокЗначений. Попытка выполнить Отбор.Номенклатура.Значение.УникальныйИдентификатор() для списка значений неизбежно вызовет ошибку.СправочникОбъект.Номенклатура) метода УникальныйИдентификатор() нет. Идентификатор хранится только в ссылочной структуре.Неопределено, NULL или пустая строка, не обладающие искомым методом.UUID. Ошибка прав возникает только при попытке разыменования реквизитов через точку (например, при обращении к наименованию объекта), тогда как вызов Ссылка.УникальныйИдентификатор() успешно отрабатывает даже для недоступных по RLS данных.Проанализируем базовый защитный механизм. Прежде чем обращаться к специфическим методам ссылки, необходимо убедиться, что тип переменной действительно соответствует ожиданиям. Для этого можно использовать проверку на конкретный ссылочный тип или универсальные механизмы Библиотеки стандартных подсистем (БСП).
Рассмотрим вариант явной проверки типа значения:
Если ТипЗнч(Значение) = Тип("СправочникСсылка.Номенклатура") Тогда
Идентификатор = Значение.УникальныйИдентификатор();
Иначе
// Обработка ситуации, когда передана не ссылка
Идентификатор = Неопределено;
КонецЕсли;
Если в конфигурации внедрена БСП, удобнее использовать универсальную функцию, проверяющую ссылочную природу переданного значения:
Если ОбщегоНазначенияКлиентСервер.ЭтоСсылка(Значение) Тогда
Идентификатор = Значение.УникальныйИдентификатор();
КонецЕсли;
Разберем ситуацию, когда реквизит или параметр отбора содержит коллекцию элементов. Если пользователь настроил множественный отбор, переданная переменная будет иметь тип СписокЗначений. В этом случае мы должны обойти коллекцию в цикле и извлечь идентификаторы из свойства Значение каждого элемента списка.
Посмотрим на пример комплексной обработки, поддерживающей как одиночные ссылки, так и списки:
МассивИдентификаторов = Новый Массив;
Если ТипЗнч(ЗначениеОтбора) = Тип("СписокЗначений") Тогда
Для Каждого ЭлементСписка Из ЗначениеОтбора Цикл
Если ОбщегоНазначенияКлиентСервер.ЭтоСсылка(ЭлементСписка.Значение) Тогда
МассивИдентификаторов.Добавить(ЭлементСписка.Значение.УникальныйИдентификатор());
КонецЕсли;
КонецЦикла;
ИначеЕсли ОбщегоНазначенияКлиентСервер.ЭтоСсылка(ЗначениеОтбора) Тогда
МассивИдентификаторов.Добавить(ЗначениеОтбора.УникальныйИдентификатор());
КонецЕсли;
Если в коде происходит работа не с отборами, а с прикладными объектами в процессе их редактирования, обращаться к идентификатору необходимо строго через свойство Ссылка. Проанализируем различия в получении идентификатора для существующих и новых объектов:
Идентификатор = ОбъектСправочника.Ссылка.УникальныйИдентификатор();
СоздатьЭлемент() объекта свойство Ссылка возвращает пустую ссылку. Чтобы получить или принудительно задать идентификатор до момента фактической записи в базу данных, воспользуемся методами ПолучитьСсылкуНового() и УстановитьСсылкуНового():
НоваяСсылка = ОбъектСправочника.ПолучитьСсылкуНового();
Если Не ЗначениеЗаполнено(НоваяСсылка) Тогда
НоваяСсылка = Справочники.Номенклатура.ПолучитьСсылку();
ОбъектСправочника.УстановитьСсылкуНового(НоваяСсылка);
КонецЕсли;
Идентификатор = НоваяСсылка.УникальныйИдентификатор();
Если конечной целью является получение строкового представления уникального идентификатора (например, для передачи данных во внешнюю систему или веб-сервис), рассмотрим использование системной функции платформы XMLСтрока().
Посмотрим на пример вызова функции:
Если ОбщегоНазначенияКлиентСервер.ЭтоСсылка(ТекущаяНоменклатура) Тогда
СтрокаГУИД = XMLСтрока(ТекущаяНоменклатура);
КонецЕсли;
Важный нюанс: функция XMLСтрока() работает быстрее, чем связка Строка(Ссылка.УникальныйИдентификатор()), однако она точно так же требует передачи ссылки. Если передать в нее СписокЗначений, платформа сгенерирует другую ошибку сериализации, поэтому предварительная проверка типа значения остается обязательной.
Чтобы быстро найти корень проблемы в рабочей базе, выполним следующие шаги:
УникальныйИдентификатор().ТипЗнч(ИмяПеременной).СписокЗначений, массив или значение Неопределено, скорректируем программный код добавлением условий на проверку типов.