Почему в 1С пишется лицензия «Сетевой HASP4 ORG8A 300» и как ее убрать?

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

При переходе с базовой версии конфигурации «1С:Бухгалтерия» на версию ПРОФ или после проведения очередного обновления пользователи и администраторы иногда сталкиваются с крайне неожиданным поведением системы. В окне «О программе» в разделе лицензирования внезапно появляется надпись «Сетевой HASP4 ORG8A 300». При этом никаких физических многопользовательских ключей защиты на предприятии никогда не приобреталось.

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

Что означает маркировка «Сетевой HASP4 ORG8A 300»?

Для начала проанализируем, что скрывается за этой аббревиатурой. Это реально существующий тип аппаратного USB-ключа защиты, выпускаемый компанией Aladdin (ныне Thales/Gemalto) для защиты программных продуктов «1С»:

Учитывая высокую розничную стоимость оригинального физического ключа такого номинала (которая исчисляется семизначными цифрами в рублях), появление такой записи на обычном компьютере выглядит крайне подозрительно и сразу наводит на мысль об использовании эмулятора.

Шаг 1. Локализуем проблему: «Текущая» или «Информационная база»?

Прежде чем приступать к активным действиям, нам необходимо выяснить первопричину. Откроем в 1С окно «О программе» (кнопка с буквой «i» или через меню «Справка») и внимательно изучим раздел «Лицензия». Нам нужно понять, в какой именно строке отображается злополучный ключ.

Выясним разницу между этими строками:

  1. Раздел «Текущая»: Здесь пишется лицензия, которую платформа получила прямо сейчас для запуска текущего сеанса. Если вы видите здесь «Сетевой HASP4 ORG8A 300», это означает, что на вашем компьютере или в локальной сети в данный момент реально активен и работает физический ключ или программный эмулятор ключа защиты.
  2. Раздел «Информационная база»: Здесь отображается история («грязный след») лицензий. Платформа 1С записывает сведения о ключах, под которыми база когда-либо открывалась или обновлялась. Если в «Текущая» у вас указана легальная базовая или ПРОФ-лицензия, а в «Информационная база» висит список старых ключей, включая ORG8A 300, то прямо сейчас эмулятор не запущен, но база хранит исторические метаданные о его использовании в прошлом.

Рассмотрим подробнее каждый сценарий и способы решения.

Сценарий А: Лицензия отображается в строке «Текущая» (активный эмулятор)

Если система использует эмулятор прямо сейчас, обычное удаление и повторная установка платформы 1С через «Панель управления» не помогут. Эмуляторы (такие как MultiKey, vUSB и другие) работают как виртуальные драйверы устройств на уровне ядра Windows и остаются в системе даже после удаления 1С.

Выполним очистку операционной системы по шагам:

  1. Откроем Диспетчер устройств Windows.
  2. В меню сверху включим отображение скрытых устройств (опция «Вид» — «Показать скрытые устройства»).
  3. Найдем ветки «Контроллеры USB» или «Системные устройства». Ищем любые упоминания виртуальных USB-шин, например: Virtual USB MultiKey, SafeNet HASP, Sentinel HASP, vUSB.
  4. Кликнем правой кнопкой мыши по подозрительному устройству и выберем «Удалить устройство», обязательно отметив галочку «Удалить программы драйверов для этого устройства».
  5. Очистим системный реестр Windows. Откроем утилиту regedit и выполним поиск по ключевым словам MultiKey, HASP. Особое внимание уделим ветке:
    HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Emulator (или созвучным названиям виртуальных служб). Удалим эти ветки реестра.
  6. Перезагрузим компьютер. После перезагрузки платформа 1С должна запросить легальную лицензию (пин-код программной лицензии или легальный USB-ключ).

Сценарий Б: Лицензия отображается в строке «Информационная база» (история лицензий)

Этот сценарий наиболее распространен при обновлении программ. Почему так происходит? При обновлении конфигурации (особенно если использовался файл конфигурации .cf, скачанный со сторонних ресурсов, или если обновление выполнял приходящий специалист со своего ноутбука) в базу импортируется история лицензий того компьютера, на котором этот файл .cf собирался или тестировался. Если у разработчика обновления стоял эмулятор, эта запись навсегда записывается в вашу базу данных.

Вся история прошлых лицензий сохраняется в служебных настройках конфигурации. Конкретно она записывается в файл с уникальным идентификатором: c01b78f6-1525-41b1-9cc1-69e3da58d2ac.pfl.

Рассмотрим, как очистить эту «грязную» историю для разных вариантов работы базы данных.

Очистка истории лицензий в клиент-серверном варианте (SQL)

Если ваша база данных развернута на сервере под управлением MS SQL Server или PostgreSQL, удалить старые записи очень просто. Нам нужно очистить содержимое служебного файла в системной таблице Files.

Выполним SQL-запрос в зависимости от используемой СУБД:

Для СУБД Microsoft SQL Server:


UPDATE Files 
SET BinaryData = CONVERT(varbinary(max),''), datasize = 0 
WHERE FileName = 'c01b78f6-1525-41b1-9cc1-69e3da58d2ac.pfl'

Для СУБД PostgreSQL:


UPDATE files 
SET binarydata = ''::bytea, datasize = 0 
WHERE filename = 'c01b78f6-1525-41b1-9cc1-69e3da58d2ac.pfl';

После успешного выполнения запроса обязательно перезапустим службу Агента сервера 1С:Предприятие, чтобы очистить серверный кэш. После перезапуска и входа в базу запись о старых лицензиях в окне «О программе» пропадет. Для этой задачи можно использовать скрипт для автоматической очистки серверного кэша 1С.

Очистка истории лицензий в файловом варианте (1Cv8.1CD)

В файловой базе напрямую выполнить SQL-запрос к таблице невозможно. Здесь мы можем применить один из следующих подходов:

  1. Использование специализированных обработок: Существуют внешние обработки для 1С (например, утилиты очистки истории лицензий), которые способны открывать файл 1Cv8.1CD в монопольном режиме на низком уровне и вычищать запись о файле настроек c01b78f6-1525-41b1-9cc1-69e3da58d2ac.pfl. Перед запуском таких утилит обязательно создайте резервную копию базы!
  2. Метод переноса данных через XML: Выгрузим все данные из «грязной» базы в новую, абсолютно чистую информационную базу той же конфигурации. Поскольку переносятся только пользовательские данные и документы, а не служебные файлы настроек платформы, история старых лицензий разработчика в новую базу не попадет.
  3. Использование механизмов РИБ (Распределенных информационных баз): Создадим в базе автономный подчиненный узел. При создании начального образа служебный кэш лицензий часто сбрасывается. После создания отсоединим подчиненный узел от главного, сделав его самостоятельной базой.

Важные выводы и профилактика

Проанализировав ситуацию, мы видим, что само по себе наличие надписи в «Информационной базе» при чистой строке «Текущая» не означает, что на вашем компьютере установлен пиратский софт. Тем не менее, во избежание лишних вопросов со стороны проверяющих органов, настоятельно рекомендуется очищать эту историю.

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

← На главную