Как исправить ошибку «Файлы запроса и ответа на лицензировании конфигурации были удалены из конфигурации» в 1С:БГУ?

Системный администратор 1С v8.3 (Обычные формы) Бухгалтерский учет Сфера услуг, туризм и социальный сектор
← На главную

При работе с программными продуктами 1С, особенно в бюджетной сфере (БГУ 1.0), пользователи часто сталкиваются с техническими сбоями после тестирования и исправления базы или обновления платформы. Одной из самых специфичных и неприятных ошибок является сообщение: «Файлы запроса и ответа на лицензировании конфигурации были удалены из конфигурации». Программа предлагает либо завершить работу, либо перезапуститься, что фактически блокирует доступ к учетным данным. В данной статье мы подробно разберем, почему возникает эта ситуация и какими методами можно восстановить работоспособность информационной базы.

Выясним причину возникновения ошибки

Рассмотрим природу этого сообщения. Начиная с версии платформы 8.3.7, фирма «1С» внедрила механизмы дополнительной проверки легальности использования конфигураций. Это не связано напрямую с ключом защиты (USB или программным пин-кодом на платформу), а касается именно лицензионной чистоты самой конфигурации. Внутри информационной базы в системных таблицах хранятся специальные зашифрованные данные — файлы «запроса» к серверу лицензирования и «ответа» от него.

Проанализируем основные факторы, приводящие к потере этих данных:

  1. Некорректное тестирование и исправление (ТиИ): При выполнении процедур проверки целостности базы в конфигураторе, если была выбрана опция «Очищать ссылки» или база имела серьезные повреждения таблиц, системные записи лицензирования могут быть удалены платформой как «мусорные» или некорректные.
  2. Специфические баги платформы 8.3.7: Версии 8.3.7.1860 и смежные с ней считаются достаточно нестабильными в плане работы механизмов интернет-поддержки. Нередко возникают ситуации, когда при отсутствии интернет-соединения платформа ошибочно интерпретирует отсутствие связи как признак удаления лицензионных файлов.
  3. Обновление конфигурации: Если процесс обновления был прерван или проводился на «сырой» платформе, связка между конфигурацией поставщика и данными лицензирования может нарушиться.

Метод 1: Восстановление через сравнение и объединение с конфигурацией поставщика

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

1. Запустим информационную базу в режиме Конфигуратор. Обязательно сделаем предварительную выгрузку базы (архивную копию) через меню Администрирование — Выгрузить информационную базу.

2. Перейдем в меню Конфигурация — Поддержка — Настройка поддержки.

3. В открывшемся окне найдем кнопку Сравнить, объединить. Важно: мы сравниваем текущую конфигурацию с конфигурацией поставщика, которая уже заложена в базу.

4. После завершения процесса сравнения (он может занять время), откроется окно со списком изменений. Здесь нам не нужно ничего менять или вручную отмечать объекты. Нажмем кнопку Выполнить.

5. На вопрос системы о сохранении поддержки ответим утвердительно. После этого закроем окно настройки поддержки и нажмем F7 (Обновить конфигурацию базы данных).

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

Метод 2: Откат версии платформы до стабильной 8.3.6

Если ваша конфигурация БГУ 1.0 (или аналогичная на обычных формах) не требует функционала последних версий платформы, наиболее надежным решением будет использование платформы версии 8.3.6. Как показывает практика, именно на 8.3.7 начались массовые проблемы с лицензированием конфигураций.

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

  1. Установим на сервер или компьютер пользователя платформу версии 8.3.6.2530 (или любую другую стабильную ветку 8.3.6).
  2. В окне запуска 1С выделим нашу базу и нажмем кнопку Изменить.
  3. На последней вкладке в поле «Версия платформы» принудительно пропишем 8.3.6.
  4. Запустим базу. В большинстве случаев ошибка «удаленных файлов лицензирования» на этой платформе просто не возникает, так как механизмы проверки там работают по старым алгоритмам.

Метод 3: Использование чистого файла конфигурации (CF)

Если «Сравнение и объединение» не помогло, проанализируем ситуацию более глубоко. Возможно, повреждена сама основная конфигурация. Попробуем обновить её из внешнего файла:

1. Найдем или скачаем дистрибутив полной установки вашей версии БГУ (например, 1.0.39.5). Нам нужен файл 1cv8.cf.

2. В конфигураторе зайдем в меню Конфигурация — Загрузить конфигурацию из файла. Внимание! Этот метод подходит только для типовых конфигураций, в которые не вносились изменения программистом. Если ваша база доработана, используйте только Сравнить, объединить.

3. Выберем наш файл .cf и подтвердим загрузку.

4. После загрузки обновим базу данных клавишей F7.

Данная процедура полностью заменяет дерево объектов и системные настройки конфигурации на заведомо исправные.

Особенности работы без интернета

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

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

Технические детали для специалистов

Проанализируем, где физически хранятся эти данные. В структуре базы данных 1С (особенно SQL-версии) существует таблица Config. Данные о лицензировании хранятся там в виде бинарных данных. Когда мы выполняем процедуру Сравнить, объединить, платформа восстанавливает записи в этой таблице. Если вы используете программные методы работы с конфигурацией, обратите внимание на подсистему «Библиотека интернет-поддержки» (БИП). Иногда проблема кроется в некорректном обновлении именно этой подсистемы в составе БГУ.

Пример программной проверки, которая может инициировать обращение к лицензированию (внутри метаданных):


// Пример вызова проверки легальности из состава БИП
РезультатПроверки = СтандартныеПодсистемыСервер.ПроверитьЛегальностьОбновления();
Если Не РезультатПроверки Тогда
    Предупреждение("Файлы запроса и ответа на лицензировании отсутствуют!");
КонецЕсли;

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

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

← На главную