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