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