Разработка и Конфигурация · 12 мин
1С Конвертация данных: как пользоваться на практике
Как пользоваться конфигурацией 1С Конвертация данных: настройка правил обмена, выгрузка и загрузка данных, типичные ошибки и проверка результата переноса.
Конвертация данных — это типовая конфигурация от фирмы «1С», предназначенная для переноса информации между базами: из старых версий в новые, между разными конфигурациями (например, из «Управления торговлей» в «Бухгалтерию») или между базами с отличающейся структурой метаданных. Инструмент работает по принципу «правила обмена»: вы описываете, какой объект источника в какой объект приёмника превращается, а обработка выгрузки/загрузки выполняет сам перенос.
Типовой сценарий выглядит так: в «Конвертации данных» создаются правила конвертации объектов (ПКО), правила конвертации свойств (ПКС) и правила выгрузки данных (ПВД). Затем правила сохраняются в XML-файл, а в базе-источнике запускается универсальная обработка выгрузки, которая формирует файл данных. В базе-приёмнике этот файл загружается парной обработкой. Понимание этой цепочки — ключ к тому, чтобы пользоваться инструментом осознанно, а не методом проб и ошибок.
Материал рассчитан на тех, кто впервые открывает «Конвертацию данных» или использует её эпизодически. Разберём установку, создание правил, выгрузку и загрузку, проверку результата и типичные ошибки, из-за которых перенос «ломается» на середине.
Что такое Конвертация данных и когда она нужна
Конвертация данных (редакция 2.x — классическая, редакция 3.x — для обменов через EnterpriseData) поставляется отдельной конфигурацией и устанавливается как обычная база 1С. Она не хранит прикладные данные — её назначение исключительно в разработке и хранении правил переноса.
Инструмент оправдан в ситуациях: переход с устаревшей конфигурации на новую (например, с «1С:Торговля и склад 7.7» на «Управление торговлей 11»), первоначальное заполнение базы справочниками и остатками, разовый перенос данных между несовместимыми конфигурациями, а также настройка нестандартного обмена, когда типовой план обмена не покрывает нужные объекты.
Если обе базы — одинаковые типовые конфигурации, часто проще использовать встроенные механизмы синхронизации или типовые обработки перехода, которые поставляются вместе с конфигурацией. Конвертацию данных стоит брать в работу, когда структуры отличаются или нужна тонкая настройка соответствий.
Подготовка: установка и первичная настройка
Дистрибутив «Конвертации данных» доступен на портале 1С в рамках подписки ИТС. Установка стандартная: разворачиваете шаблон, создаёте новую информационную базу из шаблона и запускаете её в режиме «Предприятие». Для работы потребуются также конфигураторы баз-источника и приёмника — из них выгружаются структуры метаданных.
Первый шаг в самой конфигурации — загрузка структур метаданных обеих баз. В конфигураторе источника и приёмника через «Администрирование → Выгрузить информационную базу» структуру не получить: используется специальная обработка выгрузки описания конфигурации (MD83Exp.epf для платформы 8.3 или встроенный механизм в зависимости от версии), которая формирует XML-файл описания метаданных. Эти файлы загружаются в «Конвертацию данных» как конфигурации-источник и приёмник.
- 1Установите конфигурацию «Конвертация данных» из дистрибутива ИТС
- 2Выгрузите описание метаданных базы-источника обработкой выгрузки конфигурации
- 3Выгрузите описание метаданных базы-приёмника той же обработкой
- 4Загрузите обе структуры в «Конвертацию данных» (раздел «Конфигурации»)
- 5Создайте новую конвертацию, указав источник, приёмник и формат правил
На этом этапе проверьте версии платформы всех трёх баз: несовпадение релизов платформы само по себе переносу не мешает (обмен идёт через XML), но обработки выгрузки/загрузки должны соответствовать версии платформы, на которой работают прикладные базы.
Создание правил обмена: ПКО, ПКС, ПВД
Основная работа происходит в разделе «Правила конвертации объектов». Для каждого типа данных создаётся ПКО: указывается объект источника, объект приёмника и способ поиска существующих элементов (по уникальному идентификатору, по коду, по наименованию или комбинации полей). Правильный выбор полей поиска критичен: при повторной загрузке объекты должны находиться, а не дублироваться.
Внутри ПКО настраиваются ПКС — соответствия реквизитов. Простой случай: реквизит «ИНН» источника в реквизит «ИНН» приёмника. Сложнее: когда типы не совпадают (строка в перечисление, ссылка одного справочника в другой) — тогда используется либо другое ПКО для ссылочного значения, либо алгоритм на встроенном языке, либо таблица соответствий.
Правила выгрузки данных (ПВД) определяют состав переноса: какие объекты выгружать и с каким отбором. Например, можно выгрузить только контрагентов, у которых есть движения за последний год, или документы определённого вида за конкретный период. Отбор настраивается произвольным запросом или отбором компоновки данных.
Алгоритмы и обработчики событий
Когда простого соответствия реквизитов недостаточно, используются обработчики событий: «Перед выгрузкой», «При выгрузке», «После загрузки» и другие. В них пишется код на встроенном языке 1С. Типовые задачи обработчиков: преобразование форматов дат, подстановка значений по умолчанию, поиск элементов по сложным условиям, отказ от выгрузки отдельных объектов по условию.
Учитывайте ограничение: код обработчиков выполняется в контексте выгрузки или загрузки и не имеет доступа к привычному контексту формы. Отладка ведётся через сообщения (процедура «Сообщить» выводит текст в протокол обмена) или через подключение внешней отладки к обработке выгрузки.
Выгрузка данных из базы-источника
Готовые правила сохраняются в XML-файл (команда «Сохранить правила в файл»). Дальше работа переносится в базу-источник: там открывается универсальная обработка выгрузки данных (обычно «Универсальный обмен данными в формате XML»), указывается файл правил и файл, куда будут выгружены данные.
В обработке выбираются правила выгрузки, которые нужно выполнить — не обязательно все сразу. Для теста разумно выгрузить один вид справочника и проверить его в приёмнике, прежде чем запускать полный перенос. На закладке параметров задаются значения, если в правилах предусмотрены параметры (например, дата начала выгрузки документов).
Во время выгрузки следите за протоколом: ошибки «объект не найден» на этапе выгрузки обычно означают битые ссылки в источнике, а предупреждения о незаполненных обязательных реквизитах — проблемы, которые проявятся при загрузке. Объёмный файл данных (сотни мегабайт) — нормальная ситуация при переносе документов за несколько лет.
Загрузка данных в базу-приёмник и проверка результата
В базе-приёмнике открывается парная обработка загрузки (та же «Универсальная обработка обмена данными XML» в режиме загрузки), указывается файл данных и запускается процесс. Правила при этом не нужны — вся необходимая информация содержится в самом файле данных.
Перед загрузкой полезно включить режим отладки и ограничить количество загружаемых объектов, если обработка это позволяет. После загрузки обязательна проверка: сверка количества элементов в источнике и приёмнике, контрольная сверка итогов по регистрам (если переносились остатки), выборочная проверка карточек — откройте несколько контрагентов и документов и сравните ключевые реквизиты.
Как проверить результат
Совпадает с количеством выгруженных по протоколу
В приёмнике больше элементов — вероятны дубли из-за неверных полей поиска
Элементы записываются и проводятся без ошибок
Ошибки записи «поле не заполнено» — не настроено ПКС для обязательного реквизита
В документах заполнены контрагенты, договоры, номенклатура
Пустые ссылки — объекты не нашлись при загрузке, проверяйте порядок ПВД и поля поиска
Сводные итоги совпадают с источником на дату переноса
Расхождения — проверяйте отборы ПВД и обработчики документов ввода остатков
Типичные ошибки и как их избежать
Самая частая проблема — дубли справочников после повторной загрузки. Причина почти всегда в полях поиска: поиск только по наименованию ломается от лишнего пробела, поиск по коду — при разной длине кодов в базах. Надёжный вариант — поиск по GUID для одиночного переноса между связанными базами или комбинация полей с предварительной нормализацией данных.
Вторая группа ошибок — порядок выгрузки. Если документы выгружаются раньше справочников, на которые они ссылаются, при загрузке ссылки могут не разрешиться. Правильная последовательность: сначала справочники (от независимых к зависимым), затем документы, затем регистры и остатки. В конвертации порядок задаётся расположением ПВД.
Когда конвертация не подходит
Для регулярного обмена между действующими базами лучше подходят планы обмена и типовая синхронизация — они отслеживают изменения автоматически. Конвертация данных — инструмент разового переноса или основа для настройки нестандартного обмена, но не замена штатной синхронизации в повседневной работе.
Сравнение вариантов переноса
Подходит для штатного обновления (например, УТ 10.3 → УТ 11). Не требует настройки, но не гибкая — переносит только предусмотренное
Универсальный инструмент для разовых переносов между любыми конфигурациями. Требует разработки правил и понимания обеих структур
Для обменов через формат EnterpriseData, в основном между современными типовыми конфигурациями. Расширяет типовую синхронизацию
Для постоянного регулярного обмена между работающими базами. Не предназначены для первоначальной миграции с преобразованием структуры
FAQ
Можно ли пользоваться Конвертацией данных без программирования?
Частично да: если конфигурации похожи, автоматическое создание правил по именам реквизитов покроет большую часть соответствий, а выгрузка и загрузка выполняются кнопками в обработках. Но как только типы реквизитов не совпадают или нужны отборы и преобразования, потребуется писать алгоритмы на встроенном языке 1С или привлекать специалиста.
Где взять готовые правила обмена между типовыми конфигурациями?
Готовые правила для типовых переходов обычно входят в состав дистрибутива новой конфигурации или публикуются на портале 1С вместе с обработками перехода. Искать сторонние правила стоит осторожно: они привязаны к конкретным релизам обеих конфигураций и при обновлении могут стать неактуальными.
Что делать, если при загрузке появляются ошибки «Объект не найден»?
Это означает, что ссылочный объект не был выгружен или не найден при загрузке. Проверьте, есть ли ПВД для этого типа данных, не отсекает ли отбор нужные элементы, и правильно ли настроены поля поиска в соответствующем ПКО. Часто помогает включение выгрузки объекта «по ссылке» — тогда он выгрузится автоматически вместе со ссылающимся на него объектом.
Можно ли переносить данные между базами на разных версиях платформы 1С?
Да, обмен идёт через XML-файл и не зависит от версии платформы напрямую. Важно лишь, чтобы обработки выгрузки и загрузки были совместимы с платформой соответствующей базы, а структуры метаданных были загружены в конвертацию корректно для каждой базы.
Как перенести только остатки без документов за прошлые периоды?
Стандартный приём: в новой базе создаются документы ввода начальных остатков на дату старта учёта, а данные для них берутся из итогов регистров старой базы. В правилах настраивается ПВД с выборкой остатков регистров на дату и ПКО, преобразующее их в документы ввода остатков приёмника. Сами исторические документы при таком подходе не переносятся.
Почему файл выгрузки получается очень большим и долго загружается?
Объём растёт из-за количества объектов, вложенных табличных частей и выгрузки связанных объектов по ссылкам. Сократить его можно отбором в ПВД (только нужный период и виды документов), отключением выгрузки неиспользуемых справочников и разбиением переноса на несколько файлов по типам данных.
Что важно запомнить
Работа с Конвертацией данных строится по цепочке: загрузка структур метаданных → создание правил (ПКО, ПКС, ПВД) → выгрузка в XML → загрузка в приёмник → сверка результата. Критичны три вещи: корректные поля поиска против дублей, правильный порядок выгрузки объектов и обязательное тестирование на копии базы перед боевым переносом.