1С перестала видеть ключ или лицензию после обновления: диагностика и восстановление

Если после обновления 1С просит лицензию, сначала выясните, какую именно: клиентскую или серверную, программную или на USB-ключе. Почти всегда лицензия никуда не делась. Новая версия платформы просто не может её найти: другой пользователь службы, другая разрядность, не тот nethasp.ini, слетевший драйвер ключа или изменившиеся параметры компьютера.

Покупать новую лицензию до диагностики не нужно. Ниже порядок, в котором проверку проводят администраторы: от самого быстрого и безопасного шага к повторной активации.

Сначала определите, какая лицензия перестала находиться

Текст окна подсказывает, куда смотреть. Запишите его дословно, прежде чем закрывать.

• 🔑 Не обнаружен ключ защиты программы или полученная программная лицензия! — клиент не нашёл ни ключа, ни файла лицензии. Проблема на компьютере пользователя или в доступе к сетевому ключу.
• 🖥️ Не обнаружена лицензия для запуска сервера (или похожий текст о сервере 1С:Предприятия) — проблема с серверной лицензией, а не с рабочими местами.
• 👥 Превышено максимальное количество пользователей — лицензия найдена, но свободных мест нет. Часто после обновления пользователи держат «зависшие» сеансы старой версии.
• 🧩 Сообщение от конфигурации, а не от платформы (про лицензию на отраслевое решение, систему лицензирования конфигураций) — это отдельная защита разработчика конфигурации, а не лицензия платформы.

Дальше ответьте себе на три вопроса:

1. Что обновляли: платформу, конфигурацию, Windows, драйверы или переносили виртуальную машину?
2. Какой режим работы базы: файловый или клиент-серверный?
3. Чем защищена 1С: USB-ключом (на компьютере или сетевым на сервере) или программной лицензией по пин-коду?

USB-ключ после обновления 1С: драйвер, порт и менеджер лицензий

Аппаратный ключ не привязан к версии платформы. Если после обновления он «пропал», дело в окружении.

Локальный ключ на компьютере пользователя

1. Посмотрите на ключ: светодиод должен гореть ровно. Не горит — переставьте в другой порт, лучше на задней панели, без USB-удлинителя и хаба.
2. Откройте в браузере http://localhost:1947. Это центр управления Sentinel. В списке ключей (Sentinel Keys) ключ должен отображаться.
3. Страница не открывается — драйвер не установлен или служба не запущена. Проверьте в services.msc службу Sentinel LDK License Manager.
4. Переустановите драйвер защиты. Он есть в дистрибутиве платформы: при установке отметьте компонент установки драйвера защиты, либо запустите от администратора haspdinst.exe из папки платформы.

:: из папки, где лежит haspdinst.exe, в командной строке от администратора
haspdinst.exe -i

Сетевой ключ на сервере

Сетевой ключ раздаёт лицензии через менеджер лицензий (Aladdin HASP License Manager) по UDP-порту 475. После обновления 1С на клиентах чаще всего ломается не ключ, а поиск сервера ключей.

Клиент ищет ключ по настройкам файла nethasp.ini. Он лежит в каталоге conf платформы, например C:\Program Files\1cv8\conf\nethasp.ini. При установке новой версии в отдельную папку проверьте, что файл есть там, откуда его читает новая версия, и что содержимое верное:

[NH_COMMON]
NH_TCPIP = Enabled

[NH_TCPIP]
NH_SERVER_ADDR = 192.168.0.10
NH_USE_BROADCAST = Disabled

Вместо 192.168.0.10 укажите адрес сервера, где стоит ключ. Без явного адреса клиент ищет ключ широковещательным запросом, и после обновления сети или правил брандмауэра такой поиск часто перестаёт работать.

Что ещё проверить на сервере ключей:

• 🟢 служба менеджера лицензий запущена;
• 🧱 в брандмауэре открыт UDP 475 на входящие;
• 🔢 сетевой ключ рассчитан на нужное число пользователей: ключ на 10 мест не выдаст одиннадцатую лицензию.

Программная лицензия и пин-коды: проверить или активировать заново

Программная лицензия — это файл с расширением .lic, привязанный к параметрам компьютера. Сама платформа при обновлении его не удаляет. Но новая версия может не увидеть файл, а изменения «железа» и системы делают его недействительным.

Где лежат файлы лицензий

Откройте каталоги и убедитесь, что файлы на месте. Типичная ловушка: при активации выбрали сохранение «для текущего пользователя», а 1С теперь запускает другой пользователь, или сервер 1С переустановили и служба работает от новой учётной записи. Файл есть, но лежит в чужом профиле.

Когда лицензию нужно получить заново

Повторная активация нужна, если менялось то, к чему привязана лицензия:

• 💽 заменили диск, материнскую плату, процессор, сетевую карту;
• ☁️ перенесли виртуальную машину на другой хост или поменяли её конфигурацию;
• 🔄 переустановили Windows или крупно обновили систему;
• 🏷️ сменили имя компьютера.

