Утром пользователи открывают базу и видят «Лицензия не обнаружена». Лицензия куплена, вчера всё работало, а мастер уже предлагает получить новую. Первое действие здесь — не ввод PIN. Сначала сохраните, где платформа искала лицензию и почему каждый вариант не подошёл.
Снимите точное сообщение и историю поиска
В окне ошибки нажмите Подробнее. Официальное руководство 1С описывает «Историю поиска ключа»: там видны проверенные источники, результат и причина отказа. Сделайте скриншот целиком, запишите время и пользователя Windows.
- PASS: есть точный текст, история поиска и момент появления ошибки.
- FAIL: команда уже переактивирует лицензию, не понимая, клиентская она или серверная.
Определите, какая лицензия требуется этому запуску
Фраза «лицензия не найдена» не говорит, какой именно уровень отсутствует. В файловой базе клиент ищет право на пользовательский сеанс. В клиент-серверной схеме отдельно участвует сервер 1С. При работе через web или terminal server место многопользовательской лицензии тоже зависит от архитектуры.
| Симптом | Что отделить | Первая проверка |
|---|---|---|
| Не запускается один ПК | Локальный контекст пользователя | Тот же пользователь и тот же клиент |
| Не входят все пользователи базы | Серверная часть и общий источник | Службы, сервер, история поиска |
| Толстый клиент работает, web нет | Разные места запуска | Контекст web-сервера |
| Ошибка после миграции | Изменение окружения | Имя, VM и схема лицензирования |
Зафиксируйте окружение, не меняя его
На Windows откройте PowerShell от обычного пользователя и соберите базовые признаки. Эти команды не меняют систему:
hostname
whoami
Get-Service | Where-Object { $_.DisplayName -match '1C|1С' } |
Select-Object Status, Name, DisplayName
Get-Date -Format oЗатем откройте Просмотр событий → Журналы Windows → Система и Приложение. Отфильтруйте записи по времени первого сбоя. Ищите перезапуск службы, обновление, изменение сетевого интерфейса или ошибки доступа. Не надо считать любую соседнюю запись причиной; нам нужна временная связь.
Сравните контексты запуска
- Запустите тот же клиент под тем же Windows-пользователем, у которого он работал.
- Проверьте, возникает ли ошибка на одном ПК или у всех.
- Для клиент-серверной базы отдельно проверьте запуск службы сервера 1С.
- Сопоставьте результат с историей поиска ключа.
PASS: различие воспроизводится по конкретному контексту: пользователь, рабочее место, web или server. FAIL: одновременно обновляют платформу, меняют службу и запускают мастер лицензирования. После трёх изменений источник уже не найти.
Что могло измениться накануне
Проверьте журнал работ: перенос виртуальной машины, восстановление snapshot, смену имени компьютера, обновление платформы, замену диска, смену пользователя службы, переход с файлового режима на серверный. Не делайте вывод «лицензия слетела» только по совпадению. Сначала докажите, что платформа перестала видеть прежний источник.
Чего не делать
Не удаляйте файлы лицензии. Без копии и процедуры восстановления можно уничтожить полезные следы.
Не используйте первый свободный PIN. Он может понадобиться для корректного восстановления после выяснения причины.
Не путайте уровни. Рабочая клиентская лицензия не заменяет серверную, а успешный запуск одного толстого клиента не доказывает готовность web-контура.
Чек-лист перед исправлением
- Сохранён полный текст ошибки.
- Открыта история поиска ключа.
- Определён тип требуемой лицензии.
- Записаны hostname, пользователь и статус служб.
- Понятно, один пользователь затронут или все.
- Составлен список изменений перед сбоем.
- Есть данные для восстановления до удаления или активации.
Проверьте границу «один компьютер или весь контур»
Возьмите два заранее известных рабочих места и одну тестовую базу. Не меняя настройки, выполните одинаковый запуск. Если ошибка только у одного пользователя, проверяйте локальный контекст и доступ. Если одновременно перестали работать все клиенты одной серверной базы, переходите к серверной лицензии, службе и изменениям хоста.
Для terminal server отдельно запишите номер сеанса и пользователя. Сравнение «у коллеги работает» бесполезно, если коллега запускает толстый клиент локально, а проблемный пользователь работает через RDP. Это разные точки получения лицензии.
Как оформить результат диагностики
Сделайте короткую таблицу: способ запуска, компьютер, пользователь, тип базы, текст ошибки и результат истории поиска. PASS: проблема локализована до одного слоя. FAIL: в таблице смешаны файловая база, web-клиент и server cluster без указания, какая лицензия нужна каждому.
Перед любым восстановлением зафиксируйте регистрационный номер комплекта и данные владельца в защищённом внутреннем документе. PIN не прикладывайте к общему тикету и не отправляйте в мессенджер. Если обращаетесь к линии поддержки, передайте только тот набор сведений, который она запросила по защищённому каналу.
После исправления повторите запуск из каждого ранее проблемного контекста и сохраните результат. Один успешный вход администратора не означает, что пользовательские сеансы и server cluster получили нужные лицензии.
Что делать, если не помогло
Остановите изменения и соберите пакет: скриншот истории поиска, версия и разрядность платформы, режим базы, тип лицензии, hostname, whoami, пользователь службы и список вчерашних работ. Если ошибка началась после платформенного обновления, сверяйтесь с разбором подключения 1С после обновления. При миграции используйте контрольный план переноса 1С. CTR1 может провести диагностику 1С без поспешной потери активаций.
