Где хранятся все обработки 1С: файловые пути и хранение в базе

Обработки в 1С могут находиться сразу в нескольких местах, и это часто вводит в заблуждение. Внешние обработки (файлы с расширением .epf) лежат в обычных папках на диске, а дополнительные обработки, подключённые через механизм БСП, хранятся внутри самой информационной базы в виде двоичных данных. Кроме того, платформа создаёт служебные копии в кэше, из-за чего пользователь иногда редактирует не тот файл, который реально запускается.

Понимание того, где именно лежит конкретная обработка, важно в трёх ситуациях: когда нужно внести изменения и убедиться, что изменилась рабочая версия; когда обработку требуется перенести на другой компьютер или в другую базу; когда после обновления конфигурации обработка «пропала» из меню, хотя файл на диске остался. Ниже разобраны все основные места хранения и способы быстро найти нужный экземпляр.

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

Где лежат файлы внешних обработок (.epf) на диске

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

На практике файлы чаще всего оказываются в типичных местах: папка «Загрузки» (куда браузер сохраняет скачанные обработки), рабочий стол, сетевые диски отдела, папки вида «Обработки» рядом с каталогом базы. Если файл потерялся, быстрее всего найти его поиском по диску с маской *.epf.

Отдельный случай — обработки, поставляемые с конфигурацией или открываемые из состава дистрибутива. Они могут лежать в каталоге шаблонов (обычно в папке tmplts в профиле пользователя или в Program Files), но оттуда их лучше скопировать в рабочую папку, а не редактировать на месте.

1. 1
   Откройте проводник и перейдите на нужный диск
2. 2
   В строке поиска введите маску *.epf и дождитесь результатов
3. 3
   Отсортируйте по дате изменения, чтобы увидеть актуальные версии
4. 4
   Проверьте сетевые папки отдельно — поиск по ним выполняется дольше
5. 5
   Скопируйте найденные файлы в одну рабочую папку для контроля версий

Дополнительные обработки, хранящиеся внутри базы

В конфигурациях на Библиотеке стандартных подсистем (УТ, ERP, Бухгалтерия, ЗУП и других) работает механизм «Дополнительные отчеты и обработки». Когда администратор подключает обработку через «Администрирование → Печатные формы, отчеты и обработки», файл загружается в информационную базу и хранится там в виде двоичных данных в справочнике «Дополнительные отчеты и обработки».

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

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

Как выгрузить обработку из базы обратно в файл

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

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

Кэш платформы: зачем он нужен и где находится

При запуске обработок и работе с базой платформа создаёт временные копии метаданных и модулей в кэше. Для файловых баз кэш обычно находится в профиле пользователя: %APPDATA%\1C\1cv8\ и %LOCALAPPDATA%\1C\1cv8\, в подпапках с длинными буквенно-цифровыми именами (GUID базы). Для клиент-серверных баз кэш создаётся и на стороне сервера в каталоге srvinfo.

Кэш — не место постоянного хранения: это служебные копии, которые платформа пересоздаёт при необходимости. Искать там «свою обработку» для редактирования бессмысленно. Но знать про кэш полезно в двух случаях: когда база ведёт себя странно и рекомендуют очистить кэш, и когда нужно освободить место на диске — кэш активных баз может занимать заметный объём.

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

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

Обработки внутри конфигурации и в расширениях

Часть обработок не существует в виде отдельных файлов вообще — они встроены в конфигурацию. В конфигураторе их видно в ветке «Обработки» дерева конфигурации: например, обработки обмена данными, группового изменения реквизитов, загрузки данных из табличного документа. Такие обработки хранятся внутри самой конфигурации и изменяются только через конфигуратор.

Третий вариант — обработки в расширениях конфигурации (.cfe). Расширения хранятся в информационной базе, в специальном хранилище расширений, и подключаются через «Все функции → Стандартные → Управление расширениями конфигурации» или соответствующий пункт меню «Администрирование». Выгрузить расширение в файл .cfe можно из того же списка расширений.

Как определить, откуда запускается конкретная обработка

Если непонятно, какая именно копия обработки выполняется, есть несколько проверок. Откройте обработку и посмотрите заголовок окна: при открытии файла с диска в заголовке обычно виден путь к файлу. Если обработка запущена из справочника дополнительных обработок — пути не будет, а в списке дополнительных обработок найдётся соответствующий элемент.

Ещё один признак: если обработка доступна пользователям через стандартный раздел «Дополнительные обработки» в интерфейсе и работает у всех без указания файла — она хранится в базе. Если каждый пользователь открывает её через «Файл → Открыть» — это внешний файл, и у каждого может оказаться своя версия.

Типичные ошибки и организация хранения

Самая частая ошибка — правка файла на диске при подключённой обработке в базе. Пользователь меняет .epf, проверяет его через «Файл → Открыть», видит результат, а коллеги продолжают работать со старой версией из справочника. Вторая типичная проблема — разнобой версий, когда один и тот же файл скопирован в десяток папок и непонятно, какая копия актуальна.

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

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