Настройка выгрузки данных из 1С 8.3: методы и правила обмена

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

Разберём рабочие способы выгрузки по порядку: как выбрать метод и формат файла, где настраиваются правила конвертации данных (КД 2.0 и 3.0), когда нужна внешняя обработка, как собрать сам файл, поставить обмен на расписание и что делать, когда выгрузка падает с ошибкой.

Какой способ выгрузки подойдёт под вашу задачу

Сначала ответьте на два вопроса: что вы выгружаете (вся база, отдельные справочники, конкретные документы) и кто читает результат — другая база 1С, бухгалтер в Excel, банк, госсистема или самописный сервис.

От ответа зависит способ:

• 🔄 Синхронизация данных — когда данные уходят в другую базу 1С (например, из «Управления торговлей» в «Бухгалтерию»). Работает в обе стороны, по расписанию, с сопоставлением объектов.
• 📄 Выгрузка в файл через правила конвертации — когда получатель принимает структурированный XML и нужен контроль над тем, какие реквизиты попадают в файл.
• 🧩 Внешняя обработка — когда формат нестандартный: CSV для банка, DBF, Excel, выгрузка одной таблицы.
• ⚙️ Выгрузка через встроенную обработку «Выгрузка загрузка данных XML» — когда нужно физически перенести объекты между двумя идентичными конфигурациями.

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

Форматы файлов, с которыми реально работают на практике:

Где настраиваются правила конвертации данных: КД 2.0 и 3.0

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

Есть две технологии, и их важно не путать:

1. Конвертация данных 2.0 (КД 2.0) — старая. Правила хранятся в отдельном .xml-файле, который создаётся в специальной конфигурации «Конвертация данных 2.0». Готовый файл правил загружается в базу через обработку универсального обмена.
2. Конвертация данных 3.0 (КД 3.0) — актуальная. Построена вокруг формата EnterpriseData. Правила описываются модулями прямо в конфигурации, отдельный файл выгружать не нужно. Именно её используют типовые механизмы синхронизации.

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

Как понять, какая технология у вас:

• Если в разделе Администрирование → Синхронизация данных обмен настраивается помощником и файл правил нигде не просят — это КД 3.0 на формате EnterpriseData.
• Если для обмена нужно загрузить внешний .xml с правилами через обработку универсального обмена — это КД 2.0.

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

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

Внешние обработки для выгрузки в нестандартный формат

Когда получатель не 1С и ему нужен CSV, DBF или особый XML — проще всего взять внешнюю обработку (.epf). Это файл, который подключается к базе без изменения конфигурации.

Где подключить: Администрирование → Печатные формы, отчёты и обработки → Дополнительные отчёты и обработки. Нажмите Добавить из файла, укажите .epf, затем откройте её из того же списка.

Типовые обработки, которые идут с платформой или типовыми решениями:

• 🔧 «Выгрузка загрузка данных XML» — переносит объекты между двумя одинаковыми конфигурациями целиком, с ссылочной целостностью. Подходит для переезда данных, не для регулярного обмена.
• 🔧 «Универсальный обмен данными в формате XML» — работает по файлу правил КД 2.0: грузите правила, отмечаете объекты, выгружаете.

Если готовой обработки нет, её пишет программист 1С под конкретный формат. Для разовой выгрузки одной таблицы часто хватает штатной команды Ещё → Вывести список в любом списке документов или справочника — она выгружает видимые колонки в табличный документ, а его уже сохраняете как .xlsx или .mxl.

Отдельный случай — выгрузка в веб-сервис или облачный сервис в формате JSON. Здесь файл обычно не создаётся на диске: данные уходят HTTP-запросом напрямую. Такую передачу настраивают кодом (HTTP-сервис или обращение к внешнему API), и это уже задача разработчика, а не пользовательская настройка.

Как сформировать файл выгрузки: порядок действий

Разберём на примере самого частого сценария — выгрузка в другую базу 1С через синхронизацию. Пути даны для типовых конфигураций на «Такси».

1. Откройте Администрирование → Синхронизация данных и включите флажок Синхронизация данных.
2. Нажмите Настройки синхронизации данных → Новая синхронизация, выберите вид программы-приёмника из списка.
3. Укажите способ подключения: через локальный или сетевой каталог (обмен файлами), через FTP-ресурс или напрямую по сети.
4. Задайте настройки правил отправки — какие организации, склады, период и виды данных уходят. Чем уже отбор, тем легче и быстрее файл.
5. Выполните первую синхронизацию. Программа сформирует файл сообщения обмена в указанном каталоге и предложит сопоставить объекты, которые не нашлись автоматически.
6. Сопоставьте вручную всё, что осталось в списке несопоставленных, и завершите обмен.

Файл сообщения обмена — это и есть ваша выгрузка. Он лежит в каталоге, который вы указали на шаге 3, с именем вида Message_*.xml.

Для выгрузки по правилам КД 2.0 через обработку универсального обмена порядок другой: на вкладке Выгрузка данных указываете файл правил, выбираете период и объекты, при необходимости ставите отбор по реквизитам и жмёте Выгрузить данные — на выходе один .xml.

Как проверить, что выгрузилось

После обмена сверьте результат, не доверяйте «файл создан — значит всё хорошо»:

• Сравните число выгруженных объектов из протокола обмена с тем, сколько строк вы ждали за период.
• Откройте XML-файл текстовым редактором и убедитесь, что в нём есть реальные данные, а не пустая оболочка сообщения.
• На приёмнике после загрузки проверьте несколько контрольных документов: совпали суммы, контрагенты, склады.

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

Автоматическая выгрузка по расписанию

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

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

Где смотреть и управлять заданиями: Администрирование → Обслуживание → Регламентные и фоновые задания. Там видно задание обмена, его статус, время последнего и следующего запуска.

Важные моменты автоматической выгрузки:

• 🕐 В файловой базе регламентные задания выполняются, только пока открыт сеанс. Чтобы обмен шёл без присутствия человека, оставляют отдельный фоновый сеанс или переводят базу на сервер.
• 🖥 В клиент-серверной базе задания выполняет сервер 1С сам, сеанс пользователя не нужен.
• 📁 Проверьте, что у фонового задания есть доступ к каталогу обмена. Частая причина «тихого» несрабатывания — папка на сетевом диске, недоступном из-под учётной записи сервера.

Что делать, когда выгрузка падает с ошибкой

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

Второе — Администрирование → Журнал регистрации. Отфильтруйте по событию обмена данными и по времени запуска: в журнале видны тексты ошибок платформы, которых нет в коротком протоколе. Там же видно, под каким пользователем выполнялся обмен и когда именно он прервался.

Типовые симптомы и их причины:

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

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