При работе с базами данных, которые не требуют регулярных обновлений (например, сильно доработанные управленческие конфигурации или самописные системы), часто возникает вопрос: на какой версии платформы 1С:Предприятие остановиться? С одной стороны, старые версии кажутся проверенными и стабильными, с другой — они могут содержать ошибки, которые исправлены в новых релизах. Проанализируем ситуацию и разберем критерии выбора оптимальной версии платформы.
Разберем типичную ситуацию, описанную в сообщениях форума. Часто рядом с «самопиской» или сильно кастомизированной базой на одном сервере работает типовая конфигурация, например, 1С:Бухгалтерия 3.0. В этом случае выбор платформы диктуется именно типовой базой.
Рассмотрим, почему это важно. Современные типовые конфигурации имеют минимально допустимые требования к версии платформы. Например, для работы актуальных релизов Бухгалтерии уже несколько лет требуются версии не ниже 8.3.12, а в дальнейшем и 8.3.14–8.3.24. Если вы используете один сервер приложений для всех баз, вам в любом случае придется устанавливать платформу, подходящую для самой «требовательной» конфигурации. Выясним причину: запуск старой конфигурации на новой платформе обычно проходит без проблем, тогда как новая конфигурация на старой платформе просто не запустится или будет работать с критическими ошибками.
В обсуждении часто упоминается версия 8.3.10 как одна из самых стабильных для «замороженных» баз. Однако прогресс не стоит на месте, и использование древних версий сегодня сопряжено с серьезными рисками. Проанализируем ситуацию с учетом современных данных:
8.3.10 или 8.3.12 технически опасна.Если ваша база — это «куча переписок от типовой», то самым правильным решением будет использование современной платформы при сохранении старого режима совместимости. Разберем по шагам, как это работает:
Вы можете установить одну из последних стабильных веток, например, 8.3.22. При этом в свойствах самой конфигурации (в дереве метаданных) нужно оставить тот РежимСовместимости, под который база была изначально написана (например, 8.3.10 или 8.3.12). Это позволит:
Рассмотрим подробнее, что дает переход на современные версии платформы, даже если функционал базы не меняется. В сообщениях форума упоминалось расширение меню Все функции (в новых версиях — Функции для технического специалиста). В современных релизах там появились важные инструменты управления:
Управление расширениями конфигурации — позволяет подключать исправления или новый функционал, не снимая основную конфигурацию с поддержки.Управление системой взаимодействия — встроенный мессенджер и инструменты совместной работы.Управление внешними источниками данных — более продвинутая работа с внешними таблицами SQL.Кроме того, современные платформы обеспечивают корректную работу с протоколами TLS 1.2/1.3. Это критически важно, если ваша база обменивается данными по почте (SMTP/IMAP) или через HTTP-сервисы с внешними сайтами. Старые платформы (типа 8.3.10) часто не могут установить защищенное соединение с современными серверами.
Проанализируем текущие ветки платформы для стабильной работы «замороженной» базы:
ReadMe, какая версия платформы была рекомендована разработчиками на тот момент. Это ваш «нижний порог».Разберем последовательность действий для принятия решения:
Режим совместимости вашей конфигурации. Если он установлен в «Не использовать» или в очень старое значение, попробуйте сначала запустить базу на новой платформе в копии.8.3.18 для поддержки актуальных сертификатов безопасности.Важно: Перед любым обновлением платформы всегда делайте резервную копию базы данных и проверяйте работоспособность критически важных функций (проведение документов, формирование тяжелых отчетов) на тестовом сервере.