К статье
Практический материал

Администрирование · 11 мин

Режим совместимости 1С 8.3: что это и как с ним работать

Что такое режим совместимости в 1С 8.3, зачем он нужен, как посмотреть и изменить его в конфигураторе, какие риски и ограничения учитывать при обновлении платформы.

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

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

Параметр задаётся отдельно для конфигурации и хранится в её свойствах. Помимо основного режима совместимости существует режим совместимости расширений — он влияет на то, как расширения конфигурации взаимодействуют с основной конфигурацией и платформой.

Как устроен режим совместимости и что он контролирует

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

Если режим установлен в значение «Не использовать», конфигурация работает по правилам текущей установленной платформы. Это целевое состояние для актуальных конфигураций: все новые возможности доступны, а поведение системы соответствует документации свежей версии. Если задана конкретная версия, например 8.3.14 или 8.3.18, платформа эмулирует поведение именно этой версии.

Где посмотреть текущий режим совместимости

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

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

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

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

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

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

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

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

Какие ограничения накладывает старый режим

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

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

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

Как безопасно изменить режим совместимости

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

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

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

Типичные ошибки
01
Смена режима совместимости прямо на рабочей базе без копии — при ошибках откат затруднён, а данные уже могут быть искажены.
02
Самостоятельное изменение режима в типовой конфигурации — нарушается поддержка поставщика и логика будущих обновлений.
03
Игнорирование режима совместимости расширений — расширения перестают применяться или работают с ошибками.
04
Годами работа в устаревшем режиме — накапливается технический долг, и вынужденный переход становится аварийным проектом.

Режим совместимости расширений: в чём особенность

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

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

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

Как проверить результат после смены режима

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

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

Контрольные точки

Как проверить результат

Запуск базы после смены режима
Норма

База открывается, конфигурация обновилась без ошибок

Тревожный признак

Ошибки при обновлении конфигурации базы данных или при запуске

Проведение документов
Норма

Документы проводятся, движения по регистрам корректны

Тревожный признак

Ошибки проведения или изменившиеся движения

Ключевые отчёты
Норма

Итоги совпадают с результатами до перехода

Тревожный признак

Расхождения в итогах без объяснимых причин

Расширения и обмены
Норма

Расширения применяются, обмены выполняются штатно

Тревожный признак

Ошибки применения расширений, сбои обменов

Итог

Что важно запомнить

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

Частые вопросы о режиме совместимости 1С 8.3

Что означает значение «Не использовать» в режиме совместимости?

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

Можно ли менять режим совместимости в типовой конфигурации?

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

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

Да, может влиять. Многие оптимизации движка платформы включаются только при актуальном режиме совместимости. База в старом режиме иногда выполняет запросы и проведение документов медленнее, чем после корректного перехода.

Что делать, если после обновления платформы появились ошибки в конфигурации?

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

Чем режим совместимости конфигурации отличается от режима совместимости расширений?

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

Как узнать, какой режим совместимости рекомендован для моей конфигурации?

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