← На главную

Работа с расширениями в 1С:Предприятие 8.3 — это стандартный механизм доработки конфигураций, однако разработчики часто сталкиваются с ситуацией, когда новый реквизит добавлен в объект и вынесен на форму в конфигураторе расширения, но при запуске в режиме "Предприятие" он бесследно исчезает. Особенно часто эта проблема проявляется в современных конфигурациях, таких как 1С:Управление нашей фирмой (УНФ), на платформе версии 8.3.14 и выше.

В данной статье мы подробно разберем причины возникновения этой проблемы и пошагово рассмотрим методы её решения, основываясь на практическом опыте устранения подобных инцидентов.

Проверка базовых настроек видимости и пользовательских настроек

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

1. Откроем форму документа в режиме "Предприятие".
2. Перейдем в меню "Ещё" — "Изменить форму". Проверим, присутствует ли добавленный элемент в списке доступных полей. Если элемент есть, но галочка снята — установим её.
3. Если элемента нет даже в окне настройки формы, выполним команду "Ещё" — "Установить стандартные настройки". Это критически важный шаг, так как платформа кэширует настройки формы для каждого пользователя, и старое "состояние" формы может перекрывать изменения, внесенные через расширение.

Если после сброса настроек реквизит не появился, значит проблема кроется глубже — в метаданных, правах доступа или программных механизмах отрисовки.

Анализ прав доступа и ролей в расширении

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

Проанализируем ситуацию с ролями. Если при попытке включить стандартную роль в расширении возникает ошибка вида "В свойстве ОсновныеРоли не указаны стандартные роли", необходимо выполнить следующие действия:

1. Создадим в расширении новую роль (например, ДополнительныеПраваРасширения).
2. В этой роли установим флаги "Чтение" и "Просмотр" для нашего нового реквизита в табличной части.
3. В свойствах самого расширения (корень дерева метаданных расширения) проверим свойство "Основные роли". Здесь должны быть указаны роли, которые будут применяться.
4. Важный нюанс: Иногда платформа может некорректно обрабатывать назначение прав. Попробуйте создать дублирующую роль с аналогичными правами и назначить её пользователю через профиль групп доступа в режиме "Предприятие". Как показывает практика, пересоздание роли часто "проталкивает" обновление прав в системе.

Проверка программного изменения формы (Специфика УНФ)

Конфигурации на базе БСП, такие как 1С:УНФ, активно используют программное формирование интерфейса. Рассмотрим механизм управления видимостью элементов. В модулях формы часто присутствуют процедуры ПриСозданииНаСервере или ПриЧтенииНаСервере, которые могут динамически скрывать колонки табличных частей на основании функциональных опций или настроек программы.

Для диагностики выполним отладку:

1. Добавим в расширение процедуру-перехватчик ПриСозданииНаСервере с аннотацией &После.
2. Установим точку останова и проверим коллекцию элементов формы:
   Скопировать код

   
   // В консоли отладки проверим наличие элемента
   ЭлементНайден = ЭтаФорма.Элементы.Найти("ЗапасыМойНовыйРеквизит");
   Если ЭлементНайден <> Неопределено Тогда
       Сообщить("Видимость: " + ЭлементНайден.Видимость);
   КонецЕсли;
   

3. Если элемент в коллекции Элементы отсутствует, значит он не был создан при инициализации формы из метаданных расширения. Если присутствует, но Видимость = Ложь, ищите программный код в основной конфигурации, который отключает его отображение.

Корректность заимствования и свойство ПутьКДанным

Разберем ситуацию, когда реквизит добавлен в табличную часть объекта, но на форме элемент управления "потерял" связь с данными. Это происходит, если порядок заимствования был нарушен.

Убедимся, что:

• Реквизит в расширении добавлен именно в ту табличную часть, которая заимствована в расширение.
• В свойствах элемента формы в поле "ПутьКДанным" указан верный путь, например: Объект.Запасы.МойРеквизит.
• Если путь подсвечен красным в конфигураторе расширения, значит связь разорвана. Перетащите реквизит из дерева объектов расширения на форму заново.

Борьба с кэшем платформы

Платформа 1С 8.3.14 (и некоторые другие релизы) иногда некорректно обновляет кэш расширений. Если вы уверены, что права настроены, а код не скрывает элемент, попробуйте следующие "хитрости":

1. Изменение версии расширения: В свойствах расширения измените номер версии (например, с 1.0.1 на 1.0.2). Это принудит платформу пересчитать хэш метаданных и обновить клиентский кэш.
2. Перезапуск с очисткой: Запустите "Предприятие" с параметром /ClearCache.
3. Пересоздание формы в расширении: Удалите заимствованную форму из расширения и заимствуйте её заново, после чего добавьте реквизит.

Резюме решения

Подводя итог, если реквизит не виден, наиболее эффективным алгоритмом будет:

1. Сброс настроек формы в "Предприятии".
2. Создание отдельной роли в расширении с явным указанием прав на новый реквизит.
3. Проверка Пути к данным в свойствах элемента формы.
4. Проверка динамической модификации формы в коде УНФ через отладку.