1С не видит лицензию: HASP 1947 и файлы программных лицензий, не «новый ключ с форума»

Короткий ответ

Сообщение «лицензия не обнаружена» разбирайте как доступ к легальному ключу, не как «платформа сломалась». Отделите: аппаратный HASP (локальный или сетевой, Sentinel, порт 1947), программная лицензия (файлы на сервере/ПК, привязка к оборудованию), серверные vs клиентские лицензии, исчерпание сеансов. Проверьте службу менеджера лицензий, nethasp.ini, firewall 1947, что клиент ищет ключ там, где он есть (SRV-1C, не локально), и что после переноса VM/смены материнки программная лицензия не «отвязалась».

База Accounting на SQL01 при этом может работать идеально. Не используйте неофициальные средства обхода защиты — это незаконно и ломает обновления 8.3.

Симптомы и как отличить

Типичная картина:

• предприятие не стартует с текстом про ключ/лицензию;
• на SRV-1C в консоли база открывается, с ПК — нет;
• утром все вошли, к 10:00 новые сеансы отклоняются;
• после клонирования VM или замены CPU программная лицензия исчезла.

Отличия:

Возможные причины

1. Сетевой ключ: клиент не достучался до SRV-1C:1947 (firewall, неверный NH_SERVER_ADDR).
2. Служба Sentinel LDK License Manager / HASP не запущена, ключ не горит в USB.
3. Программные лицензии лежат не на том хосте; серверные лицензии должны активироваться там, где ragent.
4. Все клиентские лицензии заняты (висящие сеансы).
5. После переноса SRV-1C на новое железо программная лицензия требует повторной активации штатным пин-кодом из комплекта.
6. Несовместимый драйвер HASP после обновления Windows.
7. Редко: сломан USB, хаб без питания, ключ воткнут в клиентский ПК вместо сервера.

Диагностика

1. Что написано точно

Скрин текста: «не обнаружена» vs «превышено количество». Второе — сеансы, не драйвер.

В консоли кластера: сеансы Accounting, лицензии (получена с сервера / локально).

2. Аппаратный ключ

На машине, где ключ должен быть (обычно SRV-1C):

Get-PnpDevice | Where-Object { $_.FriendlyName -match 'HASP|Sentinel|Aladdin' } | Format-Table Status, Class, FriendlyName
Get-Service | Where-Object { $_.Name -match 'hasplms|HASP|Sentinel' -or $_.DisplayName -match 'HASP|Sentinel' }
Test-NetConnection SRV-1C -Port 1947

Порт 1947/TCP и UDP — штатный для Sentinel LDK. С клиента, где нет ключа, 1947 до сервера лицензий должен открываться, если ключ сетевой.

nethasp.ini (часто в C:\Program Files\1cv8\conf\ или рядом с бинарниками):

Get-ChildItem 'C:\Program Files\1cv8','C:\Program Files (x86)\1cv8' -Recurse -Filter 'nethasp.ini' -ErrorAction SilentlyContinue |
  Select-Object -First 10 FullName

Проверьте NH_SERVER_ADDR = SRV-1C (или IP). Пустой broadcast в чужой VLAN не находит ключ.

3. Программные лицензии

Ищите файлы лицензий в каталогах, которые использует ваша сборка 8.3 (часто %PROGRAMDATA%\1C\licenses на сервере и профили пользователя). Не копируйте файлы лицензий между машинами как «бэкап активации» — привязка к железу сломается. Перенос — только по процедуре 1С с резервными пин-кодами.

4. Исчерпание

& 'C:\Program Files\1cv8\8.3.23.1782\bin\rac.exe' session list --cluster=<cluster-uuid>

Сравните число сеансов с купленными клиентскими лицензиями. Висящие сеансы после обрыва RDP держат слот.

Решение

Сценарий A. Сетевой HASP, порт закрыт

Откройте 1947 с клиентских сетей к хосту с ключом. Не выставляйте 1947 в интернет. Запустите службу менеджера лицензий. Ключ в USB сервера, не через дешёвый хаб без питания.

Сценарий B. nethasp.ini

Пропишите сервер лицензий явно. Распространите тот же ini на терминальные серверы. Перезапуск клиента после правки ini.

Сценарий C. Превышено количество

Снимите мёртвые сеансы штатно (сеанс завис). Не рестартуйте весь кластер ради одного слота. Если слоты реально кончились — докупайте лицензии, не «размножайте ключ».

Сценарий D. Программная лицензия после смены железа/переноса VM

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

Сценарий E. Драйвер

Ставьте драйвер HASP/Sentinel из комплекта вашей платформы или с сайта вендора ключа, совместимый с Windows Server, на котором живёт SRV-1C. После обновления Windows проверьте, что устройство не с жёлтым треугольником.

Как проверить, что проблема устранена

• Пользователь без прав администратора открывает Accounting.
• Новый сеанс при уже работающих коллегах (если проблема была в «превышено» — проверьте лимит).
• С ПК: Test-NetConnection SRV-1C -Port 1947 успешен для сетевого ключа.
• Рестарт клиента без «нашёл ключ с третьей попытки».

Если не помогло

• Ключ виден в Sentinel Admin Control Center на localhost SRV-1C, с сети нет — всё ещё firewall/маршрутизация, не 1С.
• Только конфигуратор требует отдельную лицензию — это другой тип, не клиент предприятия.
• После переезда на новый SRV-1C см. перенос базы: лицензии переносятся отдельно от SQL.
• SQL тут ни при чём: не переустанавливайте MSSQLSERVER.

Профилактика

• Ключ в серверной, мониторинг USB и службы hasplms.
• Алерт по числу сеансов vs купленный пул.
• Резервные пины программных лицензий в сейфе, не в открытом wiki.
• Запрет клонирования прод-VM с активированной программной лицензией без процедуры.
• Документировать, какой хост является сервером лицензий.

FAQ

Почему на сервере 1С открывается, с ПК нет?

Сервер находит локальный ключ, клиент ищет у себя или не достучался до 1947. Лечится сетью и nethasp, не «поставь платформу ещё раз».

Можно ли воткнуть ключ в ноутбук админа?

Плохая идея: выключили ноут — встал офис. Ключ держите на SRV-1C или выделенном license-хосте.

Нужно ли открывать 1947 между филиалами?

Только если филиал берёт лицензии с центрального ключа. Иначе локальный ключ/программные лицензии. Не через интернет без VPN.

Кончились резервные пины. Что делать?

Через официальную поддержку правообладателя или партнёра 1С, не через неофициальные сервисы активации.

Антивирус блокирует hasplms. Отключить Defender?

Нет навсегда. Исключение на бинарник службы по политике, разбор ложного срабатывания.