# Очистка истории лицензий 1С 8.3 на сервере — инструкция

> Сайт: allerrorcodes.ru · Факты сверены: 28.09.2026 · Обновлено: 28.09.2026 · Адрес: https://allerrorcodes.ru/ochistka-istorii-litsenziy-informatsionnoy-bazy-8-3-server/

## Коротко

- Длинный список лицензий в «О программе» — это накопленный кэш последних успешно полученных лицензий; официальной статьи 1С о его очистке на its.1c.ru нет, способ ниже — практика сообщества администраторов 1С (infostart.ru), а не рекомендация вендора.
- Перед любой правкой обязательно сделайте резервную копию базы — 1С не документирует эту процедуру и не гарантирует последствия.
- Имя служебного файла с историей лицензий у каждой базы своё (это случайный идентификатор) — сначала найдите его запросом, а не копируйте чужой пример.
- Официальная документация 1С описывает таблицу Files в служебной схеме базы только как хранилище «прочих документов конфигурации», без детализации по .pfl-файлам — это подтверждает, что метод ниже действительно неофициальный.

## Паспорт ошибки

| Параметр | Значение |
| --- | --- |
| Задача | убрать накопившийся список старых лицензий из «Помощь → О программе → Лицензия» |
| Где | 1С:Предприятие 8.3, клиент-серверный вариант на PostgreSQL/MS SQL или файловая база |
| Время | 5–10 минут вместе с резервной копией |
| Что понадобится | доступ к pgAdmin/SSMS с правами на базу, обязательная резервная копия |
| Риск | способ не описан официально в документации 1С; правка служебной таблицы без бэкапа может повредить базу |
| Как вернуть | только восстановлением из резервной копии, сделанной перед изменением |

