Вопрос выбора стабильной версии платформы для 1С:Предприятие 8.3 является одним из самых актуальных для системных администраторов и программистов. Особенно это касается перехода на новые ветки, такие как 8.3.20, которые привносят значительные изменения в архитектуру системы. Разберем подробно ситуацию с релизом 8.3.20.1674, проанализируем его стабильность, известные проблемы и целесообразность использования для конфигурации «Бухгалтерия предприятия 3.0».
Важно сразу прояснить ситуацию с официальной маркировкой стабильности. Проанализируем, как компания 1С позиционирует свои выпуски. На текущий момент не существует официальной пометки «стабильный релиз» в привычном понимании. Все релизы, выходящие из статуса «Тестовый», считаются рабочими и рекомендованными к установке.
Однако опытные специалисты ориентируются на количество зарегистрированных ошибок в сервисе Bugboard. Рассмотрим ключевой принцип: чем дольше ветка (например, 8.3.20) находится в эксплуатации и чем больше минорных обновлений для нее вышло (цифры после второй точки), тем она «чище». Релиз 8.3.20.1674 является промежуточным, и, как мы увидим далее, он содержит ряд критических нюансов.
Для каждого релиза конфигурации БП 3.0 разработчики указывают минимальные и рекомендуемые требования к платформе. Рассмотрим, как их найти. Обычно эта информация содержится в файле ReadMe.txt или в описании обновления на портале ИТС. Например, для типовых версий БП 3.0 в период актуальности ветки 20, рекомендовалось использовать версии не ниже 8.3.18.1741 или 8.3.20.1674.
Важный нюанс: даже если версия платформы указана как рекомендуемая, это гарантирует лишь то, что конфигурация на ней запустится и пройдет базовые тесты. Это не означает полного отсутствия специфических платформенных багов, которые могут проявиться в определенных сценариях работы (обмены, торговое оборудование, работа в облаке).
Выясним одну из самых серьезных причин, по которой стоит с осторожностью относиться именно к этому релизу. Проанализируем поведение системы при работе с независимыми регистрами сведений. В клиент-серверном варианте при использовании толстого клиента в версии 8.3.20.1674 была обнаружена ошибка: автоматическая регистрация изменений в плане обмена перестает работать при записи набора записей независимого регистра сведений.
Это означает, что если ваша конфигурация «Бухгалтерия предприятия» активно обменивается данными с другими базами (например, с «Управлением торговлей» или «Зарплатой и управлением персоналом»), часть данных по регистрам сведений просто не попадет в очередь обмена. Это приведет к рассинхронизации баз, которую крайне сложно выявить на ранних этапах. Рассмотрим это поведение: вы вносите изменения, документ или запись регистра физически существует в базе, но ПланыОбмена не видят этого события.
Проанализируем более широкий контекст использования платформы 8.3.20.1674. Хотя в момент выхода она казалась приемлемым вариантом, последующая эксплуатация выявила глобальную проблему, затрагивающую всю линейку релизов ниже 8.3.20.2184.
В ноябре 2022 года произошел массовый сбой системы лицензирования. Из-за внутренней ошибки проверки легальности использования, платформы старых релизов (включая 1674) начали аварийно завершать работу пользователей, выдавая сообщения о нарушении целостности системы или отсутствии лицензий, даже на полностью легальных ключах. Это делает использование 8.3.20.1674 сегодня не просто нежелательным, а опасным для непрерывности бизнеса.
Кроме того, в этой версии наблюдались следующие технические сложности:
rphost могли неконтролируемо потреблять ресурсы сервера при выполнении длительных фоновых заданий, что типично для закрытия месяца в БП 3.0.PDF.Конфликт блокировок при чтении таблицы в релизе 1674 значительно выше, чем в последующих исправлениях.Подведем итог нашему анализу. Если перед вами стоит задача обновить платформу для типовой БП 3.0, придерживайтесь следующего алгоритма:
Во-первых, забудьте про релиз 8.3.20.1674. Он содержит устаревшие механизмы защиты и критические ошибки в планах обмена. Для стабильной работы в рамках 20-й ветки следует выбирать финальные релизы, например 8.3.20.2184 или выше (8.3.20.2290).
Во-вторых, обратите внимание на современные требования законодательства. Новые релизы «Бухгалтерии предприятия» (версии 3.0.140 и выше) всё чаще требуют перехода на более современные ветки платформы, такие как 8.3.22 или 8.3.24. В них оптимизирована работа с памятью и улучшена производительность запросов к СУБД PostgreSQL и MS SQL Server.
В-третьих, перед любым обновлением всегда выполняйте проверку на копии базы. Рассмотрим последовательность действий:
Тестирование и исправление.Если вы столкнулись с необходимостью программного контроля версии платформы, можно использовать встроенный язык 1С для проверки, чтобы предупредить пользователей. Посмотрим на логику (метакод):
СистемнаяИнформация = Новый СистемнаяИнформация;
ВерсияПлатформы = СистемнаяИнформация.ВерсияПриложения;
Если ОбщегоНазначенияКлиентСервер.СравнитьВерсии(ВерсияПлатформы, "8.3.20.1674") = 0 Тогда
Сообщить("Внимание! Используется нестабильная версия платформы 8.3.20.1674.");
КонецЕсли;
Таким образом, мы выяснили, что переход на 8.3.20.1674 не имеет практического смысла в текущих реалиях. Стабильность данной версии не подтверждена ни практикой, ни временем, а наличие критических багов в механизме регистрации изменений делает её непригодной для распределенных информационных систем.