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

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

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

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

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

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

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

Как узнать требуемую версию платформы для вашей конфигурации

Откройте конфигуратор, выберите «Конфигурация → Свойства» и найдите поле «Режим совместимости». Если там указано «Не использовать», конфигурация требует платформу той версии, под которую она разработана, или новее. Если указана конкретная версия — платформа должна быть не ниже неё, а поведение будет соответствовать заявленному режиму.

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

1. 1
   Откройте свойства конфигурации в конфигураторе и посмотрите режим совместимости
2. 2
   Найдите в описании релиза конфигурации минимальную версию платформы
3. 3
   Сверьте с версией, установленной на сервере и у пользователей
4. 4
   Выберите актуальный релиз платформы не ниже требуемого
5. 5
   Протестируйте запуск и ключевые операции на копии базы

Какую линейку 8.3 выбирать для нового внедрения

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

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

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

Сравнение подходов к выбору версии

Последний стабильный релиз

Подходит для новых внедрений и регулярного сопровождения. Ограничение: требует тестирования перед установкой в рабочую среду.

Версия, требуемая конфигурацией

Минимально безопасный вариант для действующих систем. Ограничение: со временем устаревает и перестаёт получать исправления.

Версия, сертифицированная поставщиком отраслевого решения

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

Файловый или клиент-серверный режим: что учесть при выборе

Версия платформы одинакова для обоих режимов, но выбор режима влияет на то, какие компоненты вы устанавливаете. Файловый режим подходит для небольших баз с несколькими пользователями: платформа ставится на каждое рабочее место или на терминальный сервер, отдельный сервер 1С не нужен.

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

Ориентир для перехода на клиент-серверный режим: активная одновременная работа десятков пользователей, большой объём базы, требования к отказоустойчивости и резервному копированию средствами СУБД. Для одного-двух бухгалтеров файловый режим проще и дешевле в сопровождении.

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

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

Только после успешного теста обновление ставится в рабочую среду — в нерабочее время, с предупреждением пользователей и с готовым планом отката. Откат в файловом режиме — это возврат копии базы и переустановка прежней версии платформы; в клиент-серверном — восстановление из бэкапа СУБД.

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

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

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

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

Как проверить, что версия выбрана и установлена правильно

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

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

Запуск информационной базы

Норма

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

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

Ошибка о несоответствии версии платформы или отказ запуска

Версия в окне «О программе»

Норма

Совпадает с запланированной и не ниже требуемой конфигурацией

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

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

Регламентированная отчётность и обмены

Норма

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

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

Ошибки в механизмах, которые работали до обновления

Работа пользователей в клиент-серверном режиме

Норма

Все клиенты подключаются к серверу

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

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

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

Частые вопросы о выборе версии платформы 1С

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

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

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

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

Нужно ли обновлять платформу, если всё работает?

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

Какую разрядность платформы выбрать — 32 или 64 бита?

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

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

Да, если есть резервная копия, сделанная до обновления. Устанавливается прежняя версия платформы, база восстанавливается из копии. Именно поэтому обновление без свежего бэкапа недопустимо: без копии откат невозможен.

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

Влияет, но умеренно: новые релизы включают оптимизации запросов, интерфейса и работы с СУБД. Однако заметные проблемы производительности чаще связаны с размером базы, настройками СУБД и оборудованием, а не с версией платформы самой по себе.