Как выбрать релиз 1С 8.3 под вашу базу и задачи

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

Слова «релиз 1С 8.3» относятся к двум разным вещам. Это номер платформы 8.3.xx.xxxx и номер релиза конфигурации (Бухгалтерия, ЗУП, УТ). Их версии независимы, и выбирать приходится оба.

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

Платформа — это «движок»: клиент, сервер, конструкторы. Конфигурация — прикладное решение поверх него: справочники, документы, регламентированные отчёты.

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

Что значит каждая часть номера

Разберём 8.3.25.1445 на примере:

• 🔹 8.3 — линейка, в которой работаем уже много лет;
• 🔹 25 — номер версии платформы внутри линейки, он растёт примерно раз в полгода-год;
• 🔹 1445 — номер сборки, то есть конкретный релиз с исправлениями.

Конфигурации нумеруются так же: 3.0.150.20. Третья группа — релиз, четвёртая — сборка.

Актуальные релизы: где смотреть свежие номера

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

Первоисточник — сайт релизов фирмы 1С и раздел «Информация о релизах» в самой программе. Там же есть пометки «рекомендуемый» и «ознакомительный».

Какой релиз ставить бухгалтеру: отчётность и регламентированные формы

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

Практический порядок такой:

1. Поставьте обновление конфигурации до срока сдачи отчёта. Запас — минимум неделя.
2. Перед сдачей проверьте, что в Отчёты → Регламентированные отчёты форма не помечена как устаревшая.
3. Если вышло срочное исправление формы, ставьте его сразу, даже между плановыми обновлениями.

⚠️ Не обновляйте базу в последние дни срока сдачи. Если после обновления что-то поведёт себя иначе, времени на откат и разбор не останется.

Платформу для Бухгалтерии 3.0 берите рекомендуемую в таблице выше. Редкие обновления платформы допустимы, пока конфигурация остаётся в рамках поддерживаемого минимума.

Релизы для торговли и склада

В УТ 11, Рознице и ERP больше обмена с оборудованием и внешними системами. Здесь страшнее не отсутствие нового, а поломка работающего.

Что проверяют до обновления:

• 🛒 работу торгового оборудования (сканеры, фискальные регистраторы, эквайринг);
• 📦 обмен с сайтом и маркетплейсами;
• 🏷 маркировку и обмен с ГИС МТ, если вы работаете с маркированным товаром;
• 🔗 обмен с Бухгалтерией (универсальный обмен, распределённая база).

Если база работает в связке «УТ + Бухгалтерия», обе конфигурации обновляют в одном окне. Разрыв в несколько релизов даёт ошибки при загрузке документов.

Релиз платформы для разработчика и доработок

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

• 🛠 Разрабатываете на новой платформе — убедитесь, что клиенты базы тоже её поставят. Если нет, часть синтаксиса не заработает.
• 🧩 Для расширений требования мягче, чем для изменения типовой конфигурации «на поддержке».
• 🔬 Тестовую базу держите на самой свежей платформе, рабочую — на проверенной. Так вы заранее видите проблемы совместимости.

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

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

Проверка занимает 10 минут и избавляет от неприятностей.

1. Откройте базу и перейдите в Справка → О программе. Запишите версию конфигурации и версию платформы.
2. Найдите описание нужного релиза: там указана минимальная платформа.
3. Сравните с версией платформы, установленной на компьютерах пользователей и на сервере.
4. Для клиент-серверной базы убедитесь, что версия сервера 1cv8 совпадает с версией клиентов в пределах версии платформы.
5. Проверьте режим совместимости в конфигураторе: Конфигурация → Открыть конфигурацию → свойства корня → Режим совместимости.

Установка выбранного релиза платформы

Платформа ставится отдельно от базы. Ставить её поверх старой не обязательно: версии живут рядом.

Обновление конфигурации делается отдельно: Администрирование → Настройки программы → Обновление версии программы. Перед этим сделайте выгрузку базы.

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

Релиз для сервера и клиент-серверной базы

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

Что полезно знать администратору:

• 🖥 Обновляйте сервер в нерабочее время: служба Агент сервера 1С:Предприятия перезапускается.
• 🗄 Несколько версий платформы могут стоять на одном сервере. Кластер привязывается к конкретной.
• 🔄 Для обновления кластера остановите задания регламентной обработки заранее.

Сводка: какой релиз подойдёт вашей задаче

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

Описание релиза — самый недооценённый документ. Его читают единицы, а он экономит часы.

На что смотреть:

• 📌 Минимальная платформа. Ниже неё запуск невозможен.
• 📌 Обязательные промежуточные релизы. Если база сильно отстала, обновление идёт цепочкой.
• 📌 Изменения в обменах. Новый формат файла может потребовать обновить и вторую базу.
• 📌 Изменения в справочниках и документах. Пересчёт данных на первом запуске займёт время.
• 📌 Известные ограничения. Иногда там прямо написано, что не работает на определённой платформе.

Как выстроить график обновлений, чтобы не сомневаться каждый раз

Один раз договоритесь о правилах, и вопрос «какой релиз ставить» отпадёт.

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

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

• ❌ Берут самый новый релиз в день выхода. В первые недели чаще всего всплывают ошибки, которые правят в следующих сборках.
• ❌ Обновляют платформу, забыв про клиентов. У части пользователей остаётся старая, база просит обновить, работа встаёт.
• ❌ Пропускают промежуточные релизы конфигурации. Для некоторых версий есть обязательные «этапные» релизы, через которые нужно пройти.
• ❌ Меняют релиз без копии. Откатить обновление по-другому не получится.
• ❌ Игнорируют доработки. Типовое обновление ломает кастомные формы и отчёты.

Проверьте себя

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