Что делать, если разные базы 1С требуют разные версии платформы: решение для БГУ 1.0 и ЗГУ 3.1

В практике системного администратора и бухгалтера часто возникает ситуация, когда на одном рабочем месте или сервере необходимо совместить работу современной конфигурации (например, ЗГУ 3.1) и проверенной временем, но технологически ограниченной системы (например, БГУ 1.0). Основная трудность заключается в том, что новые релизы программ требуют повышения версии платформы «1С:Предприятие», в то время как старые конфигурации могут иметь жесткое ограничение: «использовать версию не выше 8.3.12».

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

Почему для БГУ 1.0 существует ограничение «не выше 8.3.12»?

Проанализируем технологические причины этого запрета. Начиная с версии 8.3.13, компания «1С» внедрила масштабные изменения в ядро системы. Эти изменения критически повлияли на работу конфигураций, построенных на «обычных формах» (к которым относится БГУ 1.0).

Выделим основные причины конфликтов в новых версиях платформы:

1. Смена движка отрисовки интерфейса. В старых версиях использовались механизмы Windows GDI. В новых платформах произошел переход на более современные методы оптимизации, которые некорректно обрабатывают старые элементы управления. Это приводит к «эффекту черных квадратов» на месте иконок и зависанию окон.
2. Отказ от модальных окон. Платформа 8.3.13 и выше ориентирована на асинхронную работу. БГУ 1.0 пропитана модальными вызовами (когда одно окно полностью блокирует работу программы до его закрытия). В новых версиях платформы такие вызовы могут приводить к непредсказуемому поведению и ошибкам логики.
3. Замена браузерного движка. Долгое время 1С использовала компоненты Internet Explorer. Начиная с версии 8.3.14, произошел переход на Chromium. Поскольку в БГУ 1.0 многие отчеты и справки завязаны на старый движок IE, их отображение в новых версиях платформы часто ломается — пользователи видят пустые листы или скриптовые ошибки.
4. Удаление ActiveX. В платформе 8.3.16 и выше была прекращена поддержка многих технологий ActiveX, которые использовались в старых отраслевых решениях для интеграции с Word, Excel или внешним оборудованием.

Способ 1. Настройка нескольких версий платформы на клиентском ПК

Рассмотрим самый простой и эффективный способ решения проблемы — установку нескольких версий платформы 1С одновременно. Лаунчер (программа запуска 1CEStart.exe) умеет автоматически определять нужную версию для каждой информационной базы.

Выполним следующие шаги для настройки:

1. Установка платформ. Установим на компьютер обе версии: актуальную (например, 8.3.22 для ЗГУ 3.1) и старую рекомендуемую (8.3.12.1616 для БГУ 1.0). Важно помнить, что 1С позволяет устанавливать неограниченное количество версий платформы 8.3 параллельно.
2. Настройка списка баз. Запустим 1С и выберем нужную информационную базу (например, БГУ 1.0). Нажмем кнопку «Изменить».
3. Указание версии. Дойдем до последней страницы настроек (где указываются параметры запуска). В поле «Версия платформы» пропишем точный номер версии, например: 8.3.12.1616.

Теперь при нажатии кнопки «1С:Предприятие» система сама найдет нужный исполняемый файл в папке C:\Program Files\1cv8\... и запустит базу именно на этой версии, игнорируя более новые установленные платформы. Для базы ЗГУ 3.1 в этом же поле можно оставить значение пустым (будет выбрана самая новая) или указать конкретную актуальную версию.

Способ 2. Работа в клиент-серверном варианте (SQL)

Проанализируем более сложную ситуацию, когда базы работают через сервер «1С:Предприятия». Проблема здесь в том, что одна служба «Агента сервера 1С» может работать только с одной версией платформы. Если запустить сервер на версии 8.3.22, база БГУ 1.0 на платформе 8.3.12 к нему не подключится из-за разницы версий клиента и сервера.

Решение заключается в запуске двух экземпляров службы сервера на одной физической машине:

1. Установим обе версии платформы на сервер.
2. Создадим вторую службу сервера для старой платформы (8.3.12).
3. Разведем службы по разным сетевым портам. Например:
   • Основной сервер (8.3.22): порты по умолчанию 1540, 1541, 1560-1591.
   • Дополнительный сервер (8.3.12): порты 1640, 1641, 1660-1691.

Для создания второй службы можно использовать командную строку. Пример команды создания службы (с правами администратора):

sc create "1C:Enterprise 8.3.12 Server" binPath= "\"C:\Program Files\1cv8\8.3.12.1616\bin\ragent.exe\" -srvc -agent -regport 1641 -port 1640 -range 1660:1691 -d \"C:\ProgramData\1C\1cv8_8.3.12\""

После этого пользователям БГУ 1.0 в строке подключения к базе в консоли 1С нужно будет указывать сервер с номером порта через двоеточие, например: ServerName:1641. База ЗГУ 3.1 продолжит работать на стандартном порту 1541.

Рекомендации по переходу на БГУ 2.0

Несмотря на то, что технические методы позволяют поддерживать жизнь в БГУ 1.0, важно понимать, что это временное решение. Разберем, почему переход на редакцию 2.0 неизбежен:

• Законодательство. Фирма 1С постепенно прекращает поддержку отчетности и новых печатных форм для редакции 1.0. Реализация таких механизмов, как электронный документооборот (ЭДО) и интеграция с государственными ИС, требует современных веб-технологий, которых нет в старом движке.
• Интерфейс «Такси». Хотя бухгалтеры старшего поколения часто привыкают к «обычным формам», интерфейс БГУ 2.0 (управляемые формы) во многом схож с ЗГУ 3.1, на которую бюджетные учреждения уже перешли. Обучение сотрудников работе в едином интерфейсе упростит поддержку системы в долгосрочной перспективе.

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