← На главную

Часто в практике системных администраторов возникает соблазн упростить себе жизнь: вместо активации и привязки программных лицензий использовать «найденный» или «оставшийся в наследство» аппаратный USB-ключ HASP. Казалось бы, совесть чиста — организация честно приобрела 10 лицензий, деньги вендору уплачены, а способ технической реализации защиты не должен иметь значения. Однако в мире 1С ситуация выглядит иначе. Рассмотрим детально, почему такая схема является рискованной, разберем технические отличия и проанализируем последствия с точки зрения лицензионной чистоты.

Юридическая правомочность: почему «коробки в сейфе» недостаточно

Проанализируем ситуацию с точки зрения лицензионного соглашения (EULA). Когда организация приобретает программный продукт 1С, она получает право на использование программы на строго определенных условиях. Право на использование программного обеспечения неразрывно связано с конкретным средством защиты, входящим в комплект поставки.

Выясним основные риски такого подхода:

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

Технические отличия: объем прав и подсчет лицензий

Разберем, почему утверждение «технически это одно и то же» является ошибочным. Проанализируем, как программные и аппаратные лицензии ведут себя в разных сценариях работы.

Аппаратный многопользовательский ключ HASP:

Если используется сетевой ключ (NetHASP), лицензия выдается на одну сессию (в рамках одного терминального сеанса или одного запущенного приложения 1cv8.exe). Это означает, что если бухгалтер запустит на одном компьютере три разные информационные базы, сетевой HASP при правильной настройке через HASP License Manager может выдать всего одну лицензию на этот компьютер (или терминальную сессию).

Программные лицензии (ПЛ):

Здесь важно понимать способ активации. Рассмотрим два варианта:

1. Активация «на компьютер»: Программная лицензия привязывается к железу конкретной рабочей станции. В этом случае она ведет себя аналогично локальному HASP — пользователь может открывать сколько угодно баз на этом ПК, тратя всего одну лицензию.
2. Раздача сервером приложений 1С: Если программные лицензии активированы на сервере, они тратятся на каждый сеанс. Запустил пользователь две базы — сервер «отъел» две лицензии из общего пула.

Таким образом, использование «серого» 10-пользовательского HASP вместо 10 программных лицензий может давать техническое преимущество (например, в терминальном режиме), которое не было оплачено. Это и есть то различие в «объеме прав», о котором говорят эксперты.

Мониторинг легальности и обновления платформы

Проанализируем современные механизмы проверки, внедренные в платформу 1С. Начиная с версий 8.3.17.1851, 8.3.18.1433 и выше (особенно после памятной даты 15.11.2021), 1С ужесточила контроль легальности.

Система может вести себя следующим образом:

• Проверка по черным спискам: Платформа регулярно связывается с серверами 1С. Если серийный номер вашего HASP-ключа находится в базе как «нелегальный» или «аннулированный», работа будет заблокирована.
• Центр мониторинга: Платформа собирает данные о конфигурации системы защиты. Ситуация, когда активированы одни лицензии, а работа идет через другой ключ, может быть распознана как попытка обхода защиты.
• Предупреждение о нелицензионном использовании: Даже если база открывается, может начать всплывать окно с предупреждением, которое блокирует работу пользователей через определенные промежутки времени.

Как поступить правильно?

Рассмотрим пошагово оптимальный алгоритм действий для администратора, чтобы избежать проблем в будущем:

1. Активация штатных лицензий: Не стоит держать программные лицензии «в сейфе». Их необходимо активировать. Если вы опасаетесь сложностей с переактивацией при смене железа, помните, что 1С предоставляет дополнительные пин-коды по запросу, если лимит исчерпан по уважительной причине.
2. Использование официального USB-ключа: Если вам критически необходима именно аппаратная защита (например, частые переустановки ОС или использование виртуальных машин без стабильных ID), вы можете официально приобрести продукт 1С:Предприятие 8. Дополнительный серийный номер для аппаратного ключа. Это позволит легально привязать ваши программные лицензии к физическому USB-носителю.
3. Настройка веб-сервера: Если у вас файловая база, рекомендуем опубликовать ее на веб-сервере (IIS или Apache). В этом случае программные лицензии можно активировать локально на сервере, и веб-сервер будет корректно раздавать их тонким клиентам.

Важный момент: Если вы все же решили использовать программные лицензии локально на каждом ПК, используйте функцию Установка платформы с выбором только нужных компонентов, чтобы избежать конфликтов с драйверами старых ключей. При активации выбирайте привязку «К данному компьютеру», если компьютеров ровно 10 и они редко меняются.

Вывод

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