При разработке расширений в среде 1С:Предприятие 8.3 программисты часто сталкиваются с ситуацией, когда попытка добавить собственный объект метаданных (например, Регистр сведений) заканчивается ошибкой: «Использование метаданных, влияющих на структуры данных, в расширении недопустимо». Особенно часто это происходит при работе с типовыми конфигурациями, находящимися на длительной поддержке. В этой статье мы подробно разберем причины этой проблемы, проанализируем технические ограничения платформы и найдем оптимальные пути решения.
Рассмотрим ситуацию, описанную пользователем. На платформе 8.3.12 при попытке добавить РегистрСведений в расширение с назначением «Дополнение» возникают ошибки, указывающие на недопустимость использования таких метаданных в режиме совместимости 8.3.10 и ниже. Проанализируем техническую подоплеку:
РегистрыСведений в расширениях появилась только начиная с версии 8.3.11.Таким образом, если ваша конфигурация (например, ЗУП 3.1.5) работает в режиме совместимости 8.3.10, платформа физически не умеет корректно создавать и связывать таблицы расширения с основной базой данных для новых объектов.
Для решения проблемы нам необходимо выполнить аудит настроек как основной конфигурации, так и самого расширения. Пройдем по этапам:
Шаг 1. Проверка режима совместимости основной конфигурации
Откройте свойства корневого узла основной конфигурации. Найдите раздел «Совместимость». Если там указано значение «8.3.10» или ниже, вы не сможете создавать новые регистры в расширении стандартными средствами.
Шаг 2. Анализ версии конфигурации
Как отмечалось в обсуждении на форуме, типовые конфигурации (ЗУП, БП, УТ) постепенно переходят на новые режимы совместимости. Если ваша версия ЗУП — 3.1.5, она относится к версии длительного сопровождения со старым режимом. Рассмотрим вариант обновления на актуальный релиз (например, ветка 3.1.10 или выше), где режим совместимости поднят до 8.3.12 или 8.3.14. Это самый «чистый» способ решения проблемы.
Шаг 3. Настройка расширения
Если режим совместимости основной конфигурации позволяет создавать объекты (8.3.11+), проверьте свойства самого расширения. В свойствах расширения должен быть установлен флаг «Изменяет структуру данных». Без этого флага любые попытки добавить реквизиты или регистры будут блокироваться платформой, так как система считает это расширение чисто функциональным (не влияющим на БД).
Если обновить основную конфигурацию невозможно (например, она сильно доработана или снята с поддержки), проанализируем другие пути добавления функционала.
Это надежный метод, который советуют опытные разработчики. Вместо того чтобы пытаться «впихнуть» регистр в расширение в старой версии платформы, создайте его непосредственно в основной конфигурации. Преимущества этого метода:
В расширении вы сможете без проблем заимствовать этот регистр и описывать в нем всю необходимую бизнес-логику в модулях менеджера или набора записей.
Существует мнение, что можно попробовать изменить режим совместимости в самом расширении, однако нужно помнить важное правило: режим совместимости расширения не может быть выше режима совместимости основной конфигурации. Если в основной стоит 8.3.10, а в расширении вы принудительно поставите 8.3.12, при попытке применения расширения система выдаст критическую ошибку несовместимости.
Если вам нужно хранить небольшое количество дополнительных данных, связанных с существующими объектами, и вы не хотите менять структуру БД, посмотрите на подсистему «Свойства» из Библиотеки Стандартных Подсистем (БСП). Вы можете программно добавить дополнительные сведения к объекту, которые будут храниться в стандартном регистре ДополнительныеСведения. Это не требует изменения метаданных вовсе.
Проанализируем риски, о которых часто забывают разработчики при работе с новыми регистрами в расширениях. Посмотрим на жизненный цикл данных:
Риск удаления данных: Если вы создали РегистрСведений в расширении и наполнили его данными, помните — при удалении этого расширения из списка в конфигураторе (или через стандартный интерфейс «Управление расширениями») все данные этого регистра в SQL будут физически удалены без возможности восстановления (кроме бэкапа).
Посмотрим на пример того, как система именует таблицы расширений в СУБД. Они получают префиксы, отличные от основных таблиц. Это позволяет изолировать данные, но делает их зависимыми от наличия самого объекта расширения в метаданных базы.
Подводя итог, можно сказать, что ошибка «Использование регистров сведений в расширениях недопустимо» является следствием жесткого архитектурного ограничения платформы в старых режимах совместимости. Рекомендуемый алгоритм действий:
Использование расширений для изменения структуры данных — мощный инструмент, но он требует четкого понимания версии платформы и режима совместимости, в котором работает ваша информационная система.