← На главную

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

Официальная позиция разработчиков и архитектурные ограничения

Конфигурация 1С:Комплексная автоматизация редакции 1.1 (как и 1С:Управление производственным предприятием 1.3) изначально спроектирована исключительно для работы в режиме толстого клиента на обычных формах. В типовой поставке для конфигурации жестко зафиксирован режим совместимости Версия 8.2.13 или Версия 8.2.16.

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

Критические риски и проблемы при снятии совместимости

Проанализируем технические сложности, возникающие сразу после перевода свойства РежимСовместимости в значение «Не использовать»:

1. Конфликты встроенных функций глобального контекста. В платформе 8.3 появились новые системные функции, такие как СтрРазделить, СтрСоединить, СтрНайти. В общих модулях КА 1.1 функции с аналогичными именами уже объявлены как пользовательские процедуры общего назначения. При отключении совместимости синтаксический контроль платформы выдает критические ошибки дублирования имен, и конфигурация перестает компилироваться.
2. Сбои интерфейса и привязок обычных форм. Графическая подсистема платформы 8.3 без режима совместимости использует обновленный алгоритм расчета экранных координат. В результате в сотнях обычных форм ломаются динамические привязки элементов: табличные части перекрывают командные панели, исчезают закладки панелей, кнопки наезжают друг на друга. Исправление такого сбоя требует ручной правки геометрии каждого диалогового окна.
3. Блокировка модальных окон и синхронных методов. Конфигурация КА 1.1 целиком базируется на модальных вызовах: ОткрытьФормуМодально, Вопрос, Предупреждение. В платформе 8.3 при снятии совместимости вступает в силу контроль свойства РежимИспользованияМодальности. Если его явно не настроить, любые стандартные действия пользователей будут вызывать аварийные исключения.
4. Ошибки сохранения настроек через ХранилищеЗначения. Платформа 8.3 предъявляет строгие требования к сериализации объектов. Стандартные отчеты КА 1.1 при сохранении пользовательских настроек пытаются записать в ХранилищеЗначения ссылки на элементы управления или объекты форм, что немедленно вызывает ошибку сериализации и делает сохранение вариантов отчетов невозможным.
5. Длительная реструктуризация таблиц базы данных. Полный отказ от совместимости затрагивает форматы системных таблиц, индексов и регистров. На рабочих базах большого объема процедура обновления структуры базы данных может потребовать от нескольких часов до суток, с риском сбоев транзакций.
6. Проблемы при установке типовых обновлений. Любой регламентный релиз КА 1.1 от вендора поставляется со стандартным режимом совместимости. При последующих обновлениях конфигуратор будет требовать возврата к исходным настройкам поставщика, что приведет к постоянным конфликтам при сравнении и объединении.

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

Если требуется эксплуатировать КА 1.1 в одном серверном окружении с новыми конфигурациями (например, 1С:Бухгалтерия 3.0 или 1С:ЗУП 3.0), использовать платформу 8.3 можно. Однако делать это следует строго с сохранением типового режима совместимости.

Рассмотрим порядок правильной настройки системы:

1. Сохранение режима совместимости. В свойствах конфигурации оставляем установленный разработчиками режим: Версия 8.2.13 либо поднимаем максимум до Версия 8.2.16. Режим 8.2.16 гарантирует стабильную отрисовку обычных форм и корректную работу привязок без модификации кода.
2. Контроль модальности. Если режим совместимости конфигурации в экспериментальных целях поднимается до значений ветки 8.3, обязательно проверяем свойство «Режим использования модальности» — оно должно иметь значение «Использовать», а синхронные вызовы должны быть разрешены.
3. Предварительное тестирование на копии. Перед переносом рабочей базы обязательно разворачиваем копию, выполняем полное тестирование и исправление (ТиИ), а также проверяем формирование тяжелых управленческих отчетов, проведение документов по регистрам и работу внешних обработок.
4. Проверка поведения отчетов. В некоторых релизах платформы 8.3 пользователи сталкиваются с нюансами работы интерфейса обычных форм (например, открытие нескольких экземпляров отчета Оборотно-сальдовая ведомость или поведение списков выбора). Работоспособность ключевых отчетов конкретного предприятия необходимо проверить в пользовательском режиме до запуска базы в эксплуатацию.

Альтернативные архитектурные решения

Если для бизнес-процессов компании остро необходимы возможности платформы 8.3 (такие как публикация HTTP-сервисов, интеграция с внешними системами через JSON, мобильные клиенты или интерфейсы на управляемых формах), разберем правильные подходы к архитектуре:

1. Вынесение новой функциональности в микро-сервисы. Создаем отдельную чистую базу на современной версии платформы 8.3 без совместимости. В ней реализуем требуемые сервисы, интеграции и рабочие места на управляемых формах. Связь с основной базой КА 1.1 настраиваем через планы обмена, прямое COM-соединение или REST API.
2. Использование управляемых форм внутри КА 1.1. Даже находясь в режиме совместимости 8.2.16, платформа 8.3 позволяет создавать и открывать управляемые формы наряду с обычными. Новые рабочие столы и сервисные обработки можно сразу проектировать на управляемом интерфейсе, не нарушая целостность ядра конфигурации.
3. Плановая миграция на актуальные конфигурации. Затраты времени и бюджета на тотальное переписывание модулей и форм КА 1.1 под режим «без совместимости» не имеют экономической целесообразности. Рациональным решением является подготовка планового перехода на флагманские конфигурации (1С:ERP Управление предприятием или 1С:Комплексная автоматизация редакции 2).