Порядок такой:

1. Найдите пин-конверт. В нём несколько пин-кодов: один для первой активации, остальные резервные.
2. Найдите регистрационные данные, которые вводили при первой активации: организацию, ИНН, адрес. Их нужно повторить символ в символ.
3. Запустите 1С. В окне с ошибкой выберите получение лицензии и пройдите мастер. При повторной активации он попросит новый пин-код и ранее использованный.
4. Выберите, куда сохранить лицензию. Для сервера и общих компьютеров — для всех пользователей.

Не тратьте резервные пин-коды наугад. Их число в конверте ограничено. Если сначала исправить проблему с профилем или каталогом, повторная активация может вообще не понадобиться.

Новая версия платформы и сервер 1С: разрядность, служба, выдача лицензий

В клиент-серверном варианте ошибка «просит лицензию» после обновления сервера чаще всего связана с одной из четырёх причин.

1. Сменилась разрядность сервера

Лицензии на 32-разрядный сервер и на 64-разрядный (x86-64) — разные продукты. Если раньше работал сервер x86, а при обновлении поставили x64, старая серверная лицензия не подойдёт. Варианты: вернуть 32-разрядный сервер той же версии или приобрести лицензию на сервер x86-64. Клиентские лицензии от этого не зависят.

2. Служба сервера работает от другого пользователя

Программная лицензия сервера должна лежать там, где её видит учётная запись службы агента сервера 1С (часто это USR1CV8). При переустановке службы пользователь мог поменяться. Посмотрите в services.msc свойства службы агента сервера, вкладку входа в систему, и сравните с тем, для кого получали лицензию.

3. Работают две версии сервера

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

Проверьте список служб, остановите и отключите службу старой версии.

4. Сервер перестал выдавать клиентские лицензии

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

Там же, в консоли кластера, есть узел с лицензиями: он показывает, какие лицензии выданы и кому. Из командной строки то же видно через rac session list --licenses.

Очистка кэша 1С без потери лицензий

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

1. Закройте все окна 1С у этого пользователя.
2. Откройте %APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8.
3. Удалите только папки с длинными именами вида {GUID} — это кэш баз.
4. Запустите 1С. Можно один раз добавить параметр запуска /ClearCache в свойствах базы в списке.

Чего не трогать:

• 📄 ibases.v8i — список информационных баз пользователя;
• 🔐 каталоги licenses — там файлы программных лицензий;
• ⚙️ файлы настроек в корне 1cv8, если не уверены, за что они отвечают.

Кэш сервера (сеансовые данные в каталоге srvinfo) чистят только при остановленной службе сервера и при явных признаках повреждения. Пользовательскую ошибку с лицензией это обычно не лечит.

Проверьте ещё настройку запуска. В окне выбора баз есть настройка диалога запуска с флажком «Использовать аппаратную лицензию (ключ защиты)». Если лицензия программная, а флажок требует ключ, или наоборот ключ есть, а флажок снят, 1С может не найти нужную лицензию.

Частые ошибки при восстановлении лицензии

• ❌ Активируют лицензию заново при первом же сообщении. Резервный пин-код уходит, а причина была в пользователе службы или в каталоге профиля.
• ❌ Вводят регистрационные данные по памяти. Лишний пробел или другая форма организации — и повторная активация не проходит.
• ❌ Ставят 64-разрядный сервер, имея лицензию на 32-разрядный, и ищут неисправность в ключе.
• ❌ Удаляют весь каталог 1C в профиле при чистке кэша вместе с лицензиями и списком баз.
• ❌ Оставляют на сервере две службы разных версий, и они борются за порты.
• ❌ Втыкают USB-ключ в хаб монитора или клавиатуры, где не хватает питания.

Когда обращаться к партнёру или в поддержку 1С

Самостоятельно ситуацию не решить, если:

• 🔚 закончились резервные пин-коды, а лицензия снова нужна;
• 🧾 потеряны пин-конверт или регистрационные данные;
• 🔌 USB-ключ не определяется ни на одном компьютере, даже с другим портом и свежим драйвером: это может быть неисправность самого ключа;
• 🖥️ нужно перейти на сервер x86-64 и докупить лицензию;
• 🧩 ошибка идёт от защиты отраслевой конфигурации: тут поможет её разработчик.

Для обращения подготовьте: точный текст ошибки, версию платформы до и после обновления, режим работы базы, тип лицензии и номер её регистрации. Кто владелец лицензии, тот и обращается: письмо от постороннего лица по чужой лицензии не примут.

Про «активаторы» и «таблетки», которые обещают обойти проверку лицензии. Это нарушение прав правообладателя, а сами файлы нередко несут вредоносный код и ломаются при следующем обновлении. Легальные пути — повторная активация, дополнительные пин-коды от фирмы 1С или покупка нужной лицензии.

Частые вопросы