При обновлении конфигурации «1С:Бухгалтерия предприятия» редакции 3.0 (начиная с версии 3.0.66.47 и выше) многие технические специалисты столкнулись с неприятной коллизией. В сопроводительной документации указывалась одна версия платформы, а при попытке запуска или обновления система выдавала критическую ошибку, требуя более свежую сборку. Ситуация осложнилась публикацией исправления ошибки №30165249, которое, по мнению некоторых пользователей, только запутало ситуацию.
В этой статье мы подробно разберем, почему возникла эта проблема, что на самом деле исправляет патч 30165249 и какую версию платформы 1С:Предприятие 8.3 следует считать эталонной для стабильной работы этой редакции.
Проанализируем ситуацию, возникшую в релизе 3.0.66.47. Основная проблема заключалась в жестком расхождении между текстовым файлом ReadMe.txt и внутренним кодом конфигурации. В программном модуле, отвечающем за проверку версии платформы при запуске, была прописана проверка на версию 8.3.12.1685. Однако в текстовом файле описания (ReadMe) разработчики по ошибке указали более старую версию — 8.3.12.1529.
Это приводило к следующему сценарию:
ReadMe.txt, видит версию 1529.Ошибка №30165249 была зарегистрирована именно как «ошибка в документации». В версии БП 3.0.66.53 разработчики «исправили» её, просто заменив текст в ReadMe на правильный. Теперь там честно написано, что требуется 8.3.12.1685. Таким образом, минимальный порог был не «понижен» до старых версий, а «узаконен» на уровне документации.
Выясним причину, по которой фирма «1С» так жестко ограничила минимальную версию платформы именно этой сборкой. Это не было случайным решением. Версия 8.3.12.1685 содержит критические исправления в ядре платформы, без которых работа современных конфигураций на базе БСП (Библиотеки стандартных подсистем) становится нестабильной.
Рассмотрим основные факторы:
1. Работа с HTTP-сервисами и утечки памяти. В версиях ветки 8.3.12 ниже 1685 наблюдались проблемы с освобождением оперативной памяти при интенсивном использовании веб-сервисов и API. Поскольку БП 3.0.66 активно использует интеграцию с государственными информационными системами (ФСС, ПФР, Честный Знак) через HTTP-протоколы, работа на старой платформе приводила к аварийному завершению рабочих процессов сервера 1С.
2. Масштабирование интерфейса «Такси». Именно в сборке 1685 были окончательно устранены ошибки некорректного отображения форм при использовании нестандартного масштабирования Windows (например, 125% или 150% на 4K-мониторах). В БП 3.0.66 обновились многие формы отчетности, которые «разъезжались» на более ранних версиях платформы.
3. Фоновые задания и аутентификация. В релизе 3.0.66 были изменены механизмы обработки длительных операций. Новая логика требовала корректной передачи контекста пользователя в фоновые задания, что стабильно заработало только в последних сборках 12-й ветки.
Посмотрим на ситуацию с точки зрения системного администрирования. Ошибка 30165249 затрагивала не только текст ReadMe.txt, но и служебные файлы дистрибутива, такие как V8Dev.lst. Этот файл используется сервисом «1С:Обновление программ» для автоматического определения требований.
Если в манифесте указана неверная версия, автоматизированные системы обновления могут загрузить конфигурацию, которую сервер физически не сможет запустить. Исправление в версии 3.0.66.53 включало в себя корректировку этих внутренних файлов манифеста, что позволило системам автообновления корректно предлагать сначала обновить платформу, а уже потом — конфигурацию.
Проанализируем сообщение одного из участников форума, который указывает на версию 8.3.12.1412. Это типичное заблуждение, связанное с архитектурой 1С. Библиотека стандартных подсистем (БСП) версии 3.0.2, на которой построена БП 3.0.66, действительно имеет минимальный порог 1412. Однако конкретное прикладное решение (Бухгалтерия) может повышать эти требования, если оно использует:
Важный нюанс: Если вы используете Расширения конфигурации, эксперты настоятельно рекомендуют не ограничиваться версией 8.3.12.1685, а переходить сразу на ветку 8.3.14 или 8.3.15, так как в 8.3.12 работа с расширениями в режиме совместимости часто вызывает критические ошибки при реструктуризации базы данных.
Разберем по шагам, как правильно подготовить систему к работе с БП 3.0.66, чтобы не столкнуться с описанными проблемами:
БухгалтерияПредприятия отключен режим совместимости (для актуальных версий БП 3.0 это стандартное требование).Рассмотрим пример того, как система проверяет версию платформы в коде. Обычно это выглядит как вызов функции из общего модуля СтандартныеПодсистемыСервер:
// Пример логики проверки (упрощенно)
МинимальнаяВерсия = "8.3.12.1685";
ТекущаяВерсия = ИнфоВзаимодействия.ВерсияПлатформы();
Если СистемныеМеханизмы.ВерсияНиже(ТекущаяВерсия, МинимальнаяВерсия) Тогда
ВызватьИсключение "Для работы требуется обновление платформы!";
КонецЕсли;
Таким образом, даже если вы «обманете» файл ReadMe, программный код 1С:Бухгалтерии заблокирует вход в систему, защищая данные от возможной порчи из-за ошибок старой платформы. Ошибка 30165249 — это наглядный пример того, что при расхождениях в документации всегда следует доверять требованиям, которые предъявляет сама программа при запуске.