На какой версии платформы 8.3 лучше работать и какие ошибки встречаются в релизах 15, 16, 17 и 18?

Системный администратор 1С v8.3 (Управляемые формы) IT и автоматизация бизнеса
← На главную

При обновлении типовых конфигураций, таких как 1С:Бухгалтерия предприятия 3.0, Зарплата и управление персоналом или ERP, пользователи неизбежно сталкиваются с требованием системы повысить версию платформы. В этой статье мы проанализируем опыт эксплуатации веток 8.3.15, 8.3.16, 8.3.17 и 8.3.18, разберем их ключевые отличия, известные ошибки и выработаем оптимальную стратегию перехода.

Стратегия выбора версии платформы

Рассмотрим основной принцип, которым следует руководствоваться при обновлении. Если ваша текущая конфигурация требует платформу не ниже определенного релиза (например, 8.3.15.2107 или 8.3.16.1814), у вас есть два пути. Первый — остаться в рамках текущей ветки, обновив только минорный номер сборки. Это минимизирует риски, так как архитектурные изменения внутри одной ветки (например, внутри 8.3.15) минимальны.

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

Анализ веток платформы 8.3.15 и 8.3.16

Посмотрим на ветку 8.3.15. Она долгое время считалась "стандартной" для многих внедрений, однако на текущий момент она является морально устаревшей. Основная причина — переход 1С на асинхронные вызовы. Если ваша конфигурация активно развивается, старые методы работы с файловой системой и диалоговыми окнами в 8.3.15 могут начать конфликтовать с кодом новых релизов БП 3.0.

Разберем ситуацию с веткой 8.3.16. Опыт многих администраторов показывает, что данная редакция оказалась одной из самых нестабильных. В ней часто наблюдались трудноуловимые "глюки", связанные с отображением интерфейса и стабильностью клиентских сессий. Специалисты не рекомендуют переходить на 8.3.16, если есть возможность выбрать 8.3.17 или 8.3.18.

Особенности и проблемы веток 8.3.17 и 8.3.18

Ветка 8.3.17 долгое время позиционировалась как наиболее сбалансированная. Однако и здесь есть свои подводные камни. Выясним причину: именно в этой ветке пользователи часто сталкивались с проблемами динамического обновления при использовании расширений. Если вы часто вносите изменения в расширения конфигурации "на лету", будьте готовы к возможным вылетам пользователей и повреждению кэша платформы. Рекомендуется использовать стабильные сборки, такие как 8.3.17.1851 и выше.

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

  1. Проблемы с производительностью: В ранних релизах 8.3.18 (например, 8.3.18.1208) наблюдались серьезные просадки скорости работы в многопользовательском режиме.
  2. Ошибки отладки: Отладка по протоколу HTTP, ставшая стандартом, в некоторых сборках работала некорректно. Однако в релизе 8.3.18.1289 эти ошибки были исправлены.
  3. Утечки памяти: Для серверных решений на базе 8.3.18 характерно повышенное потребление ресурсов процессом rphost, что требует регулярного мониторинга и, иногда, принудительного перезапуска рабочих процессов.

Критический технический сбой и программные лицензии

Важно помнить о событии, затронувшем все обсуждаемые платформы (от 8.3.17 до 8.3.22) — массовом техническом сбое системы защиты в ноябре 2022 года. Из-за ошибки в коде проверки лицензий работа пользователей могла быть внезапно заблокирована. Если вы планируете установку старых релизов из этих веток, убедитесь, что вы используете исправленные сборки (например, для 8.3.17 это релизы от 2757 и выше, для 8.3.18 — от 1957 и выше).

Технологические аспекты перехода

Выясним, какие технологические изменения влияют на стабильность системы в целом:

Подведем итоги

Для стабильной работы текущих версий 1С:Бухгалтерии 3.0 наиболее рациональным выглядит выбор в пользу последних релизов ветки 8.3.17 или 8.3.18 (с учетом исправления багов в последних сборках). Переход на 8.3.19 и выше также возможен, так как там реализовано множество оптимизаций работы с СУБД, однако это потребует еще более тщательного контроля за аппаратными ресурсами сервера.

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

← На главную