Как понять, что обработка в 1С внешняя

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

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

Ниже разобраны конкретные способы проверки, отличия внешней обработки от встроенной, типичные ситуации, в которых возникает вопрос, и меры безопасности при работе с файлами EPF из непроверенных источников.

Что такое внешняя обработка и чем она отличается от встроенной

Внешняя обработка — это самостоятельный файл формата EPF, который платформа 1С исполняет так же, как объект конфигурации, но без сохранения внутри информационной базы. Файл можно переносить между базами, открывать в любой совместимой конфигурации и удалять без последствий для структуры данных.

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

Признаки внешней обработки в пользовательском режиме

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

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

Третий признак — заголовок и поведение окна. При открытии через «Файл → Открыть» обработка часто запускается в отдельном окне, а при закрытии базы не оставляет следов в настройках. Кроме того, платформа при открытии EPF-файла может показывать предупреждение о безопасности — такого предупреждения не бывает при запуске встроенных объектов.

Проверка через конфигуратор

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

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

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

1. 1
   Уточните, как запускается обработка: из файла, из меню конфигурации или из списка дополнительных обработок
2. 2
   Откройте конфигуратор и найдите объект с таким именем в ветке «Обработки» дерева метаданных
3. 3
   Если объекта нет — откройте в режиме предприятия справочник «Дополнительные отчеты и обработки» и найдите там соответствующую строку
4. 4
   Если объект есть и в конфигурации, и в списке дополнительных — уточните, какой именно экземпляр вызывается из рабочего интерфейса

Где хранятся внешние обработки и как ими управлять

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

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

Варианты хранения внешней обработки

Файл на диске или в сетевой папке

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

Загрузка в базу через «Дополнительные отчеты и обработки»

Подходит для регулярно используемых печатных форм и операций. Ограничение: требуется БСП в конфигурации и настройка прав доступа к подсистеме

Встраивание в конфигурацию

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

Риски и безопасность при работе с внешними обработками

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

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

Отдельный риск — устаревшие версии. После обновления конфигурации внешняя обработка может перестать работать, потому что обращается к переименованным объектам метаданных. Симптом — ошибки вида «Поле объекта не обнаружено» при запуске. Лечится это только адаптацией кода обработки под новый релиз.

Типичные ошибки при определении и использовании

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

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

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

Как проверить результат и закрепить контроль

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

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

Контрольные точки

Как проверить результат

Объект в дереве метаданных конфигуратора

Норма

Обработки нет в ветке «Обработки» — она действительно внешняя

Тревожный признак

Объект найден в конфигурации — это встроенная обработка, вывод неверен

Список дополнительных отчетов и обработок

Норма

Каждая строка имеет понятное назначение и ответственного

Тревожный признак

Есть строки без владельца или дубли одной обработки разных версий

Запуск после обновления конфигурации

Норма

Обработка открывается и выполняет операции без ошибок

Тревожный признак

Ошибки вида «Поле объекта не обнаружено» — нужна адаптация кода

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

Чем внешняя обработка отличается от внешнего отчета?

Технически — расширением файла и назначением: отчеты хранятся в файлах ERF и строятся на механизме СКД для вывода данных, обработки (EPF) предназначены для выполнения действий над данными. Оба типа подключаются через один и тот же справочник дополнительных отчетов и обработок.

Можно ли открыть EPF-файл и посмотреть, что внутри?

Да. Откройте конфигуратор, выберите «Файл → Открыть» и укажите EPF-файл. Станут доступны формы, модули и макеты обработки. Это штатный способ проверить код перед запуском в рабочей базе.

Почему при открытии обработки появляется предупреждение о безопасности?

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

Внешняя обработка перестала работать после обновления конфигурации. Что делать?

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

Как полностью отключить внешнюю обработку в базе?

Откройте «Администрирование → Дополнительные отчеты и обработки», найдите нужную строку и снимите флаг публикации или удалите элемент. Дополнительно проверьте, не запускают ли пользователи копию файла с диска, — при необходимости ограничьте доступ к сетевой папке.

Опасно ли хранить внешние обработки внутри базы?

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