Администрирование · 11 мин
Какую версию 1С ставить: практическое руководство по выбору
Какую версию 1С ставить: критерии выбора платформы 8.3, редакции конфигурации, разрядности и СУБД. Практические советы, ошибки и пошаговый алгоритм выбора.
Выбор версии 1С складывается из трёх независимых решений: какую платформу ставить (8.2 или 8.3 и конкретный релиз), какую редакцию конфигурации использовать (например, Бухгалтерия 2.0 или 3.0, Управление торговлей 10.3 или 11) и какой вариант развёртывания выбрать — файловый или клиент-серверный, 32- или 64-разрядный. Ошибка на любом из этих уровней приводит к несовместимости, потере производительности или невозможности получать обновления.
Ключевой принцип прост: конфигурация определяет платформу, а не наоборот. Каждая конфигурация рассчитана на определённый диапазон версий платформы, указанный в режиме совместимости. Поэтому сначала нужно понять, какая конфигурация и какой редакции нужна бизнесу, а уже потом подбирать под неё актуальный релиз платформы.
Второй принцип — ставить поддерживаемые версии. Платформа 8.2 и конфигурации на обычных формах (УПП 1.2, УТ 10.3, Бухгалтерия 1.6 и 2.0) сняты с основной поддержки или находятся на её грани: для них не выходят свежие обновления законодательства, формы отчётности и доработки. Ставить их на новое внедрение — значит закладывать проблему на ближайшие годы.
Как определить, какая конфигурация и редакция вам нужны
Первый шаг — понять задачу. Для учёта и сдачи отчётности небольшой компании подходит 1С:Бухгалтерия 8 редакция 3.0. Для торговли со складом и CRM-функциями — Управление торговлей 11. Для кадров и зарплаты — Зарплата и управление персоналом 3.1. Для комплексной автоматизации среднего и крупного предприятия — 1С:ERP или Комплексная автоматизация 2. Выбор редакции внутри линейки почти всегда однозначен: актуальная редакция получает обновления законодательства, старая — нет.
Если база уже существует, узнать текущую версию можно через меню «Справка» → «О программе» в режиме 1С:Предприятие. Там указаны версия платформы и конфигурации. Сравните редакцию конфигурации с актуальной линейкой: если у вас Бухгалтерия 2.0 или УТ 10.3, вопрос не «какую версию ставить», а «когда планировать переход на новую редакцию», потому что старые постепенно теряют поддержку.
Отдельный случай — отраслевые и самописные решения. Перед обновлением платформы проверьте у поставщика решения, какие релизы платформы сертифицированы для вашей конфигурации. Самописная конфигурация может использовать режим совместимости, который ограничивает обновление платформы.
Как выбрать конфигурацию
Платформа 8.3: какой релиз ставить
Внутри линейки 8.3 выпускаются технологические релизы (8.3.20, 8.3.21, 8.3.22, 8.3.23, 8.3.24 и новее). Ставить следует один из последних стабильных релизов, но не обязательно самый свежий: новейший релиз в первые недели после выхода может содержать ошибки, которые исправляются патчами. Рабочая практика — использовать релиз, вышедший несколько месяцев назад и получивший исправительные обновления.
Проверьте системные требования релиза: версии поддерживаемых операционных систем, СУБД и браузеров. Также сверьтесь с требованиями конфигурации — в поставке каждого обновления конфигурации указана минимальная версия платформы, с которой оно работает. Если обновление Бухгалтерии требует платформу не ниже определённого релиза, придётся сначала обновить платформу.
Дистрибутивы платформы скачиваются с портала 1С по действующей подписке ИТС или договору сопровождения. Ставить платформу со сторонних сайтов нельзя: велик риск получить модифицированный дистрибутив с вредоносным кодом, а также это нарушает лицензионное соглашение.
32 или 64 бита: что выбрать
Для сервера 1С:Предприятия однозначно выбирайте 64-разрядную версию — 32-разрядный сервер ограничен объёмом оперативной памяти на процесс и не подходит для баз с несколькими активными пользователями. Для тонкого и толстого клиента на рабочих местах тоже предпочтительна 64-разрядная версия, если все используемые внешние компоненты и драйверы её поддерживают.
Ограничение возникает со старыми внешними компонентами (Native API, COM), торговым оборудованием и защищёнными ключами: часть из них существует только в 32-разрядном виде. Если в базе используются такие компоненты, либо обновите их до 64-разрядных версий, либо оставьте на проблемных рабочих местах 32-разрядный клиент — платформа позволяет смешивать разрядность клиентов.
Сравнение вариантов разрядности
Стандарт для новых установок. Нет ограничений по памяти, лучше производительность. Требует 64-разрядных внешних компонентов.
Только для рабочих мест со старым оборудованием и компонентами без 64-разрядных версий. Ограничение памяти на процесс.
Не рекомендуется. Подходит лишь для тестовых стендов и очень маленьких баз.
Файловый или клиент-серверный вариант
Файловый вариант (база в каталоге на диске или сетевом ресурсе) подходит для одного пользователя или небольшой группы с невысокой интенсивностью работы. Его плюсы — простота установки и обслуживания, минусы — ограниченная производительность, риск повреждения файла базы при сбоях сети и питания, слабые механизмы параллельной работы.
Клиент-серверный вариант (сервер 1С:Предприятия плюс СУБД — PostgreSQL, MS SQL Server или другая поддерживаемая) нужен при росте числа пользователей, объёма данных и требований к надёжности. Он даёт нормальные блокировки на уровне записей, резервное копирование средствами СУБД и устойчивость к сбоям. Минус — необходимость администрировать СУБД и покупать серверные лицензии.
Для небольших компаний без ИТ-специалиста альтернатива — облачные сервисы от фирмы «1С» и её партнёров, где версия платформы и обновления обслуживаются провайдером. В этом случае вопрос «какую версию ставить» локально вообще снимается: на рабочее место ставится только тонкий клиент или используется веб-доступ.
Порядок установки и обновления
Типовой безопасный сценарий выглядит так: сначала на тестовой копии базы проверяется совместимость новой платформы с конфигурацией, затем обновление выполняется на рабочей системе в нерабочее время. Пользователи на время обновления должны завершить сеансы — в консоли кластера или через обработку можно проверить активные соединения.
- 1Определите нужную конфигурацию и её актуальную редакцию по задачам бизнеса
- 2Узнайте из документации конфигурации минимально требуемую версию платформы
- 3Скачайте с портала 1С стабильный релиз платформы 8.3 (64-разрядный дистрибутив)
- 4Сделайте полную резервную копию базы: выгрузку в dt и/или копию средствами СУБД
- 5Установите платформу, не удаляя старую версию — они могут сосуществовать
- 6Прогоните обновление конфигурации на копии базы и проверьте ключевые операции
- 7Обновите рабочую базу в нерабочее время, проверьте вход и типовые операции
- 8Только после успешной проверки удаляйте старые версии платформы
После установки новой платформы база по умолчанию может продолжать открываться старой версией — привязка версии задаётся в свойствах информационной базы в списке баз или в параметрах кластера. Проверьте, что пользователи реально заходят под новой версией: это видно в окне «О программе».
Типичные ошибки при выборе версии
Отдельная ошибка — смешивать в одном контуре разные релизы платформы на сервере и клиентах без необходимости. Тонкий клиент обычно требует совместимости с версией сервера, поэтому при обновлении сервера планируйте и обновление клиентских мест, иначе пользователи не смогут подключиться.
Как проверить, что версия выбрана правильно
Как проверить результат
Совпадает с установленным релизом платформы и актуальной редакцией конфигурации
Открывается старая версия платформы или редакция конфигурации устарела
На портале 1С для вашей конфигурации выходят свежие обновления
Обновления для редакции не выпускаются
Сканеры, ККТ, обмены работают на выбранной разрядности клиента
Компонента не загружается на 64-разрядном клиенте
Типовые операции выполняются без заметных задержек
Регулярные таймауты, падения рабочих процессов сервера
Если после перехода на новую версию появились ошибки в специфических операциях, сначала проверьте наличие исправительных патчей для вашего релиза — они устанавливаются без обновления всей платформы. Массовые проблемы с конкретным релизом обычно быстро обсуждаются на партнёрских форумах, что помогает отличить локальную проблему от дефекта платформы.
Что важно запомнить
Ставьте актуальную редакцию конфигурации и стабильный (не обязательно самый новый) релиз платформы 8.3, 64-разрядной архитектуры. Старые редакции и платформа 8.2 — только для поддержки существующих баз до миграции. Любое обновление — только после резервной копии и теста на копии базы.
Частые вопросы
Можно ли держать на одном компьютере несколько версий платформы 1С?
Да, платформа 1С:Предприятие поддерживает параллельную установку нескольких релизов. Каждая информационная база привязывается к конкретной версии через параметры запуска. Это стандартная практика на переходный период: новая версия ставится рядом со старой, и после проверки старую можно удалить.
Нужно ли обновлять платформу при каждом обновлении конфигурации?
Нет. Обновление платформы требуется только если новая версия конфигурации явно указывает более высокую минимальную версию платформы. Это требование всегда написано в описании поставки обновления. Само по себе обновление конфигурации платформу не меняет.
Что делать, если старая конфигурация не работает на новых релизах 8.3?
Проверьте режим совместимости конфигурации: если он установлен в старое значение, конфигурация может работать на новых релизах, но без новых возможностей. Если конфигурация снята с поддержки и несовместима с актуальными релизами, единственный устойчивый путь — переход на актуальную редакцию с переносом данных штатными средствами миграции.
Какую СУБД выбрать для клиент-серверной 1С?
Практичные варианты — PostgreSQL (в том числе сборки, адаптированные под 1С) и Microsoft SQL Server. PostgreSQL дешевле по лицензиям, MS SQL проще администрируется в Windows-инфраструктуре и даёт предсказуемую производительность на больших базах. Выбор зависит от бюджета, квалификации администратора и объёма данных.
Стоит ли ставить 1С в облаке вместо локальной установки?
Для небольших компаний без собственного администратора облачный вариант часто выгоднее: провайдер сам следит за версиями платформы, обновлениями и резервными копиями. Локальная установка оправдана, когда нужны доработки конфигурации, интеграции с локальным оборудованием или полный контроль над данными.