Отдельного файла нет: где на самом деле лежит расширение конфигурации 1С

Расширение конфигурации 1С 8.3 хранится внутри самой информационной базы, а не отдельным файлом на диске. В файловой базе оно лежит в файле 1Cv8.1CD, в клиент-серверной — в служебных таблицах СУБД (MS SQL, PostgreSQL). Файл .cfe — это только выгрузка, его можно удалить после загрузки, и база продолжит работать.

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

Как устроено хранение: база, кэш и файл .cfe

У расширения три «места жительства», и путать их не стоит.

Отсюда главный практический вывод. Чтобы перенести расширение в другую базу, его выгружают в .cfe и загружают заново. Копировать «папки с расширениями» бесполезно: таких папок нет.

Где посмотреть список расширений базы

• 🖥️ В Конфигураторе: меню Конфигурация → Расширения конфигурации.
• 🗂️ В пользовательском режиме конфигураций на БСП (Бухгалтерия 3.0, ЗУП 3.1, УТ 11): Администрирование → Печатные формы, отчеты и обработки → Расширения.
• ⚙️ В любой конфигурации: Все функции → Стандартные → Управление расширениями конфигурации. Если пункта «Все функции» нет в меню, включите его в параметрах программы.

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

Как выгрузить расширение в файл .cfe

1. Откройте Конфигуратор и список Конфигурация → Расширения конфигурации.
2. Выделите нужное расширение.
3. В командной панели окна найдите меню «Конфигурация» и выберите сохранение в файл.
4. Укажите папку и имя файла с расширением .cfe.

В пользовательском режиме то же самое делает команда сохранения в окне «Расширения». Это быстрый способ сделать резервную копию перед обновлением доработки.

Расширения в файловой базе: какой файл искать

В файловом варианте вся база — это один файл 1Cv8.1CD в каталоге базы. Расширения, их данные и свойства лежат внутри него.

Чтобы найти каталог:

1. Откройте окно запуска 1С.
2. Выделите базу — внизу окна появится строка File="D:\Bases\Buh" или похожая.
3. Это и есть папка, где лежит 1Cv8.1CD.

Тот же путь записан в списке баз пользователя — файле ibases.v8i. В Windows он лежит в %APPDATA%\1C\1CEStart\. Расширений в этом файле нет, только адреса баз.

Пути к кэшу расширений в Windows

Каждая база, которую вы открывали, получает на компьютере пользователя папку с именем-идентификатором вида 1a2b3c4d-.... В ней лежит кэш конфигурации, включая расширения.

Папок с кэшем две:

%APPDATA%\1C\1cv8\
%LOCALAPPDATA%\1C\1cv8\

В развёрнутом виде для пользователя buh это обычно:

C:\Users\buh\AppData\Roaming\1C\1cv8\
C:\Users\buh\AppData\Local\1C\1cv8\

Папка AppData скрытая. Проще всего вставить путь с переменной %APPDATA% прямо в адресную строку Проводника или в окно Win+R.

Как понять, какая папка относится к какой базе

Идентификаторы в именах папок ничего не говорят о базе. Есть два рабочих приёма:

• 📅 Отсортируйте папки по дате изменения. Сразу после запуска нужной базы её папка окажется наверху.
• 🔎 Откройте файл ibases.v8i в Блокноте. У каждой базы там есть строка ID= — это и есть имя папки кэша.

Кэш 1С в Linux и macOS

На Linux клиент 1С хранит данные в скрытых папках домашнего каталога пользователя:

~/.1cv8/1C/1cv8/          # кэш конфигураций и настройки
~/.1C/1cestart/ibases.v8i # список информационных баз

Внутри ~/.1cv8/1C/1cv8/ — те же папки-идентификаторы, что и в Windows. Принцип поиска такой же: сопоставить ID= из ibases.v8i с именем папки.

Посмотреть содержимое из терминала:

ls -la ~/.1cv8/1C/1cv8/
grep -E "^\[|^ID=" ~/.1C/1cestart/ibases.v8i

На macOS клиент 1С тоже держит кэш в скрытой папке .1cv8 домашнего каталога. В Finder её показывает сочетание Cmd+Shift+..

