Разработка и Конфигурация · 15 мин
Что такое КД в 1С и как работает Конвертация данных
КД в 1С — это Конвертация данных: правила обмена, перенос данных между базами, настройка ПКО и ПКС. Разбираем, как работает КД 2 и КД 3, с примерами.
КД в 1С — это сокращение от «Конвертация данных», специализированной конфигурации фирмы «1С», предназначенной для создания и редактирования правил обмена между информационными базами. Когда бухгалтеру нужно перенести справочники из старой базы в новую, а разработчику — настроить обмен между «Управлением торговлей» и «Бухгалтерией предприятия», именно Конвертация данных становится основным инструментом.
Термин встречается в нескольких контекстах. Чаще всего под КД понимают саму конфигурацию «1С:Конвертация данных», реже — созданные в ней файлы правил обмена (XML-файлы, которые загружаются в типовые механизмы обмена). Также существуют версии КД 2.1 и КД 3.0, которые принципиально различаются по технологии: первая работает через XML-правила, вторая — через формат EnterpriseData и обработчики на встроенном языке.
Понимание того, что такое КД, необходимо не только разработчикам. Внедренцы, системные администраторы и даже продвинутые пользователи сталкиваются с правилами конвертации при миграциях, обновлениях нестандартных обменов и исправлении ошибок синхронизации. Ниже разберём устройство КД, типовые сценарии применения и границы безопасной самостоятельной работы.
Что такое Конвертация данных и зачем она нужна
«1С:Конвертация данных» — отдельная конфигурация на платформе «1С:Предприятие 8», которую можно бесплатно скачать с портала 1С при наличии действующего договора ИТС. Она не ведёт учёт и не предназначена для работы пользователей: её единственная задача — описать, как объекты одной базы преобразуются в объекты другой.
Результатом работы в КД является файл правил обмена. Этот файл загружается в прикладные решения — например, в типовую обработку «Универсальный обмен данными в формате XML» или в механизмы синхронизации данных — и определяет, какие объекты выгружать, как сопоставлять их поля и как искать уже существующие элементы в базе-приёмнике.
Типовые задачи, решаемые через КД: первоначальный перенос данных при переходе на новую конфигурацию, регулярная синхронизация между связанными системами (торговля — бухгалтерия, ERP — зарплата), выгрузка данных в сторонние системы через промежуточный XML-формат, а также одноразовые миграции при разделении или слиянии баз.
Основные понятия: ПКО, ПКС, ПКГС и обработчики
Работа в КД строится вокруг нескольких базовых сущностей. Главная из них — правило конвертации объекта (ПКО). Оно связывает объект источника с объектом приёмника: например, справочник «Номенклатура» базы УТ со справочником «Номенклатура» базы БП. Для каждого ПКО задаются способы поиска существующих элементов — обычно по уникальному идентификатору, коду, наименованию или комбинации полей.
Внутри ПКО находятся правила конвертации свойств (ПКС) — соответствия реквизитов: «Артикул» источника переносится в «Артикул» приёмника, «ЕдиницаИзмерения» — через отдельное ПКО в классификатор единиц. Для табличных частей используются правила конвертации групп свойств (ПКГС), например для переноса табличной части «Товары» документа.
Когда простого соответствия полей недостаточно, применяются обработчики — фрагменты кода на встроенном языке 1С. Они срабатывают на события: перед выгрузкой, при загрузке, после конвертации всех объектов. Через обработчики реализуют сложную логику: склейку полей, фильтрацию по условиям, преобразование значений, обращение к произвольным данным источника.
Связывает тип объекта источника с типом приёмника и задаёт способ поиска
Определяет, как переносится каждый реквизит объекта
Управляет переносом строк табличных частей документов и справочников
Выполняют нестандартные преобразования при выгрузке и загрузке
Чем КД 2 отличается от КД 3
КД 2.1 — классическая редакция, работающая по схеме «выгрузил в XML — загрузил из XML». Правила сохраняются в файл, который используется обработкой «Универсальный обмен данными в формате XML» или встроенными в конфигурации механизмами перехода. Вся логика описывается внутри самих правил, включая обработчики, которые хранятся в тексте правил и выполняются в специальном безопасном режиме.
КД 3.0 появилась вместе с форматом EnterpriseData и технологией, известной как «обмен через XDTO-пакеты». Здесь правила описывают соответствие объектов конфигурации объектам универсального формата, а вся нестандартная логика выносится в отдельный модуль — общий модуль с обработчиками, который поставляется вместе с правилами. Такой подход используется в типовых синхронизациях через «Синхронизацию данных» в современных конфигурациях.
Практический вывод: для разовых переносов и кастомных обменов обычно проще КД 2.1 — она нагляднее и не требует изменения конфигурации приёмника. КД 3.0 оправдана, когда нужно расширить типовую синхронизацию, построенную на EnterpriseData, или поддерживать обмен в актуальных версиях типовых решений.
Сравнение редакций КД
XML-правила и универсальная обработка обмена. Подходит для разовых переносов и нестандартных обменов, проще в освоении. Ограничение: не используется в новых типовых синхронизациях.
Формат EnterpriseData, обработчики в отдельном модуле. Подходит для доработки типовых синхронизаций современных конфигураций. Ограничение: требует понимания XDTO и часто расширения конфигурации.
Как создать простые правила переноса в КД 2.1
Порядок работы для типовой задачи — переноса справочников и документов между похожими конфигурациями — выглядит следующим образом. Сначала из обеих баз (источника и приёмника) выгружаются структуры метаданных с помощью обработки MD83Exp.epf (для обычных форм) или соответствующей обработки выгрузки описания конфигурации. Полученные XML-файлы загружаются в КД как конфигурации-источник и конфигурация-приёмник.
Далее создаётся новая конвертация, указываются источник и приёмник, и можно воспользоваться автоматическим созданием правил: КД сопоставит объекты по именам и сформирует ПКО и ПКС для совпадающих реквизитов. Автоматические правила — это только заготовка: их нужно проверить, настроить поиск элементов и при необходимости добавить обработчики.
После сохранения правил выполняется тестовая выгрузка обработкой «Универсальный обмен данными в формате XML» из базы-источника и загрузка в копию приёмника. Только после проверки результата на копии имеет смысл переносить данные в рабочую базу.
- 1Выгрузите описание структуры метаданных из базы-источника и базы-приёмника соответствующей обработкой
- 2Загрузите обе структуры в Конвертацию данных и создайте новую конвертацию
- 3Сформируйте правила автоматически по совпадающим именам объектов, затем проверьте и скорректируйте ПКО и ПКС
- 4Настройте поля поиска для ключевых справочников, чтобы избежать дублей
- 5Сохраните файл правил, выполните выгрузку из источника и загрузку в копию приёмника
- 6Проверьте результат на копии и только потом переносите данные в рабочую базу
Настройка поиска и предотвращение дублей
Главная причина испорченных переносов — неправильно настроенный поиск объектов в приёмнике. Если поиск не срабатывает, в базе появляются дубли элементов справочников: две одинаковые номенклатурные позиции, два контрагента с одним ИНН. Разгребать такие последствия в рабочей базе очень трудоёмко.
В КД 2.1 для каждого ПКО задаётся способ поиска: по внутреннему идентификатору объекта (подходит, когда базы имеют общее происхождение), по полям поиска или по комбинации. Для контрагентов разумно искать по ИНН и КПП, для номенклатуры — по коду или артикулу, если эти поля ведутся аккуратно. Наименование как единственное поле поиска ненадёжно: оно часто различается пробелами и регистром.
Дополнительная защита — режим «Не создавать новый объект, если не найден» для тех случаев, когда элемент должен существовать в приёмнике заранее. А для документов полезно ограничивать перенос по дате и организации через параметры и отборы в правиле выгрузки данных.
Типичные сценарии применения КД
Переход на новую конфигурацию
При смене учётной системы — например, с «Управления торговлей 10.3» на редакцию 11 — типовые средства перехода покрывают не всё, особенно если конфигурация доработана. КД позволяет перенести справочники, остатки по счётам и складам, а также документы за открытый период. Практика показывает, что документы прошлых лет обычно не переносят: базу-источник оставляют в режиме чтения для справок.
Синхронизация между учётными системами
Если типовая синхронизация не переносит нужные объекты или переносит их неправильно, правила дорабатывают в КД. Для КД 3.0 это означает изменение правил конвертации и модуля обработчиков, для КД 2.1 — правку XML-правил. Важно помнить: доработанные правила нужно заново подключать после обновлений конфигурации, которые могут заменить механизм обмена.
Выгрузка в сторонние системы
XML-файл, формируемый по правилам КД, может служить промежуточным форматом для интеграции с сайтом, CRM или системой лояльности. Однако для постоянных интеграций в реальном времени чаще выбирают HTTP-сервисы или шину данных: механизм КД ориентирован на пакетный обмен, а не на онлайн-взаимодействие.
Перед доработкой типовых правил сохраните исходную версию файла правил и зафиксируйте версии конфигураций, для которых они созданы. После обновления конфигурации сопоставление по именам реквизитов может «поехать», и без исходной версии восстановить логику будет сложно.
Как проверить результат переноса
Контроль результата — обязательный этап, который нельзя заменить визуальным просмотром пары документов. Минимальный набор проверок: сверка количества выгруженных и загруженных объектов (обработка обмена показывает эти счётчики), сравнение итогов по ключевым регистрам в источнике и приёмнике, выборочная сверка документов с крупными суммами.
Для бухгалтерских переносов стандартная проверка — сравнение оборотно-сальдовых ведомостей по основным счетам в обеих базах на дату переноса. Для торговых — сверка остатков товаров по складам и взаиморасчётов по контрагентам. Расхождения указывают либо на ошибки в правилах, либо на отборы, которые отфильтровали часть данных.
Также стоит проверить журнал загрузки: сообщения об ошибках «объект не найден» или «не удалось записать» показывают, какие правила требуют доработки. Полное отсутствие ошибок в журнале при нулевом количестве загруженных объектов — тоже тревожный признак: вероятно, отборы правил отсекли все данные.
Как проверить результат переноса
Количество загруженных объектов соответствует выгруженным
Загружено заметно меньше, чем выгружено, без сообщений об ошибках
Итоги по счетам и складам совпадают на дату переноса
Есть расхождения по суммам или количеству
Элементы найдены по полям поиска, дублей нет
Появились задвоенные контрагенты или номенклатура
Нет ошибок записи и поиска объектов
Повторяющиеся сообщения «объект не найден»
Типичные ошибки при работе с КД
Самая распространённая ошибка — доверие к автоматически созданным правилам без проверки. Автосопоставление работает по именам реквизитов, но не понимает смысла: реквизит с одинаковым именем в разных конфигурациях может иметь разный тип или назначение. Каждое автоматически созданное правило нужно просмотреть.
Вторая частая проблема — игнорирование версий платформы и конфигураций. Правила, созданные для конкретных релизов, могут некорректно работать после обновления приёмника: переименованные реквизиты просто не перенесутся, а изменённые типы вызовут ошибки. После каждого значимого обновления правила нужно перепроверять.
Третья группа ошибок связана с обработчиками: использование в них методов, недоступных в режиме загрузки, обращение к данным приёмника из обработчиков выгрузки и наоборот. Такие ошибки проявляются только при выполнении обмена, поэтому тестирование на реальных объёмах данных обязательно.
Когда КД не нужна: альтернативные инструменты
Не каждая задача переноса требует Конвертации данных. Для перехода между типовыми конфигурациями сначала стоит проверить штатные средства перехода: многие типовые решения содержат встроенные помощники переноса данных из предыдущих редакций. Они уже протестированы вендором и учитывают особенности структуры данных.
Для простых одноразовых задач — например, загрузки списка контрагентов из таблицы — достаточно типовой обработки «Загрузка данных из табличного документа» или универсального загрузчика из Excel. Писать правила в КД ради одного справочника нерационально.
Для постоянных интеграций с внешними системами рассмотрите HTTP-сервисы, веб-сервисы, формат EnterpriseData через шину или планы обмена. КД остаётся инструментом именно конвертации структур 1С между собой; выход за эти рамки обычно означает, что выбран неоптимальный инструмент.
Как выбрать действие
Часто задаваемые вопросы
КД — это платформа, конфигурация или обработка?
КД — это отдельная конфигурация «1С:Конвертация данных», устанавливаемая на платформу «1С:Предприятие 8» как обычная информационная база. Она доступна пользователям с действующим договором ИТС и не требует отдельной лицензии сверх имеющихся.
Чем КД отличается от планов обмена?
Планы обмена — это механизм платформы, который определяет состав передаваемых данных и регистрирует изменения, но не описывает преобразование структур. КД отвечает именно за преобразование: как объект одной конфигурации превратить в объект другой. В распределённых базах с одинаковой конфигурацией КД обычно не нужна, а в обменах между разными конфигурациями правила КД работают в связке с механизмами обмена.
Можно ли править типовые правила обмена?
Можно, и это стандартная практика. Правила выгружаются из настроек синхронизации или берутся из поставки, дорабатываются в КД и загружаются обратно как пользовательские. Обязательно сохраняйте исходную версию и помните, что обновление конфигурации может потребовать повторной адаптации правил.
Почему после переноса появились дубли справочников?
Почти всегда причина в настройке поиска объектов: правило не нашло существующий элемент и создало новый. Проверьте поля поиска в ПКО, убедитесь, что значения ключевых полей (ИНН, код, артикул) действительно совпадают в обеих базах, и повторите перенос на копии с исправленными правилами.
Что выбрать для нового обмена: КД 2.1 или КД 3.0?
Если обмен строится на современных типовых механизмах синхронизации — осваивайте КД 3.0, так как типовые правила поставляются именно в этом формате. Для автономного нестандартного переноса или обмена через файл без привязки к типовой синхронизации проще и быстрее КД 2.1.
Нужно ли знать программирование для работы с КД?
Для простых переносов по автоматически созданным правилам достаточно понимания структуры конфигураций. Но как только требуется фильтрация, преобразование значений или нестандартный поиск, без обработчиков на встроенном языке 1С не обойтись — поэтому базовые навыки разработки существенно расширяют возможности работы с КД.
Что важно запомнить
КД в 1С — это конфигурация «Конвертация данных» для создания правил обмена между базами. КД 2.1 формирует XML-правила, КД 3.0 работает с форматом EnterpriseData. Ключ к успешному переносу — корректный поиск объектов, тестирование на копии базы и сверка итогов после загрузки.