← На главную

При разработке или внедрении расширений в систему 1С:Предприятие программисты часто сталкиваются с ситуацией, когда при попытке применить изменения платформа выдает ошибку: «Действие при подключении "Предупреждать" недопустимо в режиме совместимости 8.3.14 и ниже». Эта проблема блокирует работу расширения и не позволяет запустить информационную базу с внесенными доработками. Особенно неприятно это выглядит в ситуациях, когда конфигурация находится на поддержке и менять режим совместимости основной базы крайне нежелательно.

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

Выясним причину возникновения ошибки

Для начала разберем природу этого сообщения. Начиная с версии платформы 8.3.15, компания 1С существенно пересмотрела механизмы контроля соответствия метаданных между основной конфигурацией и расширением. До этой версии допускалось использование трех режимов проверки свойств:

1. Не проверять: Платформа игнорирует различия в свойствах.
2. Предупреждать: Платформа выводит сообщение о несовпадении, но позволяет расширению работать (именно этот режим стал проблемным).
3. Проверять: Платформа жестко блокирует работу, если свойства не совпадают.

Начиная с режима совместимости 8.3.15 и выше, логика режима Предупреждать была признана небезопасной для ряда критических свойств, так как она могла приводить к непредсказуемому поведению системы и ошибкам в рантайме. Однако, если ваша база работает в режиме совместимости 8.3.14 или ниже, современная платформа (например, 8.3.16, 8.3.20 и старше) принудительно запрещает использование этого «мягкого» контроля, чтобы предотвратить конфликты метаданных.

Метод 1: Настройка флагов контроля свойств (Визуальный метод)

Рассмотрим самый распространенный случай. Ошибка чаще всего возникает из-за того, что у заимствованного объекта или его реквизита в расширении установлен режим контроля «Предупреждать». В интерфейсе конфигуратора это отображается в виде одинарной «галочки» (флага) слева от свойства в окне свойств объекта.

Проанализируем шаги по исправлению:

1. Откроем расширение и найдем объекты, которые были заимствованы из основной конфигурации.
2. Выделим объект (например, справочник Номенклатура) и откроем его палитру свойств.
3. Найдем свойства, помеченные флажками. Обратим внимание на состояние этого флажка. Одинарный флаг означает «Предупреждать», а двойной флаг — «Проверять».
4. Нам необходимо заменить все одинарные флаги на двойные. Для этого нужно кликнуть по флажку до тех пор, пока он не станет двойным.
5. Если проверка данного свойства не критична для логики вашего расширения, флаг можно снять полностью (установить режим «Не проверять»).

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

Метод 2: Проверка свойств корня расширения

Иногда программист проверяет все реквизиты, видит везде «двойные флаги», но ошибка сохраняется. В этом случае нам нужно проанализировать свойства самого расширения (корневой элемент дерева метаданных расширения).

Выясним, какие настройки в корне могут вызывать конфликт:

• Основной стиль: Если в основной конфигурации задан стиль, а в расширении на него стоит контроль в режиме предупреждения.
• Основные формы: Проверьте свойства «Основная форма отчета», «Основная форма макета» и другие аналогичные настройки в корне расширения.
• Назначение использования: Это критически важный параметр. Убедитесь, что флаги «Приложение для мобильного устройства» или «Обычное приложение» соответствуют основной конфигурации и не имеют режима «Предупреждать».

Чтобы исправить это, перейдем в свойства корня расширения и аналогично методу 1 установим двойные флаги на все контролируемые свойства.

Метод 3: Перезаимствование объектов (Метод «удалить и добавить»)

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

Применим следующий алгоритм:

1. Запомним все изменения, которые вы вносили в заимствованный объект (например, добавленные реквизиты или изменения в формах).
2. Удалим проблемный объект из расширения полностью.
3. Сохраним расширение (Ctrl + S) и обновим конфигурацию базы данных.
4. Заново заимствуем объект из основной конфигурации в расширение.
5. Платформа при новом заимствовании автоматически установит актуальные режимы контроля свойств, совместимые с текущей версией.

Этот метод часто помогает, если объект был заимствован очень давно, еще на старых версиях платформы, и накопил внутренние несоответствия в XML-структуре метаданных.

Метод 4: Глубокая очистка через выгрузку в файлы

Если ни один из вышеперечисленных способов не помог, воспользуемся «тяжелой артиллерией» — прямым редактированием исходных файлов конфигурации расширения. Это позволит нам найти скрытые установки режима Warning, которые не видны в обычном интерфейсе.

Разберем процесс по шагам:

1. В конфигураторе перейдем в меню Конфигурация — Расширения конфигурации.
2. Выберем наше расширение и нажмем Действия — Выгрузить конфигурацию в файлы. Выберем пустую папку на диске.
3. Используя любой текстовый редактор с поиском по файлам (например, VS Code или Notepad++), выполним поиск строки FillAndCheckMode="Warning" по всей папке с выгруженными файлами.
4. В найденных строках заменим значение "Warning" на "Check" (что соответствует двойному флагу) или вовсе удалим этот атрибут, если контроль не требуется.
5. После правки всех файлов вернемся в конфигуратор и выполним Действия — Загрузить конфигурацию из файлов.
6. Обновим конфигурацию базы данных.

Этот метод гарантированно устраняет проблему, так как мы работаем непосредственно с декларативным описанием метаданных, минуя возможные баги отображения в графическом интерфейсе 1С.

Резюме и рекомендации

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

• При заимствовании объектов всегда следите за тем, чтобы флаги контроля были либо сняты, либо установлены в режим «Проверять» (двойная галка).
• Не пытайтесь вручную повышать режим совместимости расширения выше режима совместимости основной конфигурации — это приведет к другим ошибкам совместимости.
• Если вы обновляете платформу, но оставляете старый режим совместимости конфигурации, будьте готовы к тому, что старые расширения потребуют «перетряски» свойств по описанным выше методикам.

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