Конвертация данных в 1С: от установки до готового обмена
Содержание
«Запустить Конвертацию данных» — это не открыть один внешний файл обработки. Конвертация данных — отдельная конфигурация (версии 2.0 или 3.0), которую ставят самостоятельной базой из поставки, плюс универсальная обработка обмена, которую запускают уже в рабочих базах. Сам перенос данных делает не Конвертация, а правила обмена, которые в ней собирают.
Порядок всегда один: создать базу Конвертации данных из шаблона, загрузить в неё описание структур источника и приёмника, настроить соответствия объектов, выгрузить правила в файл — и только потом прогнать выгрузку из источника и загрузку в приёмник.
Версий две, и они не взаимозаменяемы. КД 2.0 работает на произвольных правилах конвертации и подходит почти к любым конфигурациям, включая нетиповые и старые. КД 3.0 построена на формате EnterpriseData и рассчитана на типовые решения на Библиотеке стандартных подсистем. От выбранной версии зависит весь дальнейший маршрут.
КД 2.0 или КД 3.0: какую версию ставить
Выбор определяется не новизной, а тем, что за базы вы связываете.
🔹 КД 2.0 — универсальный механизм. Берёт две любые конфигурации (хоть самописные, хоть разных поколений) и переносит данные по правилам, которые вы описываете вручную. Гибко, но трудоёмко: соответствия объектов и реквизитов задаёте сами.
🔹 КД 3.0 — обмен через формат EnterpriseData. Вы сопоставляете объекты конфигурации не напрямую с другой базой, а с единым форматом-посредником. Это стандарт для типовых решений (Бухгалтерия, ЗУП, Управление торговлей) на БСП.
Результат работы тоже отличается. КД 2.0 отдаёт один файл правил обмена (XML), который подаётся в универсальную обработку в обеих базах. КД 3.0 формирует правила обмена и модуль менеджера обмена, которые встраиваются в штатный механизм синхронизации конфигурации. Поэтому для разового переноса КД 2.0 обычно быстрее запустить, а для постоянной синхронизации типовых баз надёжнее КД 3.0.
Обе конфигурации бесплатны и поставляются подписчикам ИТС. Отдельной лицензии именно на Конвертацию данных не нужно — работает она на вашей обычной лицензии платформы.
Установка: создаём базу Конвертации данных из шаблона
Конвертация данных ставится как отдельная информационная база из шаблона поставки.
- Скачайте дистрибутив нужной версии (2.0 или 3.0) и установите шаблон конфигурации — обычно установщик кладёт его в каталог шаблонов, который платформа видит при создании базы.
- В окне запуска 1С нажмите
Добавить→Создание новой информационной базы. - Выберите
Создание из шаблона, в дереве найдитеКонвертация данныхнужной редакции и укажите версию. - Задайте имя базы и каталог, завершите мастер.
После этого Конвертация данных появится в списке баз окна запуска и откроется в режиме 1С:Предприятие как обычная конфигурация.
Если в дереве шаблонов версии нет — платформа смотрит не в тот каталог. Проверьте путь к шаблонам в окне запуска: Настройка → поле с каталогами шаблонов конфигураций.
Описание структур и настройка правил обмена
Чтобы Конвертация «знала» состав обеих баз, в неё загружают описания их метаданных.
Шаг 1. Выгрузить структуру из рабочих баз. Описание структуры конфигурации формируется прямо из источника и приёмника специальной командой выгрузки в XML-файл. Эту команду содержит универсальная обработка обмена, о которой ниже, — она умеет не только переносить данные, но и отдавать описание метаданных базы.
Шаг 2. Загрузить оба описания в Конвертацию данных. В базе КД создайте конвертацию и подгрузите в неё структуру источника и структуру приёмника. Вы увидите два дерева объектов рядом.
Шаг 3. Сопоставить объекты. В КД 2.0 вы вручную связываете объекты и реквизиты источника с приёмником — правила конвертации объектов, свойств, значений. В КД 3.0 каждый объект сопоставляется с объектом формата EnterpriseData.
В КД 2.0 различают два слоя правил, и их легко перепутать. Правила конвертации описывают, как объект источника превращается в объект приёмника — какие реквизиты куда ложатся. Правила выгрузки определяют, что именно и по какому отбору уходит из источника. Пустые правила выгрузки — частая причина ситуации «файл есть, а данных ноль»: конвертация настроена, но ни один объект не отмечен к выгрузке.
Отдельно задаются поля поиска — по каким реквизитам приёмник ищет уже существующий объект, прежде чем создавать новый. Для справочников это обычно код, наименование или уникальный идентификатор; для контрагентов — ИНН и КПП. Неудачный выбор поля поиска даёт либо дубли, либо подстановку не того элемента.
Шаг 4. Выгрузить правила в файл. Готовую конвертацию выгрузите в файл правил обмена — это XML, который дальше подаётся в рабочие базы.
💡 Не начинайте с нуля, если переносите типовые конфигурации: для многих пар баз уже есть готовые правила обмена, их остаётся только доработать под ваши отличия.
Выгрузка данных из базы-источника
Сам перенос выполняет не Конвертация данных, а обработка «Универсальный обмен данными в формате XML» — её запускают в рабочей базе-источнике. Поставляется она вместе с Конвертацией и на диске ИТС.
- Откройте источник в режиме
1С:Предприятие. - Запустите внешнюю обработку
универсального обмена через
Файл→Открыть(или штатно, если она добавлена в базу). - На вкладке выгрузки укажите файл правил обмена, полученный из КД.
- Задайте отбор: период, организацию, конкретные объекты — чтобы не тащить лишнее.
- Укажите путь к файлу данных (XML), куда ляжет выгрузка, и запустите.
На выходе — один XML-файл с данными. Это ещё не перенос: данные просто упакованы по правилам. Выгрузка источник не меняет — она только читает. Опасна следующая часть, загрузка.
Отбор при выгрузке — не формальность, а способ не сломать первый обмен. Для первой проверки правил выгружайте не всю базу, а узкий срез: одну организацию, короткий период, один-два документа каждого вида. На маленьком файле ошибки правил видно сразу, а загрузка на копии занимает секунды, а не часы. Полную выгрузку запускайте, только когда срез прошёл чисто.
Для КД 3.0 на типовых базах отдельную обработку обычно запускать не нужно: правила встают в штатную Синхронизацию данных, и обмен идёт через неё.
Загрузка в приёмник и разбор ошибок
Загрузка данных меняет базу-приёмник, поэтому порядок жёсткий.
Перед загрузкой в рабочую базу сделайте резервную копию (выгрузку в .dt или копию файла базы). Если правила окажутся с ошибкой, откат возможен только из копии.
- Откройте приёмник, запустите ту же универсальную обработку на вкладке загрузки.
- Укажите XML-файл данных из предыдущего шага.
- Первый прогон делайте на копии приёмника, а не на боевой базе.
- Запустите загрузку и дождитесь завершения.
Типовые проблемы при загрузке и что за ними стоит:
| Симптом | Вероятная причина | Что проверить |
|---|---|---|
| Объект загрузился без заполненных реквизитов | В правилах не описано свойство | Правило конвертации свойств этого объекта |
| Не подставились ссылки на справочники | Элемент-ссылка не выгружен или не найден по поиску | Поля поиска (ИНН, код, наименование) в правилах |
| Задвоились элементы справочника | Поиск по неуникальному полю | Смените поле поиска на уникальное |
| «Не найден объект метаданных» | Структуры баз разошлись | Перевыгрузите описание структуры заново |
Протокол обмена: где смотреть, что пошло не так
И выгрузка, и загрузка пишут протокол обмена — это первое, что открывают при разборе.
🔸 В настройках обработки универсального обмена включите запись протокола в файл и укажите путь. Без этого ошибки мелькнут в сообщениях и пропадут.
🔸 В протоколе ищите строки со словами об ошибке и предупреждении: там указан объект, на котором споткнулся обмен, и текст проблемы.
🔸 Отдельно включите режим с остановкой на ошибке на время отладки правил — так вы увидите первый сбой, а не его последствия на сотом объекте.
🔸 Количество выгруженных и загруженных объектов из протокола сверяйте между собой. Расхождение — сигнал, что часть объектов отсеялась при загрузке.
Для КД 3.0 результат синхронизации и предупреждения смотрят в самом механизме Синхронизация данных — там есть журнал обменов и состав предупреждений по последнему сеансу.
Автоматизация: регулярный обмен по расписанию
Разовый перенос запускают руками. Регулярный обмен автоматизируют двумя путями в зависимости от версии.
КД 3.0 на типовых базах — штатно. В разделе Администрирование → Синхронизация данных настраивается расписание регламентного задания синхронизации. Платформа сама по графику выгружает и принимает данные.
КД 2.0 — через запуск обработки по расписанию операционной системы. Создаётся .bat-файл, который планировщик Windows вызывает по графику. Обработка универсального обмена запускается из командной строки платформы:
"C:\Program Files\1cv8\<версия>\bin\1cv8.exe" ENTERPRISE ^
/F"C:\bases\source" /N"Обмен" /P"пароль" ^
/Execute"C:\exchange\universal_exchange.epf" ^
/C"ВыгрузкаДанных;C:\exchange\rules.xml;C:\exchange\data.xml"
Ключ /Execute запускает внешнюю обработку, /C передаёт в неё параметры. Точный набор параметров зависит от версии обработки — сверьтесь с её встроенным описанием, не придумывайте ключи наугад.
Автоматический обмен в фоне запускает загрузку без вашего контроля. Настраивайте его только после того, как правила отработали вручную на копии без ошибок, и держите резервное копирование приёмника на отдельном расписании.
Когда Конвертация данных не нужна
Иногда её запускают зря — задача решается проще.
🔸 Две одинаковые типовые базы на БСП. Между ними работает штатная Синхронизация данных с готовыми правилами. Собирать конвертацию с нуля не нужно — достаточно включить обмен в разделе администрирования.
🔸 Перенос всей базы целиком в ту же конфигурацию. Это выгрузка в .dt и загрузка в новую базу (Администрирование → Выгрузить информационную базу), а не обмен по правилам.
🔸 Загрузка простого справочника из таблицы. Прайс, номенклатура, список контрагентов из Excel грузятся штатной обработкой загрузки из табличного документа. Конвертация данных здесь избыточна.
Конвертация оправдана там, где структуры баз различаются и нужен управляемый перенос части данных — именно для этого в ней и настраивают правила.