1C
Очистка истории лицензий 1С 8.3 на сервере — инструкция
- Рискспособ не описан официально в документации…
- Свежестьсверено 28.09.2026
- Способов3
- Чтение5 мин
Коротко
- 01
Длинный список лицензий в «О программе» — это накопленный кэш последних успешно полученных лицензий; официальной статьи 1С о его очистке на its.1c.ru нет, способ ниже — практика сообщества администраторов 1С (infostart.ru), а не рекомендация вендора.
- 02
Перед любой правкой обязательно сделайте резервную копию базы — 1С не документирует эту процедуру и не гарантирует последствия.
- 03
Имя служебного файла с историей лицензий у каждой базы своё (это случайный идентификатор) — сначала найдите его запросом, а не копируйте чужой пример.
- 04
Официальная документация 1С описывает таблицу Files в служебной схеме базы только как хранилище «прочих документов конфигурации», без детализации по .pfl-файлам — это подтверждает, что метод ниже действительно неофициальный.
Платформа 1С:Предприятие 8.3 кэширует в информационной базе данные о последней успешно полученной лицензии. Если база много раз переносилась между серверами или меняла ключи защиты, в разделе «О программе» накапливается длинный список прежних лицензий. Официальной статьи 1С о том, как этот список очистить, нет ни на its.1c.ru, ни в другой документации вендора — то, что описано ниже, это практика администраторов 1С с форумов (в первую очередь infostart.ru), а не официальная рекомендация. Применяйте только на свой риск и только после резервной копии.
1С официально описывает таблицу Files служебной схемы базы данных лишь как хранилище «прочих документов, например, в связи с хранением конфигурации» (its.1c.ru/db/content/metod8dev), не детализируя её содержимое. Прямая правка этой таблицы — не документированная вендором операция.
Что такое история лицензий в 1С 8.3
Посмотреть текущий список можно в клиенте: Помощь → О программе → Лицензия. Там отображается активная лицензия и записи обо всех, что применялись к этой базе раньше. Технически это кэш последней полученной лицензии в служебном файле с расширением .pfl — он нужен, чтобы программа могла запуститься даже при кратковременной недоступности сервера лицензирования. Сама по себе длинная история не мешает работе, но затрудняет аудит лицензий.
Причины появления длинного списка
- База переносилась между серверами с разными HASP-ключами
- Использовались временные программные лицензии во время переезда
- На сервере последовательно меняли ключи защиты разного номинала
- Базу копировали для тестирования в разных окружениях
Способ 1: Через pgAdmin, если база на PostgreSQL
Применимо к клиент-серверному варианту 1С 8.3 на PostgreSQL. Обязательно сделайте резервную копию базы перед этим способом — процедура не описана 1С официально, и её последствия на нестандартных конфигурациях не гарантированы.
- Откройте pgAdmin, подключитесь к серверу PostgreSQL с базой 1С, откройте Tools → Query Tool.
- Сначала найдите настоящее имя служебного файла в вашей базе — оно у каждой базы своё, случайное, и не совпадает с примерами из чужих инструкций:
SELECT FileName, LENGTH(BinaryData) FROM Files WHERE FileName LIKE '%.pfl' - Если запрос вернул одну строку — это и есть нужный файл. Если строк несколько, однозначного официального критерия «какая именно хранит историю лицензий» нет; ориентируйтесь на размер (BinaryData) и при сомнении уточните у своего 1С-партнёра, прежде чем менять.
- Подставьте найденное имя в запрос очистки:
UPDATE Files SET BinaryData = '' WHERE FileName = 'ИМЯ_НАЙДЕННОГО_ФАЙЛА.pfl' - Выполните запрос (F5). Он должен вернуть «1 row affected».
- Запустите 1С:Предприятие и проверьте Помощь → О программе → Лицензия.

В результате в истории остаётся только текущая активная лицензия.