Платформа 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](https://allerrorcodes.ru/postgresql/)

Применимо к клиент-серверному варианту 1С 8.3 на PostgreSQL. **Обязательно сделайте резервную копию базы перед этим способом** — процедура не описана 1С официально, и её последствия на нестандартных конфигурациях не гарантированы.

1. Откройте pgAdmin, подключитесь к серверу PostgreSQL с базой 1С, откройте **Tools → Query Tool**.
2. Сначала найдите настоящее имя служебного файла в вашей базе — оно у каждой базы своё, случайное, и не совпадает с примерами из чужих инструкций: ``` SELECT FileName, LENGTH(BinaryData) FROM Files WHERE FileName LIKE '%.pfl' ```
3. Если запрос вернул одну строку — это и есть нужный файл. Если строк несколько, однозначного официального критерия «какая именно хранит историю лицензий» нет; ориентируйтесь на размер (BinaryData) и при сомнении уточните у своего 1С-партнёра, прежде чем менять.
4. Подставьте найденное имя в запрос очистки: ``` UPDATE Files SET BinaryData = '' WHERE FileName = 'ИМЯ_НАЙДЕННОГО_ФАЙЛА.pfl' ```
5. Выполните запрос (F5). Он должен вернуть «1 row affected».
6. Запустите 1С:Предприятие и проверьте **Помощь → О программе → Лицензия**.

![pgAdmin, редактор запросов: UPDATE Files SET BinaryData='' WHERE FileName — конкретный пример из одной базы, сообщение «UPDATE 1» после выполнения. Имя файла в примере уникально для той базы и не подходит для копирования в другую](https://allerrorcodes.ru/wp-content/uploads/2022-03-19_10-00-58-1024x569.png)

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

![Окно «О программе» в 1С:Предприятие после очистки: в поле «Лицензия» осталась одна текущая запись вместо прежнего длинного списка](https://allerrorcodes.ru/wp-content/uploads/2022-03-19_10-02-53-1024x618.png)

## Способ 2: обнулить файл .pfl в файловой базе

Для файлового варианта (не клиент-серверного) кэш лицензии хранится не в базе данных, а в служебном профиле операционной системы, а не в самой папке информационной базы — расположение зависит от версии платформы и настроек профиля. Этот способ тоже не описан в официальной документации 1С, только на технических форумах администраторов.

1. Закройте все клиентские соединения с базой.
2. Сделайте резервную копию файла, прежде чем его менять.
3. Найдите файл с расширением `.pfl`, отвечающий за кэш лицензии этой базы, и очистите его содержимое (не удаляйте сам файл, если не уверены — переименуйте копию как резерв).
4. Запустите 1С и проверьте список лицензий.

## Способ 3: через консоль кластера серверов 1С

Для серверного варианта можно попробовать перезапустить фоновые задания информационной базы через **Консоль кластеров серверов 1С:Предприятия** — иногда при следующем запуске конфигурация перечитывает актуальную лицензию. Этот способ не гарантирует полной очистки истории и работает не всегда; для надёжного результата используется Способ 1.

## Что делать, если ничего не помогло

- **Запрос SELECT не находит ни одной строки с .pfl** — возможно, в вашей версии платформы или конфигурации служебная схема устроена иначе; не пытайтесь угадать имя файла, обратитесь к 1С-партнёру, обслуживающему сервер.
- **Нет доступа к pgAdmin** — нужны права суперпользователя или владельца базы PostgreSQL; обратитесь к системному администратору сервера.
- **История возвращается после обновления платформы** — платформа заново формирует кэш при следующем успешном подключении к серверу лицензирования, это нормально; повторная очистка не опаснее первой при том же условии — обязательный бэкап перед ней.

## Частые вопросы

### Это официальный способ 1С?

Нет. 1С не публикует эту процедуру на its.1c.ru — то, что описано в статье, практика администраторов 1С с форумов (infostart.ru). Официальная документация описывает таблицу Files служебной схемы только в общих чертах, без деталей о .pfl-файлах. Действуйте только после резервной копии и по возможности после консультации со своим 1С-партнёром.

### На каких конфигурациях работает этот способ?

На любой типовой конфигурации 1С:Предприятие 8.3, если база хранится в PostgreSQL (клиент-серверный вариант) или в файловом режиме — сама операция затрагивает служебные данные платформы, а не прикладные объекты конфигурации.

### Нужно ли останавливать сервер 1С перед выполнением запроса?

Не обязательно, если в базе нет активных сеансов. Безопаснее выполнять в период, когда пользователи не работают в системе.

### Что если подставить неправильное имя файла в запросе?

Запрос отработает, но не изменит ни одной строки (0 rows affected) — это безопасная ошибка, данные не пострадают. Именно поэтому важно сначала выполнить SELECT и убедиться в правильном имени, а не копировать пример из инструкции.

### Можно ли восстановить историю лицензий после очистки?

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

### Работает ли способ с MS SQL Server вместо PostgreSQL?

Логика та же: найти таблицу Files в базе данных 1С через `SELECT` и выполнить аналогичный `UPDATE` в SQL Server Management Studio. Как и для PostgreSQL, это не официально документированная 1С операция.

## Источники

- [1С:ИТС — размещение данных 1С:Предприятия 8 (официальное, но общее описание служебных таблиц, включая Files)](https://its.1c.ru/db/content/metod8dev/src/admins/i8101591.htm)
- [1С:ИТС — инструкция по получению программных лицензий (официальная, не описывает очистку истории)](https://its.1c.ru/db/license)
- [Инфостарт — обсуждение очистки истории лицензий информационной базы 8.3 (практика сообщества, не документация вендора)](https://forum.infostart.ru/forum86/topic249310/)

## Ещё по теме

- [Параметр сеанса отсутствует или удалён на сервере 1С](https://allerrorcodes.ru/parametr-seansa-otsutstvuet-ili-udalen-na-servere-1c-predpriyatie/): «Параметр сеанса отсутствует или удалён» — сервер 1С не нашёл сохранённые данные сеанса пользователя.
- [«Вход в программу временно невозможен» в 1С — причины и как исправить](https://allerrorcodes.ru/vhod-v-programmu-vremenno-nevozmozhen-v-svyazi-s-neobhodimostyu-obnovleniya-konfiguratsii/): «Вход в программу временно невозможен» — база 1С заблокирована после обновления конфигурации, блокировку не сняли явно.
- [Чистка кэша 1С — где находится и как удалить](https://allerrorcodes.ru/chistka-kesha-1s/): Где лежит кэш 1С 8.3 в Windows, чем он опасен после обновления платформы и три рабочих способа очистки: через окно запуска, ключ /ClearCache и вручную.
- [HASP-ключ не определяется в 1С — причины и что делать](https://allerrorcodes.ru/hasp-klyuch-ne-opredelyaetsya-v-1s/): Разбираем, почему HASP-ключ не определяется в 1С: драйверы Sentinel, USB-порты, служба License Manager, порт 475 для сетевых ключей и переустановка.