Администрирование · 11 мин
1С 8: какие версии существуют и чем они отличаются
Разбираем версии платформы 1С:Предприятие 8 — от 8.0 до 8.3, редакции конфигураций, режимы совместимости и критерии выбора версии для обновления или внедрения.
Когда пользователь спрашивает «какие версии есть у 1С 8», он обычно смешивает три разных понятия: версию технологической платформы, версию прикладной конфигурации и редакцию поставки. Платформа — это «движок», на котором работают все прикладные решения. Конфигурация — конкретная программа вроде «1С:Бухгалтерии» или «1С:Управление торговлей». Редакция определяет набор функций и лицензионные ограничения.
Понимание этой структуры важно на практике: от версии платформы зависят требования к серверу и совместимость, от версии конфигурации — состав учётных механизмов и отчётности, а от редакции — доступность функций вроде управленческого учёта или работы по нескольким организациям. Ошибка в любом из трёх уровней приводит к тому, что обновление не устанавливается, база не открывается или нужная функция отсутствует.
Ниже разобраны поколения платформы 1С 8, нумерация релизов, редакции поставок и практические критерии выбора — с указанием, что проверить перед обновлением и какие ошибки встречаются чаще всего.
Поколения платформы 1С:Предприятие 8
Платформа 1С:Предприятие 8 выпускалась четырьмя крупными поколениями: 8.0, 8.1, 8.2 и 8.3. Каждое следующее поколение меняло архитектуру клиентских приложений, механизмы интерфейса и требования к инфраструктуре.
Версия 8.0 — первое поколение линейки, давно снятое с поддержки. Версия 8.1 добавила ряд механизмов разработки, но также устарела. Версия 8.2 принесла управляемые формы, тонкий и веб-клиент, что изменило подход к построению интерфейсов. Версия 8.3 стала развитием 8.2: в ней появился интерфейс «Такси», расширения конфигурации, механизмы работы с мобильными клиентами и множество улучшений производительности. Именно 8.3 является актуальным поколением, для которого выходят новые релизы.
На практике встретить рабочие базы на 8.0–8.2 можно только в организациях, которые давно не обновлялись. Такие базы требуют миграции: современные конфигурации фирмы «1С» рассчитаны на платформу 8.3 и на старых поколениях не запускаются.
Как устроена нумерация релизов 8.3
Внутри поколения 8.3 версии обозначаются четырьмя числами, например 8.3.22.1750. Первые два числа — поколение, третье — номер функциональной версии, четвёртое — номер сборки (релиза) внутри неё. Функциональные версии выходят регулярно и добавляют новые возможности; сборки внутри одной функциональной версии в основном исправляют ошибки.
Это различие важно при планировании обновлений. Переход между сборками одной функциональной версии — низкорисковая операция, обычно не требующая конвертации данных. Переход на новую функциональную версию может менять поведение механизмов, поэтому его выполняют после тестирования на копии базы.
Узнать установленную версию платформы можно через пункт меню «Сервис» → «О программе» в толстом клиенте или через соответствующий пункт в других клиентах. Там же отображается версия конфигурации. Для серверного варианта версии платформ видны в консоли кластера серверов 1С.
- 1Откройте информационную базу и выберите пункт «О программе» в меню
- 2Запишите версию платформы (четыре числа) и версию конфигурации
- 3Для серверной базы сверьте версию платформы в консоли кластера серверов
- 4Проверьте на портале 1С, какая версия платформы требуется вашей конфигурации
- 5Сравните требования с установленной версией и спланируйте обновление при расхождении
Редакции поставок: ПРОФ, КОРП и базовая
Помимо версий платформы и конфигураций, прикладные решения 1С выпускаются в редакциях. На примере «1С:Бухгалтерии» это базовая версия, ПРОФ и КОРП. Базовая версия рассчитана на одного пользователя и одну организацию, не поддерживает доработку конфигурации и сетевую работу. ПРОФ — стандартная редакция для большинства организаций с многопользовательской работой. КОРП добавляет функции для крупных компаний и групп: расширенный учёт, консолидацию, специфические разделы.
Управленческие конфигурации имеют собственную нумерацию редакций: например, «1С:Управление торговлей» выпускалась в редакциях 10.3, 11 и далее, а «1С:ERP» — в редакциях 2.x. Переход между редакциями одной конфигурации обычно выполняется штатными средствами обновления, но может потребовать последовательной установки промежуточных релизов.
Ключевое ограничение, о котором часто забывают: обновление внутри редакции доступно по подписке (ИТС), а переход на старшую редакцию — это отдельная покупка или апгрейд, а не обычное обновление.
Сравнение редакций на примере 1С:Бухгалтерии
Один пользователь, одна организация, без доработок и сетевой работы. Подходит для микробизнеса и ИП с простым учётом.
Многопользовательский режим, несколько организаций, возможность доработки. Стандартный выбор для малого и среднего бизнеса.
Расширенные функции для крупных организаций и групп компаний. Оправдана, когда возможностей ПРОФ не хватает по учётным требованиям.
Режим совместимости и зачем он нужен
У конфигураций есть свойство «Режим совместимости», которое позволяет запускать их на новой платформе, сохраняя поведение старой версии. Например, конфигурация, разработанная под 8.3.10, может работать на платформе 8.3.22 в режиме совместимости с 8.3.10. Это даёт время на адаптацию прикладного решения без срочной доработки кода.
Режим совместимости — временная мера, а не постоянное состояние. Пока он включён, новые возможности платформы недоступны конфигурации, а накопленные расхождения усложняют будущую адаптацию. Практическое правило: после обновления платформы конфигурацию тестируют и по возможности переводят в режим «Не использовать» или на актуальную версию совместимости.
Проверить текущий режим можно в конфигураторе: свойства корневого узла конфигурации, параметр «Режим совместимости». Изменение этого параметра — задача разработчика или внедренца, поскольку после смены режима нужно полное тестирование прикладной логики.
Как выбрать версию при обновлении или внедрении
Выбор версии платформы определяется не желанием «поставить самое новое», а требованиями прикладных конфигураций. У каждого релиза конфигурации указана минимальная и рекомендуемая версия платформы. Устанавливать платформу новее рекомендованной можно, но с проверкой; ставить старше минимальной — нельзя, конфигурация просто не запустится или выдаст ошибки.
Для серверных установок добавляется фактор инфраструктуры: разные базы на одном сервере могут требовать разные версии платформы. Технологически это решается установкой нескольких версий платформы параллельно и назначением каждой базе нужной версии. Это штатная схема, но она требует дисциплины в учёте установленных релизов.
Для нового внедрения разумный подход — брать актуальный стабильный релиз платформы 8.3 и актуальный релиз выбранной конфигурации. Для действующей системы — обновляться планово, не пропуская критические обновления, связанные с изменениями законодательства (формы отчётности, форматы обмена).
Как выбрать действие
Типичные ошибки и риски при работе с версиями
Самая распространённая ошибка — обновление платформы без резервной копии и без тестирования. В файловом варианте достаточно скопировать каталог базы, в клиент-серверном — сделать выгрузку или средствами СУБД. Без копии откат при неудаче превращается в восстановление данных из архивов, если они вообще есть.
Вторая группа ошибок связана с версиями конфигураций: попытка установить обновление, пропустив обязательные промежуточные релизы, или обновление конфигурации при неподдерживаемой версии платформы. Результат — ошибки при обновлении конфигурации базы данных и потенциально нерабочая база.
Третья группа — путаница между версией технологической платформы и версией конфигурации при обращении за поддержкой или поиске инструкций. Инструкция «для 8.3» без уточнения, идёт ли речь о платформе или конфигурации, часто приводит к неверным действиям.
Как проверить результат обновления
После обновления платформы или конфигурации нужно убедиться, что система работает корректно, прежде чем открывать доступ пользователям. Минимальный набор проверок: база открывается без ошибок, версия в разделе «О программе» соответствует установленной, ключевые документы и отчёты формируются, проведение документов выполняется без сообщений об ошибках.
Для серверных установок дополнительно проверяют, что кластер использует нужную версию платформы и что тонкий/веб-клиенты подключаются. Если после обновления появляются ошибки, которых не было ранее, безопасное действие — откат на резервную копию и анализ причин, а не попытки «чинить» рабочую базу на ходу.
Как проверить результат
Отображается установленная версия платформы и конфигурации
Версия не изменилась или база не открывается
Документы проводятся без ошибок
Ошибки обращения к объектам метаданных
Отчёты формируются и заполняются
Ошибки формата или пустые разделы
Все типы клиентов подключаются к базе
Ошибка несоответствия версий платформы
Что важно запомнить
Различайте три уровня версий: платформа (актуальное поколение — 8.3), конфигурация и редакция поставки. Версию платформы выбирайте по требованиям конфигурации, обновляйтесь только с резервной копией, а режим совместимости используйте как временную меру. Проверку результата выполняйте до открытия доступа пользователям.
Частые вопросы о версиях 1С 8
Чем платформа 8.3 отличается от 8.2 на практике?
Основные отличия — интерфейс «Такси», расширения конфигурации, улучшенные механизмы кластера и мобильные клиенты. Конфигурации, рассчитанные на 8.3, на платформе 8.2 не работают, поэтому для современных решений выбора фактически нет.
Можно ли держать на одном сервере базы с разными версиями платформы?
Да, это штатный сценарий. На сервер устанавливают несколько версий платформы параллельно, а каждой информационной базе назначают нужную версию. Важно вести учёт установленных релизов и не удалять версию, которую использует хотя бы одна база.
Что делать, если конфигурация требует более новую платформу, чем установлена?
Установите требуемую версию платформы — старую удалять не обязательно, если её используют другие базы. Перед обновлением сделайте резервную копию и проверьте работу на тестовой копии, если база критична для бизнеса.
Как понять, какая редакция конфигурации куплена?
Редакция указана в регистрационной анкете и в дистрибутиве. В самой программе ориентируйтесь на доступные функции: например, в базовой версии недоступна работа нескольких пользователей и несколько организаций. Точный ответ даёт сверка номера регистрации с данными поставки.
Опасно ли долго работать в режиме совместимости?
Не опасно, но невыгодно: конфигурация не получает новые возможности платформы, а отложенная адаптация накапливает технический долг. Рекомендуется после стабилизации работы на новой платформе перевести конфигурацию на актуальный режим с полным тестированием.
Нужно ли обновлять платформу при каждом выходе нового релиза?
Нет. Обновление обязательно, когда этого требует конфигурация или когда релиз исправляет критичную для вас ошибку. Плановое обновление раз в несколько функциональных версий — разумный баланс между стабильностью и актуальностью.