Ситуация, когда после планового обновления операционной системы Windows 10 программа 1С внезапно перестает видеть лицензию, является одной из самых распространенных и неприятных проблем. Особенно критично это выглядит, когда попытка восстановить лицензию с помощью резервного пин-кода проходит успешно (система сообщает, что лицензия получена), но при повторном входе в базу ошибка «Лицензия не обнаружена» сохраняется. В данной статье мы подробно разберем, почему это происходит и как восстановить работоспособность системы по шагам.
Программная лицензия 1С жестко привязывается к ключевым параметрам компьютера. К ним относятся не только аппаратные части (процессор, материнская плата, объем оперативной памяти), но и программные идентификаторы: имя компьютера, версия и серийный номер операционной системы. Крупные обновления Windows (так называемые Feature Updates) фактически переустанавливают часть системы, что может изменить строковое представление версии ОС. 1С воспринимает это как перенос программы на другой компьютер и блокирует текущую лицензию.
Однако существует и вторая, более скрытая причина — повреждение репозитория службы WMI (Windows Management Instrumentation). Именно через эту службу платформа 1С запрашивает характеристики оборудования для проверки привязки. Если служба возвращает ошибку, 1С не может сопоставить текущее «железо» с тем, что записано в файле лицензии.
Прежде чем тратить резервные пин-коды, мы должны проанализировать, на что именно жалуется программа. Рассмотрим текст ошибки, который обычно выдает 1С при запуске. Если в подробном описании (кнопка «Подробно») мы видим строку вида:
Ошибка программного лицензирования. Error=-2147217406(0x80041002)
или
Ошибка программного лицензирования. Error=-2147217394 (0x8004100E)
Это однозначный сигнал о том, что проблема не в самой лицензии, а в системной службе WMI. Ошибка 0x80041002 означает «Объект не найден», а 0x8004100E — «Недопустимое пространство имен». В таких условиях активация новых пин-кодов бесполезна, так как платформа не может корректно прочитать данные для новой привязки.
Рассмотрим, как проверить целостность репозитория WMI, не прибегая к радикальным мерам. Все действия необходимо выполнять от имени администратора в командной строке (cmd).
Для начала выполним проверку целостности базы данных WMI:
winmgmt /verifyrepository
Если система ответит «WMI repository is consistent», значит, база цела. Если же вы увидите сообщение об ошибке (INCONSISTENT), попробуем выполнить «мягкое» восстановление:
winmgmt /salvagerepository
После выполнения этой команды перезагрузите компьютер и попробуйте запустить 1С. Если это не помогло, перейдем к более глубокой очистке.
Если мягкое восстановление не дало результата, проанализируем ситуацию глубже. Иногда репозиторий формально цел, но содержит некорректные данные после обновления. В этом случае нам потребуется пересоздать его с нуля. Внимание: это действие может временно затронуть работу некоторых системных утилит или антивирусов, но для клиентской рабочей станции оно обычно безопасно.
Выполните следующую последовательность команд:
net stop winmgmt (подтвердите остановку зависимых служб, если потребуется).C:\Windows\System32\wbem\Repository. Рекомендуется просто переименовать её в Repository.old.net start winmgmt.После запуска службы Windows начнет заново наполнять репозиторий данными о системе. Подождите 5–10 минут и перезагрузите компьютер. После этого попробуйте зайти в 1С. Во многих случаях старая лицензия «подхватится» автоматически, если параметры ОС не изменились слишком сильно.
Проанализируем ситуацию, когда WMI исправен, активация новым пин-кодом прошла, но 1С всё равно не заходит. Это часто происходит из-за конфликта файлов в папке лицензий. Программа видит старый файл (который уже не валиден) и новый файл (который вы только что получили), и иногда «запинается» на проверке старого.
Рассмотрим алгоритм очистки «хвостов»:
C:\ProgramData\1C\licenses (это скрытая системная папка)..lic.При получении лицензии обязательно проверьте, чтобы данные о владельце (ФИО, организация, адрес) были заполнены символ в символ так же, как при самой первой активации. Любое отличие (например, «ООО» вместо «Общество с ограниченной ответственностью») приведет к отказу в выдаче лицензии центром лицензирования.
Разберем еще один нюанс Windows 10. Функция Fast Startup (Быстрый запуск) сохраняет состояние ядра и драйверов в файл гибернации вместо полной остановки системы. После обновления это может приводить к тому, что службы (включая WMI) инициализируются с ошибками из старого кэша. Чтобы исключить этот фактор, всегда используйте пункт меню «Перезагрузка», а не «Завершение работы», либо отключите быстрый запуск в настройках электропитания панели управления.
Если вы системный администратор и сталкиваетесь с этой проблемой регулярно, проанализируйте возможность использования аппаратного ключа защиты (USB). Он не зависит от обновлений Windows, переустановок ОС или замены комплектующих. Также для файловых баз, работающих по сети, полезно проверить настройки файла nethasp.ini, если используются сетевые лицензии, чтобы исключить поиск локальных ключей там, где их нет.
Подводя итог: в 90% случаев проблема «слетевшей» после обновления Windows лицензии решается именно через восстановление репозитория WMI или очистку старых файлов .lic. Не спешите тратить последний резервный пин-код, пока не убедитесь, что системные службы ОС работают корректно.