Разберем типичную ситуацию: в организации эксплуатируется система «1С:Предприятие 8.2» с клиентской лицензией на 20 рабочих мест, при этом подписка на информационно-технологическое сопровождение (ИТС / 1С:КП) ранее не оформлялась либо ее срок давно истек. Выясним, необходимо ли докупать новые клиентские лицензии для работы на платформе 8.3, как легально получить дистрибутив и какие технические нюансы следует учесть при миграции.
Проанализируем лицензионную политику фирмы «1С». Лицензии на платформу «1С:Предприятие 8» (как аппаратные USB-ключи защиты HASP, так и программные пин-коды) являются сквозными и универсальными для всей восьмой версии линейки. Это означает следующее:
Разберем ключевое различие между правом использования лицензий и правом получения обновлений. Клиентская лицензия дает право работать на платформе, однако доступ к дистрибутивам обновлений платформы и типовых конфигураций регулируется договором сопровождения.
Рассмотрим варианты правомерного получения платформы 8.3:
Когда вопрос с получением дистрибутива решен, перейдем к технической части перевода информационной базы. Выполним миграцию последовательно, обращая внимание на критические изменения в платформе 8.3.
1. Необратимая конвертация информационной базы
При первом открытии информационной базы формата 8.2 в среде «1С:Предприятие 8.3» происходит автоматическая конвертация внутренних таблиц и структуры метаданных. После выполнения этой процедуры открыть файл .1CD или загрузить выгрузку .dt обратно в платформу 8.2 будет невозможно. Поэтому перед любыми действиями обязательно создаем полную резервную копию базы данных.
2. Механизм хеширования паролей пользователей
В платформе 8.3 применен обновленный алгоритм безопасного хеширования паролей. Когда пользователь впервые авторизуется в сконвертированной базе под платформой 8.3, его хеш пароля перезаписывается в новом формате. С этого момента вход под данной учетной записью через старую платформу 8.2 блокируется.
3. Настройка режима совместимости конфигурации
Если база данных создана на базе обычных (неуправляемых) форм или содержит устаревший программный код, сразу запускать ее в полном режиме 8.3 без адаптации нельзя. Для плавного перехода настроим режим совместимости:
Конфигуратор.РежимСовместимости.Версия 8.2.13 или Версия 8.2.16.Это позволит платформе 8.3 корректно исполнять синхронный код модальных окон, классические блокировки и обычные формы без возникновения непредвиденных исключений.
Если требуется временная параллельная эксплуатация нескольких баз на разных версиях платформы, настроим службы на разные порты. По умолчанию обе версии используют сетевые порты 1540, 1541, 1560-1591.
Для запуска сервера 8.3 параллельно со службой 8.2 переопределим порты новой службы в реестре или при создании службы через утилиту командной строки:
Зададим смещение портов (например, 2540, 2541, 2560-2591), чтобы исключить сетевые конфликты между процессами rmngr и rphost разных версий.
Таким образом, докупать пользовательские лицензии на 20 мест при переходе на 8.3 не требуется. Главная задача — обеспечить легальный доступ к дистрибутиву через оформление договора сопровождения (1С:КП), сделать резервную копию и выставить корректный режим совместимости в конфигурации.