Разработка и Конфигурация · 9 мин
Как отключить режим совместимости в 1С
Как отключить режим совместимости в 1С через конфигуратор: где находится настройка, какие версии поддерживаются, риски, проверка результата и типичные ошибки.
Режим совместимости в 1С — это свойство конфигурации, которое заставляет платформу работать с базой по правилам более старой версии. Он нужен на переходном этапе, но со временем становится помехой: блокирует новые механизмы платформы, замедляет обновления и мешает использовать актуальные возможности. Отключается режим совместимости в конфигураторе через свойства корневого узла конфигурации.
Процедура технически проста, но требует подготовки: перед отключением нужно убедиться, что версия платформы на сервере и у всех пользователей поддерживает целевой режим, а сама конфигурация не содержит кода, завязанного на старое поведение. Ниже разобраны все шаги, условия и риски.
Что такое режим совместимости и когда его нужно отключать
Режим совместимости определяет, по правилам какой версии платформы 1С исполняет код конфигурации. Например, если конфигурация разработана под версию 8.3.10, а на предприятии установлена платформа 8.3.22, режим совместимости «Версия 8.3.10» заставит новую платформу эмулировать поведение старой.
Отключать режим совместимости стоит в нескольких ситуациях: при переходе на новую редакцию платформы, когда типовая конфигурация требует актуальный режим для обновления, при внедрении механизмов, недоступных в старом режиме (например, новых возможностей СКД, расширений или интерфейса), а также когда поставщик конфигурации явно указывает требуемый режим в документации.
Что проверить перед отключением
Главное условие — версия платформы, установленная на сервере и на всех клиентских машинах, должна быть не ниже той, под которую рассчитана конфигурация без режима совместимости. Если часть пользователей работает на старой платформе, после отключения режима они могут потерять доступ к базе или столкнуться с ошибками.
Второй момент — доработки. Если конфигурация содержит собственный код, проверьте места, где используются устаревшие механизмы: модальные вызовы, устаревшие методы работы с файлами, прямое обращение к данным в обход новых ограничений. В типовых конфигурациях без доработок риск минимален, в сильно переписанных — существенен.
Справка — О программе у пользователей и на сервере
Сравнение с конфигурацией поставщика в конфигураторе
Выгрузка в dt или средствами СУБД перед изменением
Сначала отключить режим на копии и прогнать ключевые операции
Пошаговая инструкция по отключению в конфигураторе
Само отключение занимает несколько минут. Все действия выполняются в конфигураторе под пользователем с правами администратора, при этом сеансы пользователей должны быть завершены — иначе обновление конфигурации базы данных не пройдёт.
После обновления конфигурации базы данных платформа может выполнить реструктуризацию таблиц. На больших базах это занимает заметное время, поэтому операцию лучше планировать на нерабочие часы.
Отключение в клиент-серверном варианте и на сервере 1С
В клиент-серверном варианте последовательность та же, но есть нюансы с сеансами. Завершить сеансы удобнее через консоль администрирования серверов 1С: откройте свойства информационной базы и снимите/установите блокировку сеансов, либо принудительно удалите активные соединения. Альтернатива — установить блокировку регламентных заданий и сеансов заранее, чтобы пользователи не подключались во время обновления.
Если база опубликована на веб-сервере, после обновления конфигурации базы данных проверьте работу тонкого и веб-клиента: публикация использует ту же конфигурацию, но кэш метаданных на стороне веб-сервера иногда требует перезапуска службы.
Как проверить, что режим отключён корректно
Первичная проверка — снова открыть свойства корневого узла конфигурации: поле «Режим совместимости» должно показывать «Не использовать» или выбранную целевую версию. Дополнительно убедитесь, что конфигурация базы данных совпадает с конфигурацией поставщика/основной конфигурацией: Конфигурация — Конфигурация базы данных, признак «конфигурация базы данных не требует обновления».
Функциональная проверка важнее формальной. Запустите базу в режиме предприятия и выполните типовые операции: проведение документов, формирование регламентированных отчётов, обмены, печать. Ошибки несовместимости обычно проявляются сразу — в виде сообщений о недоступных методах или изменившемся поведении интерфейса.
Как проверить результат
Режим совместимости — «Не использовать»
Осталась старая версия, значит изменение не сохранено
Обновление завершено без ошибок
Сообщение о невозможности обновления или активных сеансах
База открывается, документы проводятся
Ошибки о ненайденных методах или объектах
Формируются и выполняются штатно
Падение регламентных заданий, ошибки обмена
Типичные ошибки и ограничения
Частая ситуация — обновление конфигурации базы данных не проходит из-за активных сеансов. Платформа сообщает, что база заблокирована, и администратор вынужден повторять попытку. Решение — корректно завершить сеансы и установить блокировку подключений на время работ.
Вторая ошибка — отключение режима без проверки расширений конфигурации. Расширения, написанные под старый режим, могут перестать применяться или работать некорректно. Проверьте список расширений и при необходимости обновите их у разработчика.
Учтите ограничение: вернуть режим совместимости обратно можно, но если за время работы в новом режиме данные были изменены механизмами, недоступными в старом режиме, обратный переход не всегда корректен. Поэтому решение об отключении должно быть осознанным, а не экспериментальным.
Удобный порядок: сначала обновить платформу на всех рабочих местах, неделю поработать в прежнем режиме совместимости, убедиться в стабильности — и только потом отключать режим. Так смена версии платформы и смена режима не смешиваются, и источник возможных ошибок локализуется проще.
Что важно запомнить
Режим совместимости отключается в свойствах корневого узла конфигурации через конфигуратор с последующим обновлением конфигурации базы данных. Обязательные условия: резервная копия, завершённые сеансы, единая версия платформы у всех пользователей и тест на копии базы.
Частые вопросы
Где именно находится настройка режима совместимости?
В конфигураторе: правой кнопкой по корневому узлу дерева конфигурации → «Свойства» → поле «Режим совместимости» в конце списка свойств. Там же находится связанное свойство «Режим совместимости расширения данных».
Что выбрать: «Не использовать» или конкретную версию?
«Не использовать» означает поведение текущей платформы. Конкретная версия нужна, если конфигурация ещё не готова к самому новому поведению, но должна выйти из более старого режима. Ориентируйтесь на требования поставщика конфигурации.
Можно ли отключить режим совместимости без конфигуратора?
Штатного способа через режим предприятия нет — это свойство конфигурации, изменяемое только в конфигураторе. Для пакетных операций можно использовать пакетный режим запуска конфигуратора с параметрами командной строки.
Что делать, если после отключения база не обновляется?
Чаще всего причина — активные сеансы пользователей или фоновые задания. Завершите сеансы через консоль кластера, установите блокировку подключений и повторите обновление. Если ошибка связана с кодом, верните прежний режим и разбирайте несовместимость на тестовой копии.
Повлияет ли отключение режима на данные в базе?
Сами данные режим совместимости не меняет — меняются правила исполнения кода и, при реструктуризации, структура некоторых таблиц. Тем не менее резервная копия обязательна: реструктуризация и изменённое поведение кода — потенциальные источники проблем.
Как узнать текущий режим совместимости базы?
В конфигураторе откройте свойства корневого узла конфигурации и посмотрите поле «Режим совместимости». Программно значение доступно через объект метаданных конфигурации, но для разовой проверки достаточно конфигуратора.