Сама база на Linux и macOS устроена так же, как в Windows. Файловая — один файл 1Cv8.1CD, расширения внутри него.

Расширения на сервере 1С:Предприятия

В клиент-серверном варианте расширение хранится в базе данных СУБД, в служебных таблицах платформы. Править их напрямую SQL-запросами нельзя: платформа не узнает об изменениях, а база может перестать открываться.

Сервер 1С при этом держит у себя рабочие данные кластера — каталог srvinfo. Там лежат реестр кластера, сеансовые данные и кэш конфигураций баз, в том числе с расширениями.

Где находится каталог srvinfo

Путь могли изменить при установке. Фактический всегда виден в параметре -d командной строки агента сервера ragent.

В Windows откройте services.msc, свойства службы «Агент сервера 1С:Предприятия» и посмотрите поле «Исполняемый файл». В Linux:

ps aux | grep ragent

Что лежит внутри

• 📁 reg_1541 — каталог кластера (номер совпадает с портом менеджера кластера).
• 📄 1CV8Clst.lst — реестр кластера: список баз, рабочих серверов, администраторов.
• 🗃️ Папки snccntx... — сеансовые данные и кэш, который пересобирается при запуске.

Файл 1CV8Clst.lst не удаляйте и не правьте вручную — в нём регистрация всех баз кластера. Без него сервер «забудет» базы.

Расширения в облаке: 1С:Фреш и 1С:Линк

1С:Фреш и облачные сервисы на его основе

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

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

На компьютере пользователя тонкий клиент или браузер всё равно кэширует конфигурацию. У тонкого клиента это те же папки %APPDATA%\1C\1cv8\ и %LOCALAPPDATA%\1C\1cv8\. У браузера — его собственный кэш.

1С:Линк

1С:Линк даёт удалённый доступ к базе, которая физически лежит на вашем компьютере или сервере. Сервис ничего не переносит в облако. Значит, расширения остаются там же, где и были: внутри 1Cv8.1CD или в СУБД на вашей стороне.

Как очистить кэш расширений без потери данных

Кэш безопасно удалять: в нём нет данных, только копия того, что уже лежит в базе. При следующем запуске 1С соберёт его заново, первый вход будет чуть медленнее.

Способ 1. Параметр запуска /ClearCache

Самый мягкий вариант — чистит кэш только выбранной базы.

1. В окне запуска выделите базу и нажмите «Изменить».
2. Дойдите до последней страницы мастера.
3. В поле «Дополнительные параметры запуска» впишите /ClearCache.
4. Запустите базу, затем уберите параметр, чтобы кэш не чистился при каждом входе.

Можно и из командной строки (номер платформы в пути подставьте свой):

"C:\Program Files\1cv8\8.3.25.1374\bin\1cv8.exe" ENTERPRISE /F "D:\Bases\Buh" /ClearCache

Способ 2. Удалить папку кэша вручную

1. Закройте все окна 1С у этого пользователя.
2. Найдите папку базы в %APPDATA%\1C\1cv8\ и в %LOCALAPPDATA%\1C\1cv8\ (по ID= из ibases.v8i).
3. Удалите обе папки с этим идентификатором.

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

Способ 3. Очистить сеансовые данные на сервере

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

1. Предупредите пользователей: при остановке службы оборвутся все сеансы на этом сервере. Делайте это в нерабочее время.
2. Остановите службу «Агент сервера 1С:Предприятия» (в Linux — соответствующий unit srv1cv8).
3. В каталоге srvinfo\reg_1541 удалите папки snccntx....
4. Запустите службу и войдите в базу.

Почему расширение не загружается и как найти причину

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

Если не помогло

• 🧾 Откройте журнал регистрации (Администрирование → Обслуживание → Журнал регистрации в БСП). Ошибки подключения расширений там видны с точным текстом.
• 🔁 Выгрузите расширение в .cfe, удалите его из базы и загрузите заново. Перед удалением учтите: данные, которые хранятся в собственных объектах расширения, при удалении пропадут.
• 🧪 Проверьте расширение на копии базы. Если на копии оно работает, проблема в кэше или правах, а не в коде.

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