При обновлении типовых конфигураций, таких как 1С:Бухгалтерия предприятия 3.0 или 1С:Зарплата и управление персоналом 3.1, специалисты часто сталкиваются с жесткими требованиями к версии технологической платформы. В этой статье мы проанализируем опыт перехода на версии 8.3.14, 8.3.15 и выше, разберем причины принудительного обновления и рассмотрим критические ошибки, с которыми можно столкнуться в процессе эксплуатации.
Рассмотрим ситуацию, когда разработчики типовых решений начинают использовать возможности новых версий платформы. Например, начиная с версии 3.0.74.69 конфигурации Бухгалтерия предприятия, минимальный порог версии платформы был установлен на уровне 8.3.12.1685, однако настоятельно рекомендовалось использовать версию не ниже 8.3.15.1747.
Проанализируем требования для ЗУП 3.1. Версия 3.1.12.56 уже требует платформу не ниже 8.3.14.1976. Почему это происходит? В первую очередь это связано с отказом от режима совместимости. Перевод конфигурации на работу без совместимости с предыдущими версиями (например, с 8.3.12) позволяет разработчикам полноценно использовать:
Если ваша конфигурация ЗУП остается на редакции 3.1.10, то, как мы видим из обсуждения, она может работать на платформе 8.3.12.1440, что позволяет временно отложить переход на более «сырые» релизы 15-й ветки.
Разберем ситуацию с веткой 8.3.14. Несмотря на то что она считается более стабильной, чем ранние релизы 15-й версии, в ней зафиксированы специфические ошибки. Выясним причину некоторых из них:
8.3.14.1489 пользователи жаловались на невозможность сохранения табличного документа в форматы doc и docx. Это критично для выгрузки печатных форм во внешние редакторы.Платформа 8.3.15 привнесла множество изменений в интерфейс и работу с внешними компонентами. Однако на практике пользователи столкнулись со следующими сложностями:
1. Ошибки отрисовки интерфейса (GDI). Проанализируем ситуацию с визуальными артефактами. Пользователи часто замечают «черные квадраты» вместо иконок или зависание окон. Рассмотрим подробнее: это часто связано с некорректным взаимодействием платформы с драйверами видеокарт при использовании нескольких мониторов с разным масштабированием (DPI). Если вы работаете на 15-й платформе, рекомендуется устанавливать одинаковый масштаб для всех экранов.
2. Синхронизация данных через COM-соединение. Рассмотрим проблему обмена данными между ЗУП 3 и Бухгалтерией 3. При использовании платформы 8.3.15.1656 часто возникают ошибки при попытке подключения через V83.COMConnector. Основные причины:
Несоответствие типов при передаче сложных объектов.Для решения проблем синхронизации рекомендуется использовать обмен через Enterprise Data (веб-сервисы), так как это избавляет от зависимости от COM-технологии.
3. Вылеты конфигуратора. Разберем ситуацию при обновлении Управления торговлей 11. На релизах типа 8.3.15.1656 конфигуратор может стабильно вылетать при попытке принять изменения. В этом случае полезно выполнить следующие шаги:
%AppData%\1C\1cv8).Крайне важный момент касается системных администраторов, чьи серверы до сих пор работают на Windows Server 2003 или Windows XP. Начиная с версии 8.3.15, официальная поддержка этих систем прекращена. Рассмотрим подробнее ошибку Удаленный хост разорвал соединение при попытке запустить оснастку управления сервером 1С. Это происходит из-за перехода платформы на новые библиотеки Visual Studio и обязательного требования протокола TLS 1.2 для сетевых соединений. Старые операционные системы не поддерживают эти протоколы нативно, что делает работу современной платформы 1С на них невозможной.
Хотя 16-я ветка на момент обсуждения считалась новой, в ней уже были выявлены проблемы с подсистемой печати. Проанализируем типичные жалобы: при выводе на печать табличных документов происходит смещение полей или игнорируются настройки принтера по умолчанию. Если ваша работа завязана на массовой печати документов, переход на 8.3.16 следует выполнять с осторожностью, предварительно протестировав печатные формы на конкретных моделях принтеров.
На основе опыта участников обсуждения можно выстроить следующую стратегию выбора:
Вариант 1: Консервативный. Если ваши конфигурации позволяют работать в режиме совместимости с 8.3.12, лучше оставаться на стабильных сборках 12-й или 13-й ветки (например, 8.3.13.1644). Это обеспечит максимальную стабильность интерфейса и предсказуемость работы с COM-соединениями.
Вариант 2: Вынужденный переход. Если обновление БП 3.0 требует новую платформу, наиболее сбалансированным вариантом на переходный период считалась ветка 8.3.14.1854. Она уже поддерживает требования конфигураций, но лишена части интерфейсных «глюков» 15-й серии.
Вариант 3: Актуальный. При необходимости использования платформы 8.3.15, выбирайте самые последние сборки, где исправлены ошибки реструктуризации базы данных. Обязательно убедитесь, что все рабочие станции переведены на современные версии Windows (не ниже Windows 7 SP1 или Server 2008 R2), чтобы избежать проблем с безопасными соединениями.
В процессе совместной работы над инфраструктурой всегда помните о важности архивных копий перед любым обновлением платформы, особенно если оно сопровождается конвертацией базы данных или изменением режима совместимости.