Перевод конфигурации «1С:Управление производственным предприятием» (УПП) редакции 1.3 на платформу 8.3 — это не просто формальное обновление исполняемых файлов. Это процесс, требующий понимания того, как старая архитектура обычных форм взаимодействует с механизмами новой платформы. В данной статье мы разберем по шагам, какие настройки режима совместимости необходимо выставить, как избежать ошибок при реструктуризации базы данных и какие преимущества получает предприятие после такого перехода.
Первым делом проанализируем официальные требования фирмы «1С». Согласно документации к последним релизам УПП, конфигурация предназначена для работы на платформе 8.2, но полностью поддерживает работу в среде 8.3 при определенных условиях. Рассмотрим подробнее основное правило: для корректной работы УПП 1.3 на платформе 8.3 должен быть установлен режим совместимости «Версия 8.2.13».
Выясним причину, по которой нельзя просто «отключить» режим совместимости или поднять его до версии 8.3.10 и выше. УПП построена на технологии обычных форм, которая активно использует модальные окна и синхронные вызовы. В новых режимах платформы 8.3 использование МодальноеОкно или Вопрос() заблокировано на уровне ядра для обеспечения работы в веб-клиенте. Если мы изменим режим совместимости на современный, то при попытке открыть любую форму подбора или напечатать документ система выдаст критическую ошибку. Таким образом, сохранение значения Версия 8.2.13 является обязательным условием стабильности.
Рассмотрим ситуацию с техническим переходом базы данных. Существует два основных пути: прямое открытие базы новой платформой с последующим принятием изменений и метод «через .dt». Проанализируем, какой из них эффективнее.
Для небольших баз данных (до 20-30 Гб) процедура реструктуризации проходит достаточно быстро при обычном запуске конфигуратора. Однако на больших промышленных базах (сотни гигабайт) мы рекомендуем использовать следующий алгоритм:
.dt..dt в новую базу.Этот метод позволяет платформе заново сформировать структуру таблиц в SQL-сервере по своим внутренним алгоритмам, что часто помогает избежать ошибок индексации и проблем с типами данных Date, которые иногда возникают при прямом апгрейде. Важный нюанс: при работе с тяжелыми базами использование 64-битного сервера «1С:Предприятие» становится не просто рекомендацией, а производственной необходимостью для успешного завершения процесса реструктуризации.
Разберем, зачем вообще переходить на 8.3, если режим совместимости остается старым. Даже в режиме Версия 8.2.13 мы получаем доступ к ряду критически важных технологий:
Во-первых, это поддержка современных протоколов безопасности SSL/TLS. Старая платформа 8.2 имеет огромные сложности с интеграцией современных почтовых сервисов и государственных систем. Переход на 8.3 позволяет без «костылей» использовать сервис 1С:Контрагент, обмениваться электронными документами через 1С-ЭДО и настраивать защищенную почту.
Во-вторых, использование 64-битного клиента. Многие бухгалтеры сталкиваются с ошибкой «Недостаточно памяти» при формировании тяжелых отчетов (например, «Ведомость по запасам» за год). Платформа 8.3 дает возможность запустить 64-битную версию тонкого или толстого клиента, что снимает ограничение в 4 Гб на адресное пространство процесса.
Проанализируем проблему, с которой сталкиваются пользователи на современных мониторах. Начиная с версии платформы 8.3.15, механизм отрисовки обычных форм в УПП может давать сбои на 4K-мониторах: шрифты становятся мелкими или «размытыми». Чтобы решить эту задачу, разберем настройку файла conf.cfg или параметров запуска. Мы рекомендуем в настройках ярлыка на вкладке «Совместимость» выставить параметр «Переопределить режим масштабирования высокого разрешения», выбрав значение «Система». Это позволит платформе 8.3 корректно масштабировать старые формы УПП.
Посмотрим на работу системы в многопользовательском режиме. Платформа 8.3 более жестко управляет транзакционными блокировками. Даже если режим совместимости не менялся, оптимизатор запросов SQL в связке с новой платформой может вести себя иначе. Рассмотрим пример оптимизации:
Если в вашей конфигурации есть доработки, использующие запросы внутри циклов, после перехода на 8.3 количество Lock Timeout может возрасти. Рекомендуется после перехода провести «Тестирование и исправление» с включенной опцией «Реиндексация таблиц» и «Обновление статистик» на стороне SQL-сервера. Это поможет СУБД построить оптимальные планы запросов под управлением новой платформы.
Выясним причину возможных сбоев торгового оборудования. Если в УПП интегрированы сканеры штрихкодов или фискальные регистраторы, использующие драйверы эпохи 8.2, они могут работать нестабильно. Платформа 8.3 предъявляет повышенные требования к безопасности при вызове внешних dll. Разберем порядок действий:
В финале нашей совместной работы по переходу крайне важно выполнить очистку кэша. Старые временные файлы, созданные платформой 8.2, могут вызывать непредсказуемые «падения» системы при попытке обращения к метаданным в 8.3. Мы должны очистить:
%AppData%\1C\1cv8).snccntx в каталоге данных кластера), если наблюдаются странности в работе регламентных заданий.Подводя итог, можно сказать, что перевод УПП 1.3 на платформу 8.3 — это безопасная процедура, если соблюдать правило неизменности режима совместимости и использовать метод перезагрузки через .dt для обеспечения чистоты структуры данных. Это открывает путь к современным сервисам и повышает общую отказоустойчивость системы.