1С: различаются версии клиента и сервера — причины и решение

При подключении к информационной базе 1С пользователь может получить сообщение вида «Различаются версии клиента и сервера (8.3.22.1750 — 8.3.21.1644), клиентское приложение: Толстый клиент». Это означает, что платформа, установленная на компьютере пользователя, имеет другой номер версии, чем платформа, под которой работает сервер 1С:Предприятия. Режим совместимости между «соседними» платформами ограничен: клиент и сервер должны совпадать как минимум до третьего разряда номера версии, а на практике безопаснее держать полностью одинаковые сборки.

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

Ниже — практическая инструкция: как определить, какая версия где стоит, как правильно обновить клиентскую часть, что делать с тонким клиентом и веб-клиентом, и как не допустить повторения ошибки при следующих обновлениях.

Почему возникает ошибка несовпадения версий

Платформа 1С:Предприятие 8.3 имеет четырёхразрядный номер версии, например 8.3.22.1750. Первые два разряда (8.3) — линейка платформы, третий разряд — значимая версия с набором функциональности, четвёртый — номер сборки с исправлениями. Клиент и сервер обязаны совпадать по первым трём разрядам; несовпадение четвёртого разряда формально допустимо в некоторых сценариях, но часто тоже вызывает предупреждение или отказ в соединении.

Типовые причины рассинхронизации:

• обновили платформу на сервере 1С, но не обновили на рабочих местах пользователей;
• пользователь установил новую платформу локально раньше, чем обновили сервер;
• на компьютере установлено несколько версий платформы, и база запускается не той;
• после обновления конфигурации база была переведена на новую платформу, а часть клиентов осталась на старой;
• тонкий клиент скачивается с веб-сервера, на котором опубликована другая версия.

Как узнать версии клиента и сервера

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

Версия клиента: откройте меню «Файл — О программе» в запущенном клиенте либо посмотрите каталог установки — по умолчанию платформа ставится в C:\Program Files\1cv8\<номер версии> (или C:\Program Files (x86)\1cv8\... для 32-разрядной). Каждая папка с номером версии — отдельная установленная платформа.

Версия сервера: откройте консоль администрирования серверов 1С, выберите рабочий сервер и посмотрите его свойства — там указана версия запущенного агента. Альтернатива — на самом сервере выполнить в командной строке запрос к исполняемому файлу агента или посмотреть установленные пакеты 1С.

Способ 1: обновить платформу на клиенте до версии сервера

Самый частый и правильный сценарий — догнать клиента до сервера. Дистрибутив нужной версии берётся с портала 1С (портал.1с.ru) при наличии действующей подписки ИТС либо с того же дистрибутива, которым обновляли сервер. Важно ставить именно ту сборку (все четыре разряда), которая работает на сервере.

Порядок действий на рабочем месте пользователя:

1. Закройте все сеансы 1С на этом компьютере.
2. Запустите установщик дистрибутива платформы (setup.exe) от имени администратора.
3. Выберите компоненты: «1С:Предприятие» и «Тонкий клиент 1С:Предприятия» — этого достаточно для обычного рабочего места.
4. Завершите установку и запустите 1С — новая версия подхватится автоматически или выберите её в свойствах базы.

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

1. 1
   Зафиксируйте версию сервера из консоли администрирования или текста ошибки
2. 2
   Скачайте дистрибутив той же сборки (все четыре разряда)
3. 3
   Установите платформу на проблемном рабочем месте
4. 4
   В списке баз проверьте, что для базы не зафиксирована старая версия
5. 5
   Запустите базу и убедитесь, что ошибка ушла

Способ 2: указать нужную версию платформы в свойствах базы

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

По умолчанию там может стоять конкретный номер (например, 8.3.21) — тогда база всегда запускается этой линейкой, даже если установлена более новая. Укажите нужную версию явно или оставьте значение по умолчанию, если требуется автоматический выбор. Этот способ удобен как временная мера: сервер ещё не обновлён, а пользователь уже поставил новую платформу — достаточно принудительно запускать базу старой версией.

Учтите ограничение: выбрать можно только из установленных на этом компьютере версий. Если нужной сборки нет — её сначала надо установить.

Способ 3: обновить или откатить сервер 1С

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

Прямое обновление сервера до версии клиентов выполняется стандартно: установка новой платформы на сервер, перезапуск службы агента, проверка в консоли администрирования, что кластер работает на новой версии. Перед любым обновлением сервера обязательно сделайте резервную копию баз (выгрузку через конфигуратор или средствами СУБД) и согласуйте окно простоя — во время обновления пользователи работать не смогут.

Особые случаи: тонкий клиент и веб-клиент

Тонкий клиент через веб-сервер

Если база опубликована на веб-сервере (Apache или IIS) и пользователи подключаются тонким клиентом по адресу публикации, обновление происходит автоматически: при подключении тонкий клиент сравнивает свою версию с версией на сервере и скачивает нужный дистрибутив. Если обновление не происходит — проверьте, что на веб-сервере опубликована та же версия платформы, что и на сервере 1С, и что у пользователя есть права на установку ПО (иначе скачанный клиент не установится).

Веб-клиент

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

Чем выровнять версии

Обновить клиентов до сервера

Основной сценарий. Подходит всегда, но требует установки на каждом рабочем месте

Откатить сервер

Быстро при ошибочном обновлении сервера. Риск: конфигурация могла уже потребовать новую платформу

Зафиксировать версию в свойствах базы

Временная мера при нескольких установленных платформах. Не решает проблему глобально

Веб-клиент через браузер

Обходной путь без установки ПО. Ограничения по функциональности конфигурации

Профилактика: как не допустить рассинхронизации

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

Что помогает на практике:

• вести учёт установленных версий платформы на сервере и рабочих местах;
• использовать публикацию через веб-сервер с автообновлением тонкого клиента — это снимает проблему для большинства пользователей;
• не удалять предыдущую версию платформы сразу после обновления: оставьте её на 1–2 недели как запасной вариант для отката;
• перед обновлением проверять в документации к конфигурации минимально требуемую версию платформы;
• тестировать новую платформу на копии базы, прежде чем обновлять боевой сервер.

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

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

Запуск базы после обновления

Норма

База открывается без сообщений о версиях

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

Ошибка несовпадения версий осталась или сменился текст

Версия в «Файл — О программе»

Норма

Совпадает с версией сервера по всем разрядам

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

Номер отличается — запущена не та платформа

Работа других пользователей

Норма

Все рабочие места подключаются

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

Часть пользователей по-прежнему получает ошибку

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

Можно ли работать, если отличается только четвёртый разряд версии?

Формально клиент и сервер одной линейки (совпадают первые три разряда) обычно совместимы, но на практике возможны предупреждения и отказы в соединении в зависимости от настроек. Надёжнее держать полностью одинаковые сборки на сервере и клиентах — это исключает целый класс проблем.

Где взять дистрибутив нужной версии платформы?

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

Ошибка появилась только у одного пользователя. Что делать?

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

Можно ли запретить пользователям самостоятельно обновлять платформу?

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

После обновления платформы база требует обновление конфигурации — это связано?

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

Нужно ли обновлять сервер СУБД вместе с платформой 1С?

Нет, это независимые компоненты. Версия СУБД (MS SQL, PostgreSQL и др.) не привязана к сборке платформы 1С, хотя у каждой платформы есть перечень поддерживаемых версий СУБД. Обновляйте СУБД отдельно и только при необходимости.