КД в 1С: что это и как работает конвертация данных

КД в 1С — это сокращение от «Конвертация данных», специализированной конфигурации и технологии фирмы «1С», предназначенной для переноса информации между различными информационными базами. С помощью КД данные из одной конфигурации (например, «1С:Управление торговлей») преобразуются в формат, понятный другой конфигурации (например, «1С:Бухгалтерии предприятия»), даже если их внутренние структуры существенно различаются.

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

На практике аббревиатуру КД используют в двух значениях: как название конфигурации «1С:Конвертация данных» (редакции 2.1 и 3.х) и как общее обозначение механизма обмена через универсальный формат XML. Оба смысла связаны: конфигурация КД — это инструмент, в котором разработчик создаёт и отлаживает правила, а механизм — то, что исполняет эти правила при реальном обмене.

Что такое конвертация данных и зачем она нужна

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

Основные сценарии, где без КД не обойтись: переход с устаревшей конфигурации на новую (например, с «1С:УПП» на «1С:ERP»), настройка нестандартного обмена между базами, перенос данных из сторонних систем через промежуточный формат, а также доработка типовых правил, когда стандартный обмен не переносит нужные реквизиты или документы.

Важно понимать: сама по себе КД не переносит данные. Она создаёт правила, а фактическую выгрузку и загрузку выполняют обработки «Универсальный обмен данными в формате XML» или встроенные механизмы синхронизации, использующие эти правила.

Из чего состоит технология КД

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

• ПКО — правило конвертации объектов. Описывает, во что превращается объект источника: например, документ «Реализация товаров и услуг» из УТ становится документом «Реализация (акты, накладные)» в БП.
• ПКС — правило конвертации свойств. Определяет перенос отдельных реквизитов внутри ПКО: какое поле источника в какое поле приёмника попадает, включая преобразования значений.
• ПКЗ — правило конвертации значений. Используется для перечислений и предопределённых элементов: задаёт соответствие значений источника значениям приёмника.
• ПВД — правило выгрузки данных. Определяет, какие объекты вообще попадут в выгрузку и с каким отбором.
• Алгоритмы и обработчики. Встроенный язык 1С внутри правил — для нестандартной логики, которую нельзя выразить простым соответствием полей.

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

КД 2.1 и КД 3.0: в чём разница

Выбор редакции зависит от задачи. Для одноразового переноса данных при переходе на новую систему традиционно используют КД 2.1 — она гибче для разовых миграций и позволяет быстро поправить правила без изменения конфигураций. Для постоянной синхронизации между современными типовыми решениями (УТ 11, ERP, БП 3.0) применяется КД 3.х, потому что правила обновляются вместе с конфигурациями и не требуют ручного сопровождения файлов.

Сравнение вариантов

КД 2.1 с внешними правилами

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

КД 3.х с менеджерами обмена

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

Типовая синхронизация без доработок

Подходит, если стандартный состав переносимых данных устраивает. Ограничение: нестандартные реквизиты и документы не переносятся.

Типовые сценарии применения

Переход на новую конфигурацию

Самая частая задача — миграция: компания переходит, например, с «1С:Управление торговлей 10.3» на редакцию 11 или с УПП на ERP. Для популярных пар конфигураций фирма «1С» публикует готовые правила перехода: они переносят справочники, остатки и в некоторых случаях документы за выбранный период. Эти правила открываются в КД 2.1, при необходимости дорабатываются под нестандартные доработки источника и применяются через обработку универсального обмена.

Нестандартный обмен между базами

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

Загрузка данных из внешних систем

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

Как выполняется перенос: порядок действий

Типовой процесс переноса через КД 2.1 выглядит одинаково независимо от пары конфигураций. Сначала в конфигурации «Конвертация данных» загружают структуры метаданных источника и приёмника — для этого из обеих баз выгружают описание конфигурации специальной обработкой. Затем настраивают или загружают готовые правила, сохраняют их в XML-файл.

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

1. 1
   Сделайте резервные копии обеих баз до начала работ
2. 2
   Выгрузите описание структуры метаданных источника и приёмника
3. 3
   Загрузите структуры в «Конвертацию данных» и настройте или откройте готовые правила
4. 4
   Сохраните правила в XML-файл
5. 5
   В базе-источнике запустите универсальный обмен и выгрузите данные в файл
6. 6
   В базе-приёмнике загрузите файл той же обработкой
7. 7
   Проверьте результат: остатки, справочники, документы, протокол ошибок

Проверка результата и типичные ошибки

Завершение загрузки без сообщений об ошибках не гарантирует корректность переноса. Обязательный минимум проверки: сверка оборотно-сальдовой ведомости или отчёта по остаткам в источнике и приёмнике на одну дату, контроль количества перенесённых документов по видам, выборочная проверка карточек контрагентов и номенклатуры на полноту реквизитов.

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

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

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

Остатки по счетам или складам

Норма

Совпадают с источником на дату переноса

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

Расхождения сумм или количества

Справочники

Норма

Нет дублей, ключевые реквизиты заполнены

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

Дубли контрагентов и номенклатуры, пустые поля

Протокол загрузки

Норма

Нет ошибок или все ошибки разобраны

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

Необработанные сообщения об ошибках

Ограничения и когда нужен специалист

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

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

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

КД и EDI — это одно и то же?

Нет. КД — технология обмена между базами 1С через правила конвертации. EDI — электронный обмен документами с контрагентами через операторов. Это разные механизмы, хотя оба связаны с передачей данных.

Где взять конфигурацию «Конвертация данных»?

Она распространяется через портал 1С в составе дистрибутивов для подписчиков ИТС и партнёров фирмы «1С». Для работы также понадобятся обработки выгрузки описания метаданных и универсального обмена, которые идут в комплекте поставки.

Можно ли перенести данные без конфигурации КД?

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

Переносятся ли проведённые документы с движениями?

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

Что делать, если типовые правила не переносят нужный реквизит?

Правило открывают в конфигурации «Конвертация данных», добавляют соответствие реквизитов (ПКС) в нужное правило конвертации объекта и сохраняют обновлённый файл правил. Для нестандартной логики используют обработчики на встроенном языке.

Подходит ли КД для обмена с сайтом или интернет-магазином?

Обычно нет. Для обмена с сайтами в 1С применяется стандарт CommerceML и штатные механизмы обмена с сайтом. КД рассчитана на обмен между информационными базами 1С, а не на интеграцию с внешними веб-платформами.