Какую платформу 1С выбрать для актуальных релизов БП 3.0 и ЗУП 3.1: 8.3.17 или 8.3.18?

Переход на новые версии платформы «1С:Предприятие» — это всегда ответственный шаг, требующий баланса между требованиями конфигураций и стабильностью системы. Актуальные релизы «Бухгалтерии предприятия 3.0» (БП) и «Зарплаты и управления персоналом 3.1» (ЗУП) все чаще требуют платформу не ниже веток 8.3.17 или 8.3.18. В этой статье мы подробно разберем опыт перехода, проанализируем технические нюансы каждой ветки и выясним, с какими подводными камнями могут столкнуться системные администраторы и программисты.

Определяем минимальные требования конфигурации

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

Функция МинимальнаяВерсияПлатформы()
    Результат = "8.3.14.1694"; 
    СистемнаяИнформация = Новый СистемнаяИнформация; 
    ТекущаяВерсия = ОбщегоНазначенияКлиентСервер.ВерсияКонфигурацииБезНомераСборки(СистемнаяИнформация.ВерсияПриложения); 
    
    Если ТекущаяВерсия = "8.3.15" Тогда 
        Результат = "8.3.15.2107"; 
    ИначеЕсли ТекущаяВерсия = "8.3.16" Тогда 
        Результат = "8.3.16.1814"; 
    ИначеЕсли ТекущаяВерсия = "8.3.17" Тогда 
        Результат = "8.3.17.1851"; 
    ИначеЕсли ТекущаяВерсия = "8.3.18" Тогда 
        Результат = "8.3.18.1208"; 
    КонецЕсли; 
    
    Возврат Результат; 
КонецФункции

Как мы видим, система проверяет номер основной ветки и требует конкретный минимальный патч. На практике использование платформы ниже 8.3.17.1851 или 8.3.18.1208 при обновлении на свежие релизы конфигураций может привести к критическим ошибкам, таким как «Метод объекта не обнаружен», поскольку разработчики 1С начинают активно использовать новые функции встроенного языка, недоступные в старых версиях.

Особенности и стабильность ветки 8.3.17

Платформа 8.3.17.1851 долгое время считалась «тихой гаванью» для тех, кто не хотел переходить на более тяжелую 18-ю ветку. Однако эксплуатация выявила ряд специфических проблем, которые стоит учитывать:

1. Исчезновение пунктов меню «Создать на основании»: Это один из самых коварных багов данной ветки. В некоторых документах (особенно в сложных конфигурациях или при наличии расширений) список ввода на основании просто перестает отображаться, если количество связанных объектов превышает определенный лимит.
2. Проблемы отрисовки в веб-клиенте: Если ваши пользователи работают через браузеры Chrome или Edge, вы можете столкнуться с некорректным отображением выпадающих списков и форм. Это связано с изменениями в движках браузеров, под которые 17-я ветка адаптировалась с опозданием.
3. Утечки оперативной памяти: Проанализируем работу серверных процессов rphost. В ранних сборках 8.3.17 замечена тенденция к постепенному неконтролируемому росту потребления памяти при активном использовании фоновых заданий. Рекомендуется настроить автоматический перезапуск рабочих процессов в консоли администрирования кластера.

Анализ производительности и проблем ветки 8.3.18

Переход на 8.3.18 часто сопровождается жалобами на «замедление» работы, особенно в конфигурации «Зарплата и управление персоналом». Рассмотрим подробнее, почему это происходит.

Замедление отчетов СКД (РСВ, 6-НДФЛ): Пользователи отмечают, что формирование регламентированной отчетности может занимать десятки минут там, где раньше требовались секунды. Выясним причину: в платформе 8.3.18 были изменены механизмы Системы компоновки данных. Новые алгоритмы оптимизации запросов иногда создают избыточную нагрузку при построении временных таблиц на больших объемах данных. Это особенно критично для ЗУП, где отчеты строятся по сложным связям физических лиц, начислений и налогов.

Критический инцидент с лицензированием: Важно помнить о событии ноября 2022 года. Многие релизы ветки 8.3.18 (включая популярные 1208 и 1289) имели внутреннюю ошибку в системе защиты, из-за которой программа просто переставала запускаться. Для обеспечения стабильности обязательно используйте релизы не ниже 8.3.18.1957.

Сравнение ресурсов и технические нюансы эксплуатации

При выборе платформы следует обратить внимание на инфраструктурные требования:

• Потребление RAM: Платформа 8.3.18 в среднем потребляет на 15–20% больше оперативной памяти на каждый сеанс пользователя по сравнению с 8.3.16/17. Если ваш сервер работает на пределе возможностей, переход на 18-ю ветку потребует расширения аппаратных ресурсов.
• Драйверы защиты: При переходе на 8.3.18 и выше на современных ОС (Windows Server 2019/2022) крайне важно обновить драйверы ключей HASP. Старые версии драйверов часто становятся причиной «синих экранов» (BSOD) при интенсивной сетевой нагрузке.
• Работа кластера: В 8.3.18 улучшено распределение нагрузки между рабочими процессами. Мы рекомендуем более тонко настраивать параметры «уровня отказоустойчивости» и «количества соединений на процесс», чтобы минимизировать влияние падения одного сеанса на работу всего сервера.

Итоговые рекомендации по выбору

Рассмотрим ситуацию комплексно. Если ваша информационная база имеет типовую архитектуру и вы используете последние версии БП и ЗУП, то 8.3.18 является более предпочтительным вариантом, так как ветка 8.3.17 признана «тупиковой» и практически не получает исправлений безопасности.

Выделим основные шаги для успешного обновления:

1. Если вы выбираете ветку 8.3.18, игнорируйте старые сборки (типа 1208) и сразу переходите на релизы уровня 8.3.18.19XX и выше. Это избавит вас от проблем с лицензированием и частью багов производительности СКД.
2. Перед обновлением в продуктивной среде обязательно проверьте формирование отчета РСВ в копии базы на новом релизе. Если время формирования неприемлемо, возможно, потребуется дополнительная настройка индексов в базе данных или ожидание более свежего патча платформы.
3. В случае использования 8.3.17, будьте готовы к возможным визуальным артефактам в интерфейсе «Такси», связанным с механизмом «Создать на основании».

Таким образом, выбор между 8.3.17 и 8.3.18 — это выбор между известными интерфейсными багами старой ветки и повышенными требованиями к ресурсам новой. Для долгосрочной эксплуатации платформа 8.3.18 выглядит более оправданной при условии своевременной установки исправленных микро-релизов.