В платформе «1С: Предприятие» есть два основных формата обмена — XML и XDTO. Второй еще называют обмен в универсальном формате или Enterprise Data. Первый способ обмена обычно запускают с помощью типовой обработки «Универсальный обмен в формате XML».
Для создания и редактирования правил конвертации данных в формате XML создавалась конфигурация КД ред. 2.0. В 2015 вышла новая технологическая разработка 3.0. Она предназначена для конвертации данных с помощью формата XDTO. Хотя и для старого формата XML конфигурация КД 3 тоже подходит. Проведем в статье короткое сравнение этих технологий, расскажем о двух подходах к обменному механизму.
Зачем создавались новые технологии
Начнем с выяснения сути термина «конвертация». Если излагать доступным для всех языком, речь идет о преобразовании каких-то имеющихся у пользователя данных, которые надо передать, а для этого сначала преобразовать информацию из одного формата в другой. Для осуществления данного процесса требуется специальная компьютерная программа.
Фирма-разработчик поставляет базовые (специализированные) конфигурации. В них не вносятся изменения, но можно преобразовать под типовые решения. Их также можно изменить для реализации конкретных задач организации.
Без дополнительного ключа изменить ничего нельзя. При его наличии доступно конфигурирование тиражных (типовых) решений. Что касается переноса решений из разряда нетипичных, здесь задача усложняется. Когда программисты берутся самостоятельно устанавливать алгоритм, отладка затягивается. Весь процесс разработки, поддержки становится проще благодаря отдельной конфигурации «Конвертация данных».
Как всё начиналось
На заре создания различных профильных программных продуктов в рамках проекта «1С: Предприятие» возникла необходимость обмениваться данными между информационными базами. С самого начала программистам надо было прописывать обработки загрузки-выгрузки под каждую задачу в индивидуальном порядке. Хотя для типовых решений компания 1С предлагала свои обработки обмена через текстовые файлы и OLE подключение к сопрягаемой базе.
В начале двухтысячных годов популярностью пользовалась Universal.ert. Но полностью задачи обмена между программами не решались. Поэтому была выпущена конфигурация «Конвертация данных» в первой редакции.
Когда появилась платформа «1С: Предприятие 8», первый вариант конвертации 1.0 к ней не подошел. Понадобилось создать «Конвертацию данных ред.2» (КД 2). У нее такая же цель, как у КД 1 — формировать файл правил под обе платформы: 7.7 и 8.
Как работает 1С: Конвертация данных, ред. 2
Итак, разработчики программ отправили в жизнь свое детище — конфигурацию на платформе «1С Предприятие», чтобы создавать и редактировать определенные правила. Они нужны с целью преобразования данных в формате XML. Очень старое прикладное решение фирмы 1С, как и расширяемый язык разметки eXtensible Markup Language. Появилась она, когда платформа 1С имела версию 7.7. До сих пор все официальные обработки для перехода на новую программу 1С фирма поставляет именно по стандартному методу W3C для поддержания нетрадиционного контента. Такого, например, как математические обозначения.
Основа любой миграции (конвертации) — правила обмена. Они представляют собой XML-файл. В нем описывается структура, куда будут выгружаться данные из ИБ. Конфигурация КД — визуальный конструктор, который не умеет выполнять выгрузку данных из информационной базы. Для этого предназначены внешние сервисные обработки в составе дистрибутива КД.
Технология КД 2 включает 2 важных этапа:
- подготовка правил обмена;
- собственно, сам обмен.
Прежде всего, надо определиться, какие данные следует переносить и куда именно. Потом заниматься описанием структуры метаданных ИБ, участвующих в миграции. Для описания задействована внешняя обработка MDXXExp.epf в виде xml – файла. Средства конфигурации КД 2 обрабатывают файл. В базе создаются специализированные объекты для описания. Главное в этом процессе:
- настроить соответствие между объектами метаданных конфигураций источника и приемника;
- настроить соответствия между свойствами объектов (реквизитами объектов и табличных частей).
В конце подготовительного этапа происходит генерация xml – файлом правил. Их можно создавать в автоматическом режиме мастера задач или ручным способом. С помощью V8ExchanXX.epf можно выгружать или загружать данные из информационной базы согласно разработанным правилам.
Когда нужно передать таблицу значений из источника в приемник, рекомендуем руководствоваться схемой:
В чем отличия КД 2 от КД3
Рисунок, дающий пояснение к технологии обмена, показывает, что главным отличием КД 2 от КД 3 является присутствие промежуточного звена обмена данными. Конфигурация КД 3 использует формат EnterpriseData. Данные представлены в XDTO. Появление объектов типа XDTO-пакет дало реальную возможность оптимизации разработки. Функции обмена были делегированы XDTO.
Благодаря посреднику ED обмениваться данными стало возможно не только на платформе «1С: Предприятие». Взаимодействие осуществимо с любой программой, которая работает с EnterpriseData.
ВАЖНО: Большой плюс в копилку КД 3 состоит в следующем факте. Когда меняется какая-то конфигурация в схеме, достаточно поменять только формат ED. В случае с использованием КД 2 предстоит изменять каждый XML-файл правил для каждой соседствующей конфигурации на вход-выход.
Принципы работы в «1С: Конвертация данных, ред. 3»
Сейчас практически во всех компаниях в основном пользуются версией «1С Предприятие 8.3». Чтобы она эффективно функционировала, должен быть правильно настроен обмен данными между всеми программами. Четко и быстро выгружались, загружались справочники, прочая информация.
Если компания использует больше одного продукта на платформе «1С: Предприятие 8», ей может понадобиться настройка правил обмена и сопоставления объектов для переноса. Для этого служит внешняя программа, которая создает правила конвертации между любыми конфигурациями. На эту способность не повлияет их структура и сложность.
Такой программой является редакция конфигурации «Конвертация данных 3.0». Она стала завоевывать рынок с начала 2015. Перенос данных из одной 1С в другую версию, благодаря новой прогрессивной технологии, значительно упростился.
Формат ED включает XDTO пакеты, как объекты конфигурации. Они предназначены для описания структуры текста в XML, чтобы можно было в последующем работать с ним. Например, связывать стороннее ПО непосредственно на производстве (станок в цехе) с установленной программой 1С в офисе. Имея загруженный XDTO-пакет с форматом файлов стороннего программного обеспечения, можно легко выгружать товары из 1С и складывать их в каталог.
Схема работы с Конвертацией 3.0. Изображение.
Основной столп, на котором стоит «Конвертация данных 3.0.» — EnterpriseData. Этот xml-файл обладает универсальностью. Его схемы xsd в виде XDTO-пакетов входят в подсистему «Обмен данными» БСП (Библиотеки стандартных подсистем), начиная с версии 2.2.5. Схема ED включает три основных типа объектов:
- нормативно-справочная информация;
- документы;
- остатки на заданную дату.
Это такие же объекты, как и объекты метаданных типовых конфигураций. Такая идентичность упрощает трансформацию объектов в универсальный формат и обратно. Поэтому происходит быстрое преобразование и миграционный процесс между EnterpriseData и другими информационными базами. В каждой из них имеется лишь код, используемый для преобразования. Понадобится поменять только его в конкретной базе-Приемнике.
Место расположения кода — в общем модуле МенеджерОбменаЧерез УниверсальныйФормат. Здесь же расположены обработчики событий, механизмы. Так сказать, «все яйца собраны в одну корзину». Отладка становится очень удобной и скорой. Последующая доработка выполняется конкретно в тексте модулей. Когда появляется больше задач, разработчик просто меняет структуру формата EnterpriseData.
Итак, повторим преимущества новой технологии:
- Если необходим обмен между разными базами данных, третья редакция позволяет обойтись без прописывания собственных правил для каждого участника миграции.
- Код модуля менеджера обмена выполняется в одной конфигурации.
- Объекты универсального формата EnterpriseData структурированы по аналогии с объектами метаданных 1С: Предприятие. Информация о внутреннем устройстве источника не требуется.
Функциональность «Конвертации данных, редакция 3.0.» обеспечивается простотой модели обработки данных, как на этапе отправки, так и в процессе получения.
Фирма – разработчик постоянно совершенствует новые версии, добавляя новые объекты. Уже существующие типы успешно адаптируются под последние версии типовых решений. Но главное преимущество заключается в том, что предыдущие версии продолжают оставаться в конфигурации. За счет такого отношения к сохранности, при обновлении до последней версии типового решения у пользователя остается возможность обмениваться данными с базами предыдущих версий. Для этого необходимо только наличие совпадений.
Сотрудникам несложно переобучаться по новой технологии. Интерфейс обменов через универсальный формат в БСП похож на интерфейс типовых обменов по правилам.
Заключение
В среде 1С за период чуть больше двадцати лет технологии обмена данными развились по спирали: от необходимости написания частных обработок загрузки-выгрузки до формирования стандарта в миграционном процессе. В результате разработка обменов значительно ускорилась, особенно при масштабировании.
Конвертация в третьей редакции — это не продолжение конфигурации КД 2. Она самостоятельно решает те же задачи. Но при этом разработка логики переноса информации значительно упрощается.
Преимущества новой версии конвертации не обязательно использовать во всех организациях. Некоторым для нормальной работы достаточно КД ред. 2.0. В определенных случаях она дает более гибкие возможности.
