Где хранить данные обработки 1С: способы, настройка и безопасность

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

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

Ниже разобраны все основные варианты: файловое хранение, справочник дополнительных обработок в БСП, хранилище значений, хранение настроек обработки, а также типичные ошибки и способы проверки результата.

Какие данные у обработки вообще бывают

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

• Файл обработки (.epf) — сам программный модуль с формой и кодом.
• Настройки — параметры, которые пользователь выбирает перед запуском: период, организация, варианты отбора.
• Рабочие данные — результаты выполнения: загруженные таблицы, сопоставления, промежуточные расчёты.
• Журналы и протоколы — сведения об ошибках, время выполнения, статистика загрузки.

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

Хранение обработки внешним файлом

Самый простой способ — сохранить файл .epf в папке на локальном диске или в общей сетевой папке и открывать его через «Файл — Открыть». Такой подход удобен разработчику на этапе отладки: файл легко заменить, переслать коллеге, положить под контроль версий.

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

Если файловое хранение всё же используется, примите простые правила: храните обработки только в общей сетевой папке с ограниченным доступом на запись, включайте версию в имя файла (например, ЗагрузкаПрайсов_v2.3.epf) и назначьте ответственного за обновление файлов.

Справочник «Дополнительные отчеты и обработки»

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

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

1. 1
   Откройте раздел «Администрирование» — «Печатные формы, отчеты и обработки» и включите опцию «Дополнительные отчеты и обработки».
2. 2
   Перейдите в справочник «Дополнительные отчеты и обработки» и создайте новый элемент.
3. 3
   Нажмите «Загрузить из файла» и выберите файл .epf.
4. 4
   Укажите размещение: в каких разделах или формах будет видна команда обработки.
5. 5
   Настройте права: задайте, кому доступен запуск (по умолчанию — тем, у кого есть право на добавление дополнительных обработок).
6. 6
   Проверьте запуск под обычным пользователем, а не только под администратором.

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

Где хранить настройки обработки

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

На практике в управляемых формах настройки обычно сохраняются автоматически через механизм сохранения данных в настройках формы (свойства реквизитов «Сохранять данные в настройках»). Пользователь выбрал организацию и период — при следующем открытии формы значения восстановятся.

Если одни и те же настройки нужны нескольким пользователям, хранилище общих настроек не подходит: оно персональное. В этом случае настройки выносят в справочник (например, «Настройки обмена») или в регистр сведений с измерением «Пользователь» или «Организация». Такой вариант требует доработки самой обработки, но даёт централизованное управление и протоколирование изменений.

Сравнение вариантов хранения настроек

Хранилище общих настроек

Подходит для персональных настроек пользователя. Не подходит, если настройки общие для отдела.

Справочник настроек

Подходит для общих настроек с историей изменений. Требует доработки обработки и настройки прав.

Регистр сведений

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

Файл настроек рядом с обработкой

Просто, но настройки теряются при замене файла и не разделяются между пользователями. Не рекомендуется.

Где хранить рабочие данные и результаты

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

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

Для произвольных данных — табличного документа, картинки, произвольной структуры — используется хранилище значений (тип ХранилищеЗначения). Его можно разместить в реквизите справочника или регистра. Внутрь упаковывается практически любой объект через сериализацию. Минус: данные внутри хранилища не видны в запросах и не индексируются, поэтому для поиска по содержимому этот способ не годится.

Когда допустимы файлы на диске

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

Как проверить, что данные хранятся правильно

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

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

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

Запуск обработки другим пользователем

Норма

Обработка видна и запускается у всех, кому назначены права

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

Обработка есть только у администратора или открывается только с конкретного компьютера

Сохранение настроек

Норма

После перезапуска формы настройки восстанавливаются

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

Настройки сбрасываются при каждом открытии

Резервное копирование

Норма

Обработка и её данные присутствуют в тестовом восстановлении из копии

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

После восстановления базы обработку или настройки приходится искать на дисках

Обновление конфигурации

Норма

После обновления обработка и данные на месте

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

Данные хранились в объекте конфигурации, который был перезаписан обновлением

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

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

Что лучше: внешний файл .epf или обработка внутри конфигурации?

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

Можно ли хранить обработку в расширении конфигурации?

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

Где 1С физически хранит данные справочника дополнительных обработок?

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

Как перенести обработки и их настройки в другую базу?

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

Безопасно ли хранить в обработке пароли и ключи доступа?

Нет. Пароли, токены и ключи API не следует зашивать в код обработки или хранить в её настройках в открытом виде — любой, кто откроет файл в конфигураторе, их увидит. Используйте безопасное хранилище данных (в конфигурациях на БСП — подсистема защиты персональных данных и безопасное хранение секретов) или вводите секреты вручную при каждом сеансе обмена.

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

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