Как убрать режим совместимости в 1С

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

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

Ниже разобрано, где находится настройка, как безопасно её изменить в файловой и клиент-серверной базе, что проверить до и после, и в каких случаях снимать режим совместимости нельзя.

Что такое режим совместимости и когда его нужно убирать

Режим совместимости задаётся в свойствах конфигурации и принимает значения вида «Версия 8.3.10», «Версия 8.3.14» и так далее, либо «Не использовать». Когда выбрана конкретная версия, платформа эмулирует поведение этой версии: отключает новые проверки, сохраняет старое поведение механизмов, запрещает использование объектов и конструкций, появившихся позже.

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

Важно понимать: режим совместимости существует не только у основной конфигурации, но и у каждого расширения конфигурации, а также отдельно у режима совместимости интерфейса (такси/старой версии). Снятие основного режима без корректировки расширений — самая частая причина проблем после изменения.

Что проверить перед отключением режима совместимости

Первое и безусловное требование — резервная копия базы. Для файловой базы достаточно скопировать файл 1Cv8.1CD при остановленной работе пользователей, для клиент-серверной — выполнить выгрузку в dt через конфигуратор или средствами СУБД. Изменение режима совместимости само по себе обратимо, но если после него база перестанет открываться в нужном режиме, откат через копию — самый быстрый путь.

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

Третье — оцените доработки. Если конфигурация сильно изменена, полезно выполнить полную проверку конфигурации (Конфигурация → Проверка конфигурации) уже после смены режима, но до обновления базы данных — платформа покажет конструкции, недопустимые без режима совместимости.

Как убрать режим совместимости через конфигуратор

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

1. 1
   Сделайте резервную копию базы (файл 1Cv8.1CD или выгрузка dt)
2. 2
   Откройте конфигуратор и выполните: Конфигурация → Открыть конфигурацию
3. 3
   Щёлкните правой кнопкой по корневому узлу конфигурации и выберите «Свойства»
4. 4
   Найдите поле «Режим совместимости» и установите значение «Не использовать»
5. 5
   Сохраните конфигурацию (Ctrl+S) и дождитесь окончания реструктуризации
6. 6
   Выполните Конфигурация → Проверка конфигурации с полным набором проверок
7. 7
   Если ошибок нет — выполните Конфигурация → Обновить конфигурацию базы данных
8. 8
   Проверьте расширения и при необходимости скорректируйте их режим совместимости
9. 9
   Запустите базу в режиме предприятия и проверьте ключевые операции

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

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

Особенности для клиент-серверных баз и расширений

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

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

Снятие режима совместимости пакетно и через код

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

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

1cv8 DESIGNER /F"C:\Bases\MyBase" /N"Администратор" /P"пароль" /LoadCfg"C:\Cfg\config.cf" /UpdateDBCfg /DisableStartupDialogs

Будьте осторожны с параметром /UpdateDBCfg в пакетном режиме: обновление выполняется без диалогов, и если конфигурация требует реструктуризации с потерей данных, предупреждения вы не увидите. Запускайте такие команды только после проверки на копии.

Проверка результата и типичные ошибки

После обновления конфигурации базы данных откройте базу в режиме предприятия и пройдите по ключевым сценариям: проведение документов, формирование основных отчётов, обмены данными, печатные формы. Особое внимание — механизмам, чувствительным к версии платформы: запросы с новыми конструкциями, работа с СКД, веб-сервисы и HTTP-соединения.

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

Когда режим совместимости лучше оставить

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

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

Частые вопросы