← На главную

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

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

Причина возникновения проблемы: механизм защиты базовых версий

Базовые версии программ 1С поставляются по сниженной стоимости со строгим ограничением: конфигурация должна оставаться типовой и не подлежать изменению. Для контроля этого правила в платформу встроен специальный механизм проверки статуса метаданных.

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

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

Важный нюанс: обычная установка режима «Объект не редактируется» обратно на объекты метаданных меняет лишь визуальное отображение значка замка и правила обновления. Однако внутренний служебный флаг модификации при этом не сбрасывается, и база продолжает требовать ПРОФ-лицензию.

Способ 1. Полная загрузка типового базового файла конфигурации (.cf)

Самый быстрый и эффективный способ вернуть базе статус базовой без потери введенных учетных данных — выполнить полную перезапись структуры метаданных из чистой базовой конфигурации того же релиза.

Главное правило: не следует использовать режим Конфигурация -> Сравнить, объединить с конфигурацией из файла.... Данная операция объединяет метаданные, но не снимает служебный флаг модификации. Поможет только команда полной загрузки.

Разберем порядок действий по шагам:

1. Создаем резервную копию. Перед любыми действиями обязательно сохраняем копию файла базы данных 1Cv8.1cd или выгружаем информационную базу в файл .dt через меню Администрирование -> Выгрузить информационную базу....
2. Подготавливаем базовый файл .cf. Нам потребуется файл конфигурации базовой версии строго того же релиза, который установлен в текущей базе. Выгрузить его можно из чистой базовой базы того же релиза через Конфигуратор: Конфигурация -> Сохранить конфигурацию в файл.... Также его можно извлечь из дистрибутива полного обновления.
3. Открываем изменяемую базу в Конфигураторе.
4. Загружаем конфигурацию. В главном меню выбираем пункт Конфигурация -> Загрузить конфигурацию из файла....
5. Подтверждаем действие. Выбираем подготовленный файл .cf. На предупреждение системы о полной замене существующей конфигурации отвечаем согласием.
6. Обновляем конфигурацию базы данных. Нажимаем клавишу F7 или выбираем меню Конфигурация -> Обновить конфигурацию базы данных и подтверждаем реструктуризацию.

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

Способ 2. Перенос данных в новую чистую базовую базу

Если при попытке загрузки `.cf` возникли ошибки структуры или некорректно завершилась реструктуризация, рассмотрим вариант с переносом данных.

Проанализируем алгоритм выполнения:

1. Создаем новую пустую информационную базу из шаблона базовой версии нужного релиза.
2. Убеждаемся, что новая база успешно открывается под базовой лицензией.
3. Используем универсальную обработку ВыгрузкаЗагрузкаДанныхXML.epf или встроенные сервисы обмена данными (EnterpriseData) для переноса всей информации (справочников, документов, регистров) из поврежденной базы в новую.
4. Поскольку структуры конфигураций полностью совпадают, перенос пройдет без потерь, а новая база изначально будет иметь корректный базовый статус.

Способ 3. Восстановление из архива и дозагрузка документов

Выясним, как поступить, если перед снятием с поддержки создавалась резервная копия:

1. Разворачиваем архивную копию информационной базы, сделанную до нажатия кнопки «Включить возможность изменения». Эта копия гарантированно работоспособна под базовой лицензией.
2. Из базы, где включалось редактирование, выгружаем и переносим только те документы и элементы справочников, которые были введены за время работы в измененной конфигурации.

Способ 4. Обращение в техническую поддержку 1С

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

В распоряжении специалистов линии консультаций 1С имеются внутренние специализированные утилиты. Они позволяют сбросить признак модификации конфигурации и вернуть базе статус базовой напрямую, без риска потери данных.

Рекомендации: как дорабатывать базовые версии без потери лицензии

Чтобы в будущем не сталкиваться с подобной проблемой, проанализируем допустимые способы расширения функционала базовых версий:

1. Внешние печатные формы, отчеты и обработки. Любая дополнительная логика, не меняющая структуру таблиц базы данных, должна оформляться в виде внешних файлов (.epf, .erf) и подключаться через раздел Администрирование -> Дополнительные отчеты и обработки.
2. Расширения конфигурации. В современных версиях платформы 1С:Предприятие 8.3 для многих базовых конфигураций реализована поддержка механизмов расширения. Они позволяют добавлять логику и изменять формы без изменения основной конфигурации.
3. Официальный переход на версию ПРОФ. Если клиенту действительно необходимо добавление новых справочников, документов или реквизитов в метаданные, единственный штатный путь — приобрести апгрейд на версию ПРОФ.