Способ 2: Обнулить файл .pfl в файловой базе
Для файлового варианта (не клиент-серверного) кэш лицензии хранится не в базе данных, а в служебном профиле операционной системы, а не в самой папке информационной базы — расположение зависит от версии платформы и настроек профиля. Этот способ тоже не описан в официальной документации 1С, только на технических форумах администраторов.
- Закройте все клиентские соединения с базой.
- Сделайте резервную копию файла, прежде чем его менять.
- Найдите файл с расширением
.pfl, отвечающий за кэш лицензии этой базы, и очистите его содержимое (не удаляйте сам файл, если не уверены — переименуйте копию как резерв). - Запустите 1С и проверьте список лицензий.
Способ 3: Через консоль кластера серверов 1С
Для серверного варианта можно попробовать перезапустить фоновые задания информационной базы через Консоль кластеров серверов 1С:Предприятия — иногда при следующем запуске конфигурация перечитывает актуальную лицензию. Этот способ не гарантирует полной очистки истории и работает не всегда; для надёжного результата используется Способ 1.
Что делать, если ничего не помогло
- Запрос SELECT не находит ни одной строки с .pfl — возможно, в вашей версии платформы или конфигурации служебная схема устроена иначе; не пытайтесь угадать имя файла, обратитесь к 1С-партнёру, обслуживающему сервер.
- Нет доступа к pgAdmin — нужны права суперпользователя или владельца базы PostgreSQL; обратитесь к системному администратору сервера.
- История возвращается после обновления платформы — платформа заново формирует кэш при следующем успешном подключении к серверу лицензирования, это нормально; повторная очистка не опаснее первой при том же условии — обязательный бэкап перед ней.
Частые вопросы
журнал · 6 записей01Это официальный способ 1С?
Нет. 1С не публикует эту процедуру на its.1c.ru — то, что описано в статье, практика администраторов 1С с форумов (infostart.ru). Официальная документация описывает таблицу Files служебной схемы только в общих чертах, без деталей о .pfl-файлах. Действуйте только после резервной копии и по возможности после консультации со своим 1С-партнёром.
02На каких конфигурациях работает этот способ?
На любой типовой конфигурации 1С:Предприятие 8.3, если база хранится в PostgreSQL (клиент-серверный вариант) или в файловом режиме — сама операция затрагивает служебные данные платформы, а не прикладные объекты конфигурации.
03Нужно ли останавливать сервер 1С перед выполнением запроса?
Не обязательно, если в базе нет активных сеансов. Безопаснее выполнять в период, когда пользователи не работают в системе.
04Что если подставить неправильное имя файла в запросе?
Запрос отработает, но не изменит ни одной строки (0 rows affected) — это безопасная ошибка, данные не пострадают. Именно поэтому важно сначала выполнить SELECT и убедиться в правильном имени, а не копировать пример из инструкции.
05Можно ли восстановить историю лицензий после очистки?
Только из резервной копии, сделанной до изменения. После очистки данные о прежних лицензиях стираются без возможности отмены; при следующем запуске 1С создаст новую запись с текущей лицензией.
06Работает ли способ с MS SQL Server вместо PostgreSQL?
Логика та же: найти таблицу Files в базе данных 1С через SELECT и выполнить аналогичный UPDATE в SQL Server Management Studio. Как и для PostgreSQL, это не официально документированная 1С операция.
Редакция allerrorcodes.ru · обновлено 28.09.2026
- 1С:ИТС — размещение данных 1С:Предприятия 8 (официальное, но общее описание служебных таблиц, включая Files) its.1c.ru
- 1С:ИТС — инструкция по получению программных лицензий (официальная, не описывает очистку истории) its.1c.ru
- Инфостарт — обсуждение очистки истории лицензий информационной базы 8.3 (практика сообщества, не документация вендора) forum.infostart.ru
Факты сверены с первоисточниками 28 сентября 2026.
Что дальше
Ещё разборы: 1C
Комментарии читателей1 запись
-
Pavel27.12.2023
Не сработал способ. Даже удаление этой строки из базы, не оказывает эффекта.