Перевод конфигураций на обычных формах, таких как «Управление торговлей 10.3», с платформы «1С:Предприятие 8.2» на современную ветку 8.3 — распространенная задача. Причиной такого перехода чаще всего становятся требования к безопасности протоколов (например, работа с почтовыми сервисами по SSL/TLS, которые платформа 8.2 не поддерживает из коробки), оптимизация работы сервера или объединение инфраструктуры под управлением единого кластера 8.3.
Разберем детально, как правильно спланировать миграцию, какие подводные камни ожидают администратора и разработчика и как не нарушить повседневную работу пользователей и торгового оборудования.
Проанализируем ключевой вопрос: стоит ли отключать режим совместимости при переносе конфигурации на платформу 8.3. В исходных обсуждениях часто встречается практика снятия совместимости для попытки ускорить работу, однако в случае с УТ 10.3 делать это категорически не рекомендуется.
Рассмотрим, с чем это связано:
РежимСовместимостиИнтерфейса должно строго оставаться в значении Версия 8.2. Попытка переключить его вызовет невозможность нормального отображения интерфейса УТ 10.3.РежимСовместимости включенным (на уровне версии 8.2 или соответствующей подверсии платформы). В этом режиме толстый клиент УТ 10.3 функционирует абсолютно стабильно и сохраняет привычную эргономику.Выясним причину возможных сбоев в обменах данными при смене платформы. Если в вашей инфраструктуре настроен обмен через COM-соединение с другими базами («Бухгалтерия предприятия», «Зарплата и управление персоналом» или исторические узлы), старый код может перестать работать.
Для платформы 8.2 использовался программный идентификатор V82.COMConnector. При переходе на 8.3 его необходимо заменить на V83.COMConnector.
Посмотрим на пример адаптации вызова в коде:
// Старый вариант вызова под 8.2:
// COMСоединитель = Новый COMОбъект("V82.COMConnector");
// Корректный вызов для платформы 8.3:
Попытка
COMСоединитель = Новый COMОбъект("V83.COMConnector");
Подключение = COMСоединитель.Connect(СтрокаПодключенияКБазе);
Исключение
ЗаписьЖурналаРегистрации("Ошибка подключения COM", УровеньЖурналаРегистрации.Ошибка, , , ОписаниеОшибки());
ВызватьИсключение;
КонецПопытки;
Также важно зарегистрировать соответствующую библиотеку comcntr.dll из каталога новой платформы 8.3 в операционной системе с помощью утилиты regsvr32.
Разберем по шагам тонкости работы со складским и кассовым оборудованием. В УТ 10.3 интеграция со сканерами штрихкодов, фискальными регистраторами и эквайринговыми терминалами построена на 32-битных внешних библиотеках (.dll).
Обратите внимание на критические правила:
1cv8.exe. Перед запуском базы в промышленную эксплуатацию необходимо проверить полный цикл работы оборудования: сканирование, печать чека, снятие Z-отчета.Платформа 8.3 предъявляет повышенные требования к безопасности исполнения внешнего кода, что напрямую влияет на типовые сценарии работы УТ 10.3:
DisableUnsafeActionProtection в файле конфигурации conf.cfg или снять флаг защиты от опасных действий для служебных учетных записей.БезопасныйРежим = Истина), платформа 8.3 заблокирует создание COM-объектов, доступ к файловой системе операционной системы и выполнение внешних системных команд.Проанализируем поведение серверных баз. Архитектура УТ 10.3 исторически оптимизирована под автоматический режим блокировок. При переводе нагруженной базы на сервер «1С:Предприятия 8.3» под управлением Microsoft SQL Server важно убедиться, что для базы данных настроен режим версионирования строк:
ALTER DATABASE [ИмяБазыДанных] SET READ_COMMITTED_SNAPSHOT ON;
Включение данного параметра снижает количество блокировок на уровне таблиц и устраняет конфликты взаимной блокировки транзакций (deadlocks), обеспечивая стабильную работу десятков пользователей в толстом клиенте.
Рассмотрим серверные аспекты миграции: