Как выбрать версию платформы 1С

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

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

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

Что такое версия платформы и чем она отличается от конфигурации

Платформа 1С:Предприятие — это технологическая основа, на которой работают прикладные решения: «Бухгалтерия предприятия», «Управление торговлей», «Зарплата и управление персоналом» и другие. Платформа отвечает за работу с базой данных, интерфейс, механизмы запросов, веб-сервисы и системные функции. Конфигурация — это прикладная логика: документы, справочники, отчёты и регистры конкретного учётного решения.

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

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

Как узнать требования вашей конфигурации

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

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

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

Критерии выбора конкретной версии платформы

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

Сравнение вариантов выбора

Самый свежий релиз

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

Стабильный релиз с исправлениями

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

Минимально допустимая версия

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

Разрядность: 32 или 64 бита

Для серверных установок выбор однозначен — 64-разрядная платформа. 32-разрядный сервер ограничен объёмом оперативной памяти на процесс, что при росте базы и числа пользователей приводит к аварийным завершениям рабочих процессов. Для файловых баз на одном компьютере разрядность менее критична, но 64-разрядный тонкий клиент — разумный выбор и там, если ОС 64-разрядная.

Толстый, тонкий или веб-клиент

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

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

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

1. 1
   Сделайте полную резервную копию информационной базы (выгрузка в dt или бэкап СУБД)
2. 2
   Разверните копию базы на тестовом сервере или отдельном компьютере
3. 3
   Установите новую версию платформы рядом со старой — они сосуществуют без конфликта
4. 4
   Откройте тестовую копию на новой платформе и выполните тестирование и исправление, если конфигуратор его запросит
5. 5
   Проверьте ключевые операции: проведение документов, формирование отчётов, обмены, печать, работу оборудования
6. 6
   Запланируйте обновление рабочей базы на нерабочее время, выгнать пользователей и заблокировать сеансы
7. 7
   Обновите рабочую базу и убедитесь, что пользователи входят и работают штатно

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

Проверка результата после перехода

После обновления нужно убедиться, что система работает корректно, а не просто «открывается». Проверка занимает 15–30 минут, но позволяет поймать проблему до того, как с ней столкнутся пользователи в разгар рабочего дня.

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

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

Запуск базы и вход пользователей

Норма

База открывается, сеансы создаются без ошибок версии

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

Сообщение о несовместимости версий или ошибка соединения с сервером

Проведение документов и отчёты

Норма

Документы проводятся, ключевые отчёты формируются за обычное время

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

Ошибки при проведении, отчёты падают или строятся в разы медленнее

Обмены и интеграции

Норма

Обмен с сайтом, банком, ЭДО выполняется штатно

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

Ошибки COM/SOAP, не загружаются внешние компоненты

Оборудование

Норма

Кассы, сканеры, принтеры этикеток работают

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

Драйвер не подключается, требуется обновление компоненты

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

Типичные ошибки при выборе и обновлении

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

Особые сценарии и ограничения

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

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

Работа через веб-сервер

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

Когда обновление невозможно

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

Маршрут решения

Как выбрать действие

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

Всё работает стабильно, новых требований нетОбновляйтесь планово на стабильный релиз с исправлениями, без спешки

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

Конфликтуют требования разных базДержите две версии платформы параллельно и назначьте каждой базе свою версию

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

Можно ли держать на одном компьютере несколько версий платформы 1С?

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

Что будет, если открыть базу на слишком старой платформе?

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

Нужно ли обновлять платформу при каждом обновлении конфигурации?

Не всегда. Обновление платформы требуется, только если новая версия конфигурации явно повысила минимальные требования. Это указано в описании обновления. Если требования не изменились, платформу можно не трогать.

Чем отличается обновление третьей цифры версии от четвёртой?

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

Как откатиться на прежнюю версию платформы, если что-то пошло не так?

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

Влияет ли версия платформы на скорость работы 1С?

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