Как изменить режим совместимости 1С: пошаговая инструкция

Управление версиями платформы 1С:Предприятие является критически важной задачей для любого администратора базы данных. Часто возникает ситуация, когда необходимо ограничить возможность запуска базы на старых версиях клиентского приложения или, наоборот, обеспечить работу устаревших клиентов с новой конфигурацией. Именно за эти процессы отвечает параметр режим совместимости. Его некорректная настройка может привести к тому, что пользователи просто не смогут войти в систему.

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

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

Назначение и влияние режима совместимости

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

Однако это не единственная функция данного параметра. Он также влияет на доступность новых возможностей языка запросов и встроенного языка. Например, если вы установите режим 8.3.10, то новые методы работы с JSON или HTTP-сервисами, появившиеся в 8.3.15, будут недоступны в конфигураторе. Это защищает код от случайного использования функций, которые сломают работу у старых пользователей.

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

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

Инструкция по изменению в Конфигураторе

Процедура изменения версии совместимости выполняется исключительно в режиме Конфигуратор. Для начала необходимо открыть нужную базу данных в этом режиме. После открытия перейдите в главное меню и выберите пункт Конфигурация. В выпавшем списке найдите строку Свойства конфигурации или воспользуйтесь горячей клавишей Alt+Enter, если курсор установлен на корне дерева метаданных.

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

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

☑️ Алгоритм смены версии

Открыть базу в КонфигуратореВыбрать Свойства конфигурацииУказать нужную версиюСохранить конфигурацию

Выполнено: 0 / 4

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

⚠️ Внимание: Если вы используете расширенную конфигурацию (расширение), режим совместимости основного объекта может быть серым (неактивным). В этом случае настройку необходимо проводить в свойствах самого расширения, а не основной конфигурации.

💡

Перед сохранением изменений обязательно сделайте резервную копию базы данных (dt-файл). Откатить изменение режима совместимости обратно бывает сложно, если в коде уже использовались новые конструкции.

Особенности работы с расширением конфигурации

С появлением механизма расширений в 1С:Предприятие 8.3 логика работы с версиями усложнилась. Теперь у нас есть два уровня настройки: основная конфигурация и расширение. Платформа при запуске оценивает оба этих объекта. Фактический режим работы определяется по наиболее строгому ограничению из двух.

Если в основной конфигурации установлен режим 8.3.8, а в расширении 8.3.12, то для работы системы потребуется клиент версии не ниже 8.3.12. И наоборот, если расширение допускает работу со старыми версиями, а база требует новую, то приоритет будет у базы. Это создает ситуацию, когда администратор должен контролировать два объекта метаданных одновременно.

При разработке расширений часто возникает вопрос: можно ли сделать расширение, которое работает только на новых версиях, поверх старой базы? Технически это возможно, но бессмысленно. Если база требует 8.2, а расширение 8.3.15, пользователи на 8.2 не смогут запустить даже основную программу без расширения, если оно подключено обязательно. Логичнее привести оба режима к единому знаменателю.

Что происходит при конфликте версий?

Если версии несовместимы, платформа выдаст ошибку при запуске. Например, если расширение использует методы, отсутствующие в версии, указанной в режиме совместимости базы, компиляция расширения не пройдет или выполнение кода прервется.

Блокировка запуска старых версий платформы

Одной из главных целей изменения режима совместимости является принудительное обновление парка клиентских приложений. Администраторы часто сталкиваются с ситуацией, когда в офисе"зависли" компьютеры с версией 1С 8.2 или ранними релизами 8.3, которые не поддерживают новые требования безопасности или функционал.

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

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

Версия режима	Минимальная версия платформы	Особенности
`8.2`	8.2.0	Отключены новые типы данных, ограничения в СКД
`8.3.1`	8.3.1.0	Базовый режим для большинства старых баз
`8.3.10`	8.3.10.0	Появилась работа с JSON, HTTP-запросы
`8.3.17`	8.3.17.0	Улучшенная работа с большими данными и ОДС

⚠️ Внимание: Интерфейс и точные номера версий могут незначительно отличаться в зависимости от конкретного релиза платформы 1С, который установлен у вас в данный момент. Сверяйте доступный список версий в вашем конфигураторе.

💡

Режим совместимости — это фильтр на входе в базу. Он не меняет код, но запрещает вход тем, у кого инструмент (платформа) слишком старый для работы с этим кодом.

Влияние на разработку и новые возможности

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

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

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

Частые ошибки и способы их устранения

Самая частая ошибка — это установка режима совместимости выше, чем версия самой платформы, на которой открыт конфигуратор. Логически это невозможно: вы не можете сказать, что база работает начиная с версии 8.3.20, если вы редактируете её в среде 8.3.15. Система просто не даст выбрать недоступные значения.

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

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

💡

Используйте обработку"Анализ состояния" или сторонние инструменты аудита кода, чтобы найти места, где используются функции, недоступные в выбранном режиме совместимости, перед его понижением.

Можно ли изменить режим совместимости в режиме Предприятия?

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

Что будет, если поставить режим 8.2 на базу с кодом 8.3?

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

Влияет ли режим совместимости на скорость работы базы?

Косвенно да. Старые режимы могут отключать оптимизации движка, появившиеся в новых версиях платформы. Однако основное влияние на скорость оказывает версия самого сервера и клиента 1С.

Как узнать текущий режим совместимости без входа в Конфигуратор?

Точно узнать можно только в Конфигураторе. Однако можно косвенно судить по ошибке при запуске с старой версией платформы или проанализировать файл конфигурации (.cf) через специальные утилиты просмотра.

Как изменить режим совместимости конфигурации 1С