Слетит ли программная лицензия 1С при обновлении платформы и как обновить сильно устаревшую базу УТ 11?

Программист 1С v8.3 (Управляемые формы) 1С:Управление торговлей Торговля и дистрибуция
← На главную

Рассмотрим распространенную ситуацию: на предприятии эксплуатируется устаревшая конфигурация «1С:Управление торговлей 11» (например, редакции 11.1.2 на платформе 8.2), которая не обновлялась годами. В связи с необходимостью перехода на онлайн-кассы по требованиям 54-ФЗ требуется переход на актуальные версии платформы «1С:Предприятие 8.3» и конфигурации УТ 11. Разберем ключевые вопросы: что произойдет с программной лицензией, какие требования предъявляются к подписке ИТС и какой сценарий перехода выбрать.

Поведение программной лицензии при обновлении платформы и конфигурации

Проанализируем базовый принцип работы программной защиты «1С:Предприятие». Программная лицензия формирует цифровую привязку к аппаратно-программному комплексу компьютера или сервера. Ключевыми параметрами для привязки выступают:

  1. Материнская плата и процессор;
  2. Объем оперативной памяти;
  3. Сетевые адаптеры и их MAC-адреса;
  4. Версия и накопительные обновления операционной системы;
  5. Имя компьютера.

Само по себе обновление версии конфигурации или платформы не изменяет ключевые аппаратные параметры компьютера. Лицензия продолжит действовать, если не производилась замена комплектующих или переустановка операционной системы.

Однако при переходе со старых версий 8.2 на актуальные релизы 8.3 необходимо учитывать технические нюансы:

  1. Расположение файлов лицензии: В платформе 8.2 файлы с расширением .lic часто сохранялись в профиль конкретного пользователя (каталог %APPDATA%\1C\1Cv82). Платформа 8.3 ищет лицензии в общем общесистемном каталоге %ALLUSERSPROFILE%\Application Data\1C\licenses (или C:\ProgramData\1C\licenses). Если после установки 8.3 лицензия не обнаружена, достаточно вручную перенести файл .lic в общесистемную папку.
  2. Изменение алгоритма сбора параметров: В платформе 8.3 переработан механизм опроса сетевых интерфейсов и виртуальных устройств. Если в системе присутствуют неактивные или виртуальные адаптеры, привязка может потребовать повторной активации резервного пин-кода.

Лицензионные требования и восстановление пин-кодов

Выясним правовые и организационные аспекты обновления версий уровня ПРОФ:

  1. Наличие договора 1С:ИТС: Для конфигураций версий ПРОФ (включая «1С:Управление торговлей») установка любых официальных обновлений конфигурации и платформы юридически правомерна только при наличии действующего договора сопровождения (1С:ИТС / 1С:КП). Без договора сопровождения использование обновлений нарушает лицензионное соглашение.
  2. Восстановление лицензий при утере пин-кодов: Если лицензия все же потребует повторной активации, а конверт с пин-кодами утерян, лицензию можно восстановить через Центр лицензирования фирмы «1С». Обязательным условием является знание регистрационного номера программного продукта и регистрация программы в личном кабинете на портале 1С.

Выбор стратегии обновления: цепочка релизов или ввод остатков

При переходе с релизов уровня 11.1 на актуальные редакции 11.4 или 11.5 прямое обновление через один файл .cf невозможно из-за фундаментальных изменений структуры данных. Рассмотрим два пути решения задачи.

Вариант 1. Сквозное обновление через промежуточные релизы

Разберем процесс обновления существующей базы данных по шагам:

  1. Формирование резервной копии: Создаем полную копию базы через выгрузку в файл .dt и копирование файла 1Cv8.1CD.
  2. Построение цепочки обновлений: Определяем обязательные узловые релизы:

    11.1.2 → 11.1.10 → 11.2.3 → 11.3.4 → 11.4.13 → 11.5.x

  3. Запуск обработчиков обновления: После установки конфигурации каждого промежуточного релиза обязательно запускаем базу в режиме «1С:Предприятие» под учетной записью с правами администратора и дожидаемся 100% выполнения отложенных обработчиков обновления данных (подсистема БСП). Пропуск запусков приведет к повреждению регистров и невозможности дальнейшей работы.
  4. Контроль размера таблиц: В файловых базах действует ограничение: размер одной внутренней таблицы не может превышать 4 ГБ. При массовом накате десятков релизов таблицы регистрации изменений и служебные логи могут вызвать переполнение базы. Для ускорения процесса и предотвращения ошибок процедуру рекомендуется выполнять на копии, временно переведенной в клиент-серверный режим (SQL), на быстром SSD-накопителе.

Вариант 2. Свертка и перенос данных в чистую базу (рекомендуемый метод)

Если конфигурация устарела на несколько лет, сквозное обновление занимает огромное количество времени и несет риски накопления старых ошибок. Оптимальный подход — начать работу в новой чистой базе актуального релиза:

  1. Развертывание чистой базы: Устанавливаем актуальный релиз УТ 11 и платформу 8.3 на рабочем сервере или компьютере.
  2. Перенос справочников: Переносим нормативно-справочную информацию (номенклатуру, характеристики, штрихкоды, контрагентов, соглашения, кассы ККМ) с помощью обработки УниверсальныйОбменДаннымиXML или типовых правил конвертации.
  3. Ввод начальных остатков: На выбранную дату перехода (например, на начало месяца) оформляем документы раздела «Начальное заполнение»:
    • Ввод остатков собственных товаров;
    • Ввод остатков расчетов с клиентами и поставщиками;
    • Ввод остатков наличных и безналичных денежных средств.
  4. Архивация старой базы: Старая база переводится в режим «только для чтения» и остается доступной для просмотра истории и сдачи отчетности за прошлые периоды.

Особенности подключения онлайн-касс (54-ФЗ)

После перехода на актуальную платформу и конфигурацию учитываем требования к торговому оборудованию:

  1. Соответствие разрядности: Разрядность установленной платформы «1С:Предприятие» (32-bit или 64-bit) должна строго совпадать с разрядностью устанавливаемых системных драйверов подключаемого оборудования (ККТ, сканеры, эквайринг).
  2. Библиотека подключаемого оборудования (БПО): В актуальных версиях УТ 11 работа с кассами осуществляется через актуальные версии БПО, поддерживающие форматы фискальных документов ФФД 1.2.
  3. Режим работы: При одновременной работе нескольких рабочих мест кассиров в файловой базе часто возникают блокировки таблиц при пробитии чеков. Для стабильной работы рекомендуется публикация базы на веб-сервере (IIS / Apache) для работы через тонкий клиент или переход на клиент-серверный вариант работы.
← На главную