Автоматизация · 12 мин
КД 2 в 1С: что это такое и как работает конвертация данных
КД 2 (Конвертация данных 2) в 1С: что это за конфигурация, как работают правила обмена, миграция данных между базами, типичные ошибки и практические советы.
КД 2 (или КД2) — это распространённое сокращение от «Конвертация данных, редакция 2» — типовой конфигурации от фирмы «1С», предназначенной для настройки обмена данными между различными информационными базами. С её помощью разработчик описывает правила, по которым данные из одной базы (источника) переносятся в другую базу (приёмник): документы, справочники, остатки, регистры. Конфигурация распространяется бесплатно для пользователей с действующей подпиской ИТС и скачивается с портала 1С.
Типичная ситуация, где нужна КД 2: компания переходит с «1С:Управление производственным предприятием» на «1С:ERP», с самописной конфигурации на типовую, либо нужно наладить нестандартный обмен между базами, для которого нет готовых правил. Вместо ручного переноса тысяч документов настраиваются правила конвертации, и перенос выполняется автоматически — через универсальный формат XML.
Работа с КД 2 требует понимания структуры метаданных обеих конфигураций: нужно знать, какие объекты есть в источнике и приёмнике, как связаны реквизиты, как заполняются табличные части. Поэтому конвертацией обычно занимаются программисты 1С или внедренцы, а не рядовые пользователи. Ниже разберём устройство инструмента, порядок настройки переноса и типичные ошибки.
Что такое «Конвертация данных 2» и из чего она состоит
«Конвертация данных 2» — это самостоятельная конфигурация, которую устанавливают отдельно от рабочих баз. В ней хранятся описания правил обмена: какие объекты выгружать, как сопоставлять поля источника и приёмника, какие алгоритмы выполнять при переносе. Результат работы — файл правил в формате XML, который потом используется в рабочих базах.
Ключевые элементы механизма:
- Конфигурация «Конвертация данных 2» — среда, где разработчик создаёт и редактирует правила;
- Правила конвертации объектов (ПКО) — описание соответствия объекта источника объекту приёмника (например, справочник «Контрагенты» УПП → справочник «Контрагенты» ERP);
- Правила конвертации свойств (ПКС) — соответствие отдельных реквизитов внутри объекта;
- Алгоритмы и запросы — произвольный код на встроенном языке для сложной логики;
- Обработка «Универсальный обмен данными в формате XML» — выполняет выгрузку и загрузку по готовым правилам.
В каких задачах применяется КД 2
Основной сценарий — миграция при переходе на новую конфигурацию. Например, организация работала в «1С:Комплексная автоматизация 1.1» и внедряет «1С:ERP 2»: нужно перенести справочники, остатки по складу и расчётам, а иногда и документы за текущий период. Типовые правила для популярных пар конфигураций часто поставляются вместе с дистрибутивами, но их почти всегда приходится дорабатывать под конкретные доработки базы.
Второй сценарий — регулярный обмен между разнородными базами: центральная бухгалтерия и филиалы на разных конфигурациях, обмен между учётной системой и самописным решением, интеграция с устаревшей базой, которую нельзя быстро вывести из эксплуатации. Для таких задач правила пишутся с нуля или адаптируются из типовых.
Третий сценарий — разовая выборочная выгрузка: перенести только определённый справочник, восстановить утраченные документы из архивной копии, собрать данные из нескольких баз в одну аналитическую.
КД 2 или альтернативы
Подходит для разовых миграций и нестандартных обменов через XML. Требует навыков программирования в 1С, но даёт полный контроль над логикой.
Современная редакция для синхронизации через формат XDTO. Используется в новых типовых обменах, но правила редактируются сложнее.
Готовая синхронизация между типовыми конфигурациями без написания правил. Подходит, если обе базы типовые и без доработок.
Оправдан только для небольших справочников при разовом переносе. Для документов и остатков практически неприменим.
Как устроен процесс переноса данных
Перенос по правилам КД 2 всегда идёт в два этапа. На первом этапе в базе-источнике запускается обработка выгрузки: она читает правила, отбирает объекты и записывает их в XML-файл данных. На втором этапе в базе-приёмнике запускается обработка загрузки, которая читает этот файл и создаёт объекты, применяя правила поиска существующих элементов (по GUID, по коду, по наименованию или комбинации полей — как задано в ПКО).
Важно понимать: правила привязаны к конкретным версиям конфигураций. Если структура метаданных источника или приёмника изменилась после обновления, правила могут стать неактуальными — реквизит переименован, тип изменён, объект удалён. Поэтому перед каждым серьёзным переносом конфигурации в КД 2 обновляют (загружают актуальную структуру метаданных обеих баз).
- 1Установите конфигурацию «Конвертация данных 2» и создайте в ней новую конвертацию
- 2Загрузите структуру метаданных базы-источника и базы-приёмника (выгрузка описания конфигурации)
- 3Создайте правила конвертации объектов: справочники, документы, регистры
- 4Настройте правила конвертации свойств и поиск существующих объектов в приёмнике
- 5Добавьте алгоритмы для нестандартной логики (расчёт значений, фильтрация)
- 6Выгрузите файл правил и протестируйте перенос на копиях баз
- 7Проверьте результат: сверка остатков, количества документов, контрольных сумм
- 8Только после успешной проверки выполните перенос в рабочую базу
Правила конвертации объектов и свойств: на что обратить внимание
ПКО — сердце конвертации. Для каждого объекта задаётся источник, приёмник и способ поиска: будет ли при загрузке искаться уже существующий объект или всегда создаваться новый. Ошибка в настройке поиска — самая частая причина дублей справочников после переноса. Например, если искать контрагентов только по наименованию, а в базах написание отличается (с кавычками и без), получите дубли.
В ПКС описывается перенос реквизитов: прямое соответствие полей, преобразование через алгоритм, подстановка фиксированного значения. Для ссылочных реквизитов указывается правило конвертации связанного объекта — так строится цепочка переноса связанных данных (документ → контрагент → договор → валюта).
Отдельного внимания заслуживают обработчики событий: «Перед выгрузкой», «При загрузке», «После загрузки». В них пишется код, который позволяет фильтровать данные, исправлять значения, отказываться от выгрузки отдельных объектов. Здесь же скрыты риски: ошибка в алгоритме может остановить весь перенос или, что хуже, молча исказить данные.
Типичные ошибки при работе с КД 2
Большинство проблем при переносе данных связаны не с инструментом, а с невнимательностью при настройке правил и недостаточной проверкой результата.
Отдельная группа ошибок — попытка перенести «всё и сразу». Практика показывает, что надёжнее переносить данные порциями: сначала справочники, затем остатки на дату перехода, затем документы текущего периода. Так проще локализовать проблему и проверить каждый этап.
Как проверить результат переноса
Проверка — обязательная часть проекта миграции, а не формальность. Минимальный набор контрольных точек: количество перенесённых объектов по каждому виду, сверка остатков по счетам бухгалтерского учёта (если переносится учёт), остатки склада и взаиморасчётов, случайная выборочная проверка документов «глазами».
Как проверить результат переноса
Нет ошибок, количество загруженных объектов соответствует ожиданию
Ошибки загрузки, пропущенные объекты, сообщения о не найденных ссылках
Оборотно-сальдовая ведомость и складские отчёты в приёмнике совпадают с источником на дату переноса
Расхождения в суммах или количестве — правила переноса остатков требуют доработки
Нет дублей, ссылки в документах указывают на корректные элементы
Дубли контрагентов и номенклатуры, битые ссылки вида «Объект не найден»
Документы перенесены с верными датами, суммами и проведены (если требовалось)
Документы не проведены, суммы искажены, часть документов отсутствует
Полезно зафиксировать контрольные цифры источника до переноса: итоги ОСВ, обороты за период, количество элементов ключевых справочников. После загрузки те же отчёты формируются в приёмнике и сравниваются. Расхождение — сигнал искать ошибку в правилах, а не мириться с ней.
Ограничения КД 2 и когда стоит смотреть на КД 3
КД 2 работает через собственный XML-формат и не поддерживает современный универсальный формат EnterpriseData, который используется в актуальных типовых синхронизациях. Если задача — настроить обмен между свежими типовыми конфигурациями (например, ERP и Бухгалтерия), сначала проверьте типовые планы обмена: возможно, писать правила вообще не потребуется.
Конфигурация КД 2 давно не получает принципиальных обновлений, но остаётся рабочим инструментом: огромное число действующих обменов и миграций построено именно на ней, а накопленная база готовых правил и примеров велика. Для разовой миграции со старых конфигураций (УПП, КА 1.1, самописные решения) это по-прежнему основной вариант.
Как выбрать подход
FAQ: частые вопросы о КД 2
Где скачать «Конвертацию данных 2»?
Конфигурация доступна зарегистрированным пользователям с действующей подпиской ИТС на портале portal.1c.ru в разделе обновлений программ, а также входит в комплект поставки многих типовых решений. Отдельно покупать её не нужно.
КД 2 и КД 3 — в чём разница?
КД 2 работает с классическим XML-форматом обмена и визуальным редактором правил. КД 3 ориентирована на универсальный формат EnterpriseData (XDTO-пакеты) и используется для доработки современных типовых синхронизаций. Для миграций со старых конфигураций обычно применяют КД 2, для новых типовых обменов — КД 3.
Можно ли пользоваться КД 2 без навыков программирования?
Простые правила с прямым соответствием реквизитов можно настроить без кода, но на практике почти любой реальный перенос требует алгоритмов на встроенном языке 1С: фильтрация, преобразование значений, обработчики событий. Без базовых навыков разработки результат будет ограниченным.
Почему после переноса появились дубли справочников?
Причина почти всегда в настройке поиска объектов в правилах конвертации. Если поиск настроен по полю, значения которого различаются в базах (например, наименование с разным написанием), загрузка создаёт новый элемент вместо использования существующего. Надёжнее искать по GUID или по уникальным комбинациям полей (ИНН + КПП для контрагентов).
Можно ли отменить загрузку, если что-то пошло не так?
Штатной отмены загрузки нет: созданные объекты придётся удалять отдельно, что при большом объёме трудоёмко и рискованно. Поэтому перед загрузкой обязательно делается резервная копия базы-приёмника — восстановление из копии единственный надёжный способ отката.
Переносятся ли движения документов и проводки?
Да, если в правилах настроена конвертация наборов записей регистров. Документ можно перенести вместе с его движениями либо загрузить без движений и провести в приёмнике. Второй вариант корректнее, если логика проведения в новой конфигурации отличается.
Что важно запомнить
КД 2 — конфигурация «Конвертация данных 2» для создания правил переноса данных между базами 1С. Работа строится по схеме: правила → выгрузка в XML → загрузка в приёмник. Ключевые условия успеха: актуальная структура метаданных, правильный поиск объектов, тестирование на копиях и обязательная сверка остатков после переноса.