← На главную

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

Анализируем причину обновления: минимальные требования конфигурации

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

Проанализируем, почему это происходит:

1. Асинхронные вызовы: Новые релизы активно переходят на асинхронную модель работы (особенно в части работы с файлами и торговым оборудованием). Стабильная поддержка этих механизмов началась в ветках 8.3.18 и выше.
2. Режим совместимости: Даже если конфигурация работает в режиме совместимости с версией 8.3.14, программный код модулей может содержать обращения к новым объектам метаданных или системным перечислениям.
3. Торговое оборудование и «Честный Знак»: Для корректной работы с драйверами торгового оборудования последних версий и передачи данных в систему маркировки требуется актуальный движок платформы. Использование платформ ниже 8.3.17 часто приводит к ошибкам при печати чеков или обмене с ИС МП.

Критическое событие 2022 года и выбор безопасной сборки

Разберем крайне важный нюанс, который изменил подход к выбору платформы. В конце 2022 года компания «1С» столкнулась с программной ошибкой в коде защиты, из-за которой многие популярные сборки просто перестали запускаться. Если вы планируете установить версию, которую скачали давно, например 8.3.18.1128, — делать этого категорически нельзя.

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

• Для ветки 8.3.17 — используем сборку не ниже 8.3.17.2760.
• Для ветки 8.3.18 — выбираем версию от 8.3.18.1957 и выше.
• Для ветки 8.3.20 — стабильной считается 8.3.20.2159.

Если установить релиз младше указанных выше, система может внезапно закрыться с критической ошибкой, что приведет к простою бизнеса.

Выбор между ветками: «Стабильность» или «Технологичность»

Выясним, какую ветку платформы выбрать в зависимости от ваших задач. В среде администраторов 1С принято разделение на уходящие и актуальные релизы.

Ветки 8.3.17 и 8.3.18
Рассмотрим их как временное решение. Они подходят, если ваша конфигурация еще не переведена на самые современные стандарты разработки или если вы используете устаревшие операционные системы на рабочих местах. Однако помните, что развитие этих веток прекращено, и новые исправления ошибок в них не вносятся.

Ветки 8.3.21, 8.3.22 и 8.3.23
Это актуальный стандарт. Если вы переходите на новые релизы «Розницы» (3.0 и выше) или «Управления торговлей», ориентируйтесь именно на эти версии. Рассмотрим их преимущества:

• Работа с памятью: Значительные оптимизации в 64-битных версиях сервера, позволяющие избежать ошибки Out of Memory.
• Масштабирование (DPI): Если ваши пользователи работают на мониторах с высоким разрешением, только новые платформы корректно отрисовывают интерфейс «Такси» без размытия шрифтов.
• Оптимизация под Windows 10/11: Решены проблемы с зависанием графических элементов, которые часто встречались в версии 8.3.15.

Особенности работы с файловыми и серверными базами

Поскольку в вопросе упомянуты оба типа баз, проанализируем технические требования для каждого случая.

Файловые базы

При переходе на платформу выше 8.3.18 в файловом варианте изменяется механизм управления блокировками и формат индексов. Чтобы избежать повреждения данных, выполним следующие действия:

1. Перед обновлением платформы обязательно создаем резервную копию файла 1Cv8.1CD.
2. Запускаем утилиту тестирования и исправления chdbfl.exe (она находится в папке bin установленной платформы).
3. После установки новой платформы при первом запуске базы в режиме «Конфигуратор» может потребоваться реиндексация таблиц.

Серверные базы

Для серверных решений крайне рекомендуется переходить на 64-битный сервер 1С. Рассмотрим пример: на старых 32-битных серверах процесс rphost ограничен 4 ГБ оперативной памяти. Современные конфигурации при выполнении регламентных заданий или тяжелых отчетов легко перешагивают этот порог. Переход на платформу 8.3.21+ в 64-битной архитектуре снимает эти ограничения и повышает общую отзывчивость системы.

Вопросы лицензирования

Проанализируем важный аспект легальности. Начиная с версии 8.3.15, механизмы защиты платформы стали более жесткими. Если в вашей организации использовались «эмуляторы» или иные способы обхода защиты, новые платформы (особенно 8.3.18+) с высокой вероятностью заблокируют работу. Перед обновлением убедитесь, что у вас есть доступ к программным лицензиям (пин-кодам) или аппаратным USB-ключам, так как система защиты будет проверять их более тщательно.

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

Подведем итог нашему анализу и выберем конкретные сборки для установки:

• Вариант «Консервативный»: Если нужно просто обновить «Розницу» и не хочется радикальных перемен, выбираем ветку 8.3.18.1957 или выше. Это стабильный вариант, в котором уже исправлены основные баги безопасности.
• Вариант «Оптимальный»: Для большинства современных систем идеальным выбором будут актуальные сборки ветки 8.3.22. Они обеспечивают баланс между новыми возможностями и стабильностью.
• Вариант «Передовой»: Если вы используете самые свежие версии конфигураций на базе БСП последних редакций, рассматривайте 8.3.23, но предварительно протестируйте работу на копии базы, так как в самых свежих релизах платформы могут встречаться специфические ошибки платформенного уровня.

Помните, что процедура обновления платформы должна сопровождаться очисткой серверного и клиентского кэша, так как старые данные в кэше часто становятся причиной странного поведения интерфейса после перехода на новую версию. Для очистки кэша на стороне пользователя можно воспользоваться удалением и повторным добавлением базы в список или ручным удалением папок в каталоге %AppData%\1C\1Cv8.