Администрирование · 9 мин
Как поменять режим совместимости в 1С
Как изменить режим совместимости конфигурации 1С через конфигуратор: зачем нужен режим, как снять или установить версию, проверка результата и типичные ошибки.
Режим совместимости в 1С — это свойство конфигурации, которое ограничивает использование новых механизмов платформы, чтобы программа корректно работала на старых версиях. Он нужен, когда база обслуживается на сервере с устаревшей платформой, когда типовая конфигурация ещё не адаптирована под свежий релиз, или когда обновление платформы планируется поэтапно. Изменяется режим в конфигураторе через свойства корня конфигурации, и сама операция занимает несколько минут.
Ошибка в выборе режима приводит к предсказуемым последствиям: конфигурация отказывается обновляться, часть функционала перестаёт работать, а при обратном переходе на старую платформу база может вообще не открыться. Поэтому перед изменением режима важно понимать, какая версия платформы реально используется на всех рабочих местах и сервере, и обязательно сделать резервную копию.
Ниже разобрано, где находится настройка, как выбрать правильное значение, как проверить результат и что делать, если после смены режима возникли ошибки. Материал применим к конфигурациям на управляемых формах (8.3) и частично к старым версиям платформы.
Что такое режим совместимости и когда его нужно менять
Режим совместимости указывает платформе, под какую версию должна вести себя конфигурация. Если установлено значение «Версия 8.3.14», платформа отключает механизмы, появившиеся в более поздних релизах, и конфигурация сможет работать на сервере с платформой 8.3.14. Значение «Не использовать» означает, что применяются все возможности текущей установленной платформы.
Менять режим приходится в нескольких типовых ситуациях. При обновлении платформы на новую версию старый режим совместимости блокирует новые функции, и его снимают или повышают. При откате на старую платформу, наоборот, режим нужно понизить, иначе база не откроется. Разработчики также выставляют режим под минимальную версию платформы заказчика, чтобы случайно не использовать недоступные механизмы.
Подготовка: что проверить перед изменением
Первый шаг — узнать версии платформы, которые реально используются. На клиентских машинах версию видно в окне «О программе», на сервере — в консоли кластера или в свойствах службы агента. Если в инфраструктуре несколько серверов или пользователи работают через тонкий клиент с разными релизами, ориентироваться нужно на минимальную версию.
Второй обязательный шаг — резервная копия. Для файловой базы достаточно выгрузки через «Администрирование → Выгрузить информационную базу» либо копирования файла 1Cv8.1CD при завершённых сеансах. Для клиент-серверной базы корректнее делать выгрузку средствами СУБД. Смена режима сама по себе не удаляет данные, но последующее обновление конфигурации может запустить реструктуризацию, и без копии откат будет невозможен.
Также убедитесь, что у вас есть монопольный доступ к базе: смена режима с последующим обновлением конфигурации базы данных требует отсутствия активных сеансов. Заранее предупредите пользователей и завершите фоновые задания.
Как поменять режим совместимости через конфигуратор
Основной способ — через свойства конфигурации в конфигураторе. Порядок действий одинаков для большинства версий платформы 8.3.
- 1Откройте базу в режиме «Конфигуратор» с правами на изменение конфигурации
- 2Выполните «Конфигурация → Открыть конфигурацию» и дождитесь загрузки дерева объектов
- 3Кликните правой кнопкой по корневому узлу (имя конфигурации) и выберите «Свойства»
- 4В палитре свойств найдите поле «Режим совместимости»
- 5Выберите в выпадающем списке нужную версию или «Не использовать»
- 6Сохраните конфигурацию (Ctrl+S) и выполните «Конфигурация → Обновить конфигурацию базы данных»
- 7Подтвердите реструктуризацию, если платформа её запросит
После обновления конфигурации базы данных запустите проверку: «Конфигурация → Проверка конфигурации». Установите флажки логической целостности и поиска некорректных ссылок. Если режим понижен, а в коде используются механизмы новых версий, проверка покажет ошибки вида «метод недоступен в текущем режиме совместимости» — их нужно исправить до запуска пользователей.
Если конфигурация на поддержке
У типовых конфигураций на полной поддержке свойства корня могут быть заблокированы. В этом случае сначала выполните «Конфигурация → Поддержка → Настройка поддержки» и включите возможность изменений. Учтите, что снятие с полной поддержки усложняет последующие автоматические обновления типового релиза.
Какое значение режима выбрать
Правило простое: режим совместимости должен соответствовать минимальной версии платформы, на которой будет работать база. Если везде установлена платформа 8.3.22, а режим стоит «8.3.10», вы без причин теряете новые возможности — расширенную работу с запросами, улучшенные механизмы безопасности, оптимизации. Если режим выше, чем версия платформы, база просто не запустится.
Как выбрать действие
Отдельный случай — расширения конфигурации. У расширения есть собственный режим совместимости, и он не должен превышать режим основной конфигурации. Если после смены режима в основной базе расширение перестало загружаться, проверьте его свойства в первую очередь.
Проверка результата после смены режима
После обновления конфигурации базы данных запустите базу в режиме «Предприятие» и проверьте ключевые операции: проведение документов, формирование основных отчётов, обмены с другими системами. Особое внимание уделите местам, где использовались новые механизмы платформы, — именно они ломаются при понижении режима.
Как проверить результат
База открывается без сообщений о несовместимости версий
Ошибка «Конфигурация не может использоваться с данной версией платформы»
Нет ошибок о недоступных методах и свойствах
Сообщения о методах, недоступных в текущем режиме совместимости
Все расширения загружаются и применяются
Расширение отключено с ошибкой несовместимости режимов
Обмены и фоновые задания выполняются штатно
Ошибки в журнале регистрации после смены режима
Полезно просмотреть журнал регистрации за первые часы после изменения: ошибки, связанные с режимом совместимости, часто проявляются не сразу, а при обращении к конкретным объектам метаданных.
Типичные ошибки и ограничения
Важное ограничение: режим совместимости не влияет на формат файловой базы и не заменяет конвертацию при переходе между поколениями платформы (например, с 8.2 на 8.3). Он управляет только поведением механизмов внутри одной линейки. Также изменение режима не отменяет уже выполненную реструктуризацию данных — откат возможен только через восстановление резервной копии.
Что важно запомнить
Режим совместимости меняется в свойствах корня конфигурации в конфигураторе. Выбирайте значение по минимальной версии платформы в инфраструктуре, перед изменением делайте резервную копию, после — обновляйте конфигурацию базы данных и проверяйте её на ошибки. Не забудьте про режим совместимости расширений.
Частые вопросы
Можно ли поменять режим совместимости без конфигуратора?
Штатного способа через режим «Предприятие» нет — настройка относится к метаданным и доступна только в конфигураторе. Косвенный вариант — загрузка конфигурации из файла .cf с уже выставленным режимом, но он тоже выполняется через конфигуратор.
Что произойдёт с данными при смене режима совместимости?
Само по себе изменение режима не трогает данные. Однако последующее обновление конфигурации базы данных может запустить реструктуризацию таблиц, если режим влияет на структуру хранения. Поэтому выгрузка базы перед операцией обязательна.
Почему после обновления платформы нельзя сразу убрать режим совместимости?
Можно, но сначала убедитесь, что платформа обновлена на всех серверах и рабочих местах, включая тонкие и веб-клиенты. Если хотя бы один узел останется на старой версии, он потеряет доступ к базе после снятия режима.
Что делать, если база не открывается после повышения режима?
Откройте конфигуратор на той же версии платформы, верните прежнее значение режима и обновите конфигурацию базы данных. Если конфигуратор тоже не запускается, восстановите базу из резервной копии и повторите операцию после обновления платформы.
Влияет ли режим совместимости на производительность?
Напрямую — незначительно. Косвенное влияние есть: старый режим отключает оптимизации и новые механизмы платформы, поэтому на новых версиях работа может быть менее эффективной, чем могла бы быть без ограничений.
Нужно ли менять режим совместимости в расширениях отдельно?
Да, у каждого расширения собственное свойство режима совместимости. Оно не должно превышать режим основной конфигурации, иначе расширение не загрузится. Проверяйте это свойство при каждом изменении режима в основной базе.