Главная - Другое - 1с 8 3 конвертация данных 3 0 правила регистрации

1с 8 3 конвертация данных 3 0 правила регистрации


1с 8 3 конвертация данных 3 0 правила регистрации

Конвертация данных 3.0. Новый подход к обменам данными


О чем эта статья?В данной статье разберем основы технологии обмена данными с помощью 1С:Конвертации данных 3.0 – как это работает, какие преимущества, актуальны ли старые технологии обмена.Многие специалисты работали с обменами данных в КД 2.0/2.1. Конвертация 3.0 представляет совершенно новую технологию. Сейчас мы расскажем её суть.В чем суть Конвертации данных 3.0Конфигурация «Конвертация данных» впервые была выпущена фирмой 1С для платформы 7.7, и с тех пор механизмы обменов данными развивались в рамках одного подхода.Все обмены между различными по структуре базами 1С требовали написания правил обмена.При таком подходе в базе-Источнике каждый объект проходит ряд преобразований, которые описаны в правилах, созданных для этой пары баз.

Xml-узел, в который выгружается этот объект, по структуре аналогичен объекту в базе-Приемнике. При загрузке его остается только преобразовать в объект информационной базы.Для того, чтобы создать правила, нужно знать структуру метаданных базы-Источника и базы-Приемника, и описать преобразование объектов всех нужных типов.

Правила выгружаются во внешний xml-файл, который используется каждый раз при выгрузке.Одна из проблем этого подхода заключается в том, что после каждого изменения конфигурации баз Источника или Приемника необходимо проверять правила на актуальность, что является долгим и не всегда простым процессом.Тем более, что, если обмен выполняется в обе стороны, то таких правил двое.В октябре 2014 года была выпущена первая версия «Конвертации данных», редакция 3.0, предназначенная для тестирования.Новая технология, реализованная в «Конвертации данных 3.0», призвана обособить процессы выгрузки и загрузки, сделать их независимыми. Для этого создана совершенно другая концепция обмена.Данные будут выгружаться в формат EnterpriseData, который не зависит напрямую от структуры баз Источника и Приемника.Формат EnterpriseData – это xml-формат, который создан, чтобы стать универсальным для всех обменов как между базами 1С, так и со сторонними базами.Он предоставляется в виде xsd схемы, на основании которой формируется механизм преобразования объектов между этим форматом и любыми объектами информационных баз.

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

Поэтому при изменении конфигурации каждой из баз, участвующих в обмене, нужно будет изменить этот код только в этой базе.Этот код находится в общем модуле МенеджерОбменаЧерезУниверсальныйФормат. Там же находятся и все обработчики событий, и весь механизм преобразования объектов, благодаря чему значительно упрощается процесс отладки. Там же могут быть описаны параметры, с помощью которых можно использовать единожды описанную там логику преобразования объектов для обмена с разными базами.При необходимости разработчик может изменить структуру формата EnterpriseData для решения более широкого круга задач.В процессе настройки обмена сама конфигурация «Конвертация данных 3.0» выполняет на данный момент только одну функцию — на базе структуры метаданных баз, участвующих в обмене, и схемы универсального формата она формирует тексты общих модулей МенеджерОбменаЧерезУниверсальныйФормат для каждой из баз.Удобным будет сформировать эти модули на начальных этапах настройки обмена, а дальнейшие доработки выполнять непосредственно в тексте модулей в конфигураторе.Новый механизм обмена не исключает также использования правил регистрации.

Их настройка в настоящий момент выполняется с помощью конфигурации «Конвертация данных 2.0».Таким образом, новая технология имеет ряд преимуществ:

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

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

«Конвертация данных» редакции 2.0/2.1 будет поддерживаться и дальше, так как для решения определенного круга задач она остается более удобным и гибким механизмом.Чтобы узнать, как КД 3.0 выполняет обмен данными, переходите к следующей статье – Конвертация данных 3.0. Новая технология.Ольга КузнецоваPDF-версия статьи для участников группы ВКонтактеМы ведем группу ВКонтакте – http://vk.com/kursypo1c.Если Вы еще не вступили в группу – сделайте это сейчас и в блоке ниже (на этой странице) появятся ссылка на скачивание материалов.Ссылка доступна для зарегистрированных пользователей)Ссылка доступна для зарегистрированных пользователей)Ссылка доступна для зарегистрированных пользователей)Если Вы уже участник группы – нужно просто повторно авторизоваться в ВКонтакте, чтобы скрипт Вас узнал.

В случае проблем решение стандартное: очистить кеш браузера или подписаться через другой браузер.Другие статьи по программированию:«Конвертация данных 3.0. Новая технология обмена данными» «3 главных вопроса про временные таблицы 1С» «Принципы синхронизации данных» Рубрики: Бесплатное, Курс по 1С:Конвертации Данных (статьи и новости), Статьи, Статьи по программированиюПостоянная ссылка: https://курсы-по-1с.рф/articles/конвертация-данных-3-новый-подход/

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

Предлагаю Вашему вниманию обработку «Создание правил регистрации». С ее помощью Вы можете:

  • Создать правила регистрации для одностороннего обмена.
  • Создать прототип правил. Будут созданы правила регистрации для всех объектов метаданных, входящих в состав плана обмена.

Если с первым вариантом использования обработки особых проблем нет, то на втором варианте я хотел бы остановиться более подробно.

Пожалуйста, вспомните, как выполнялась настройка одностороннего обмена до тех пор, как в типовые конфигурации начала внедряться технология on-line обмена. Для этого с помощью конфигурации «1С:Конвертация данных» нужно было подготовить пустые правила обмена и загрузить их в настройку соответствующего обмена. Зарегистрированные на узлах плана обмена объекты не выгружались, после того, как от базы — приемника приходила квитанция об успешном обмене, регистрация изменений очищалась.

Сейчас эта же задача решается гораздо проще.

Нужно добиться того, чтобы регистрация объектов в соответствующих узлах не выполнялась. И в этом нам как раз помогут правила регистрации. Итак, что же для этого нужно?

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

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

После открытия обработки укажите, что Вы собираетесь сделать — создать прототип правил регистрации (рекомендуется) или обновить существующую регистрацию. ВНИМАНИЕ!!! Перед автоматическим созданием правил, обработка удаляет все существующие правила для этой регистрации. При установке флага

«Созданные правила будут участвовать в одностороннем обмена»

, в обработчик «Перед обработкой» будет дописан фрагмент программного кода: Отказ = Истина; Такая настройка правила приведет к тому, что объект (для которого правило существует) не будет зарегистрирован в узлах соответствующего плана обмена.

После нажатия кнопки «Выполнить» обработка создаст правила и откроет форму «Настройка правил регистрации».

Вы можете внести дополнительные настройки и сохранить правила регистрации в файл *.xml.Правила подготовлены, выгружены в файл. Что дальше?А дальше нужно просто взять и загрузить эти правила регистрации в регистр сведений «Правила для обмена данными» конфигурации — источника.

Поздравляю Вас, односторонний обмен создан!

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

Это — обработка

«Сравнение и объединение правил регистрации объектов»

. Она поможет найти отличия в 2 (или более!) правилах регистрации. Позволит объединить как отдельные составляющие правил, так и только их конкретные реквизиты.

Сэкономит до 100% времени и более на поддержке.

Конвертация данных, редакция 3.0.

Урок 1. Подготовка работы с КД3.0

By master1c8 Published 01.07.2017 Глава 15.

Механизмы обмена данных, Конвертация данных, редакция 3.0 Печать (Ctrl+P) Конвертация данных, редакция 3.0 Урок 1.

Подготовка работы с КД3.0 Конвертация данных, редакция 3.0 (далее КД3.0) – является одним из компонентов технологии обмена данными через формат EnterpriseData. КД3.0 не является заменой конфигурации Конвертация данных, редакция 2.0 (далее КД2.0).

Это новый стандарт, который сильно отличается от КД 2.0 .

Главное назначение КД3.0 – это создание программный код модуля менеджера обмена , состоящий из процедур и функций, в которых реализована логика загрузки данных, представленных в формате EnterpriseData, а также логика выгрузки данных в формат.

КД3.0 можно скачать на сайте https://users.v8.1c.ru/ Редакция 3.0.5.3 , предназначена для использования с версией системы 1С:Предприятие 8.3 не ниже 8.3.10, а редакция 3.0.4.3 – для использования с версией системы 1С:Предприятие 8.3 не ниже 8.3.8. Поставка КД3.0 содержит следующие внешние обработки

  1. Файл “Описание конфигурации.htm” содержит краткое описание основных функциональных возможностей конфигурации “Конвертация данных”, редакция 3.0.
  2. Обработка MD83Exp.epf “Выгрузка описания структуры метаданных конфигурации 8.3” – предназначена для выгрузки описания структуры метаданных любой конфигурации, реализованной на платформе “1C:Предприятие 8.3”.
  3. Обработка Выгрузка правил синхронизации.epf “Выгрузка правил синхронизации через универсальный формат” используемую при подготовке файлов правил конвертации, предназначенных для последующей загрузки в конфигурацию “Конвертация данных”, редакция 3.0.

Дополнительные сведения по конфигурации “Конвертация данных”, редакция 3.0 см.

http://its.1c.ru/db/metod8dev#content:5846:hdoc 1. Подготовка к настройке правил 1.1 Обработка “Загрузка структуры формата” Для загрузки структуры формата нужно сначала открыть конфигурацию базу данных в режиме конфигуратора и выгрузить пакеты XDTO из конфигурации в файлы *.xsd. Необходимо выгружать все пакеты, которые связаны с форматом.

Имена файлов при этом принципиального значения не имеют.

Необходимо также выгружать XDTO-пакет ExchangeMessage После выполнения загрузки формата XDTO в КД 3.0 происходит заполнение справочников “Объекты формата”, “Свойства формата”, “Значения формата” В справочник “Объекты формата” загружаются :

  1. Объекты с типом “ТипЗначенияXDTO”, содержащие перечисление. Они отражают предопределенные данные (например, перечисления)
  2. Объекты с типом “ТипОбъектаXDTO”, которые отражают ссылочные типы данных (документы, справочники)

В справочник “Свойства формата” загружаются :

  1. Свойства объектов “ТипОбъектаXDTO”. При этом сами объекты – те что были загружены в “Объекты формата”
  2. Объекты с типом “ТипОбъектаXDTO” и их свойства, которые отражают табличные части и реквизиты табличных частей

В справочник “Значения формата” загружаются свойства объектов “ТипЗначенияXDTO”, представляющие собой элементы предопределенных данных. При этом сами объекты – те что были загружены в “Объекты формата” 1.

2. Обработка “Загрузка структуры конфигурации” Данная обработка выполняет загрузку структуры метаданных конфигурации в информационную базу Конвертация данных ред.3. Для выгрузки информации о структуре информационной базы используется обработка MD83Exp.epf, входящая в комплект поставки конфигурации КД3.0 Для информационной базы, структуру которой необходимо выгрузить, следует выполнить следующие действия:

  • Нажать кнопку Выгрузить.
  • Проверить настройки в форме обработки (все флаги должны быть сняты).
  • Открыть внешнюю обработку MD83Exp.epf (Меню Файл — Открыть).
  • Открыть информационную базу в режиме “Предприятие”.
  • Указать имя файла, в который следует сохранить структуру информационной базы.

После выполнения выгрузки структуры конфигурации заполняются справочники

  1. Свойства объектов
  2. Объекты метаданных
  3. Значения объектов.

Справочник Объекты метаданных содержит информацию об объектах метаданных конфигурации. Тип объектов фиксируется в соответствующем реквизите.

В зависимости от значения реквизита Тип, заполняются реквизиты, описывающие свойства объекта метаданных. Реквизиты объектов метаданных описываются в подчиненном справочнике Свойства объектов. Значения объектов (значения перечислений и имена предопределенных элементов) описываются в подчиненном справочнике Значения объектов.

1.3. Загрузка правил синхронизации через универсальный формат из файлов Перед загрузкой правил синхронизации через универсальный формат из файлов быть загружен формат данных( с помощью обработки Загрузка структуры формата (см.пункт 1.1), а также должна быть загружена конфигурация, для которой настраиваются правила синхронизации. Загрузка конфигурации выполняется с помощью обработки Загрузка структуры конфигурации (см.пункт 1.2). Отметим также, что быть создан элемент справочника Конвертации.

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

1.3.1 Подготовка файлов для загрузки правил Подготовка файлов выполняется в информационной базе, для которой будет выполняться обмен в универсальном формате (например, Бухгалтерия предприятия ред.3.0).

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

Для подготовки файла с модулем менеджера необходимо войти в информационную базу в режиме Конфигуратор и сохранить общий модуль МенеджерОбменаЧерезУниверсальныйФормат в текстовый файл. Имя файла можно указать любое. Все подготовленные файлы должны располагаться в одном каталоге.

1.3.2 Загрузка правил синхронизации Выполняется в информационной базе Конвертация данных ред.3 с помощью обработки Загрузка правил синхронизации из файлов.

В форме обработки указать:

  1. Состав загружаемых данных
    • либо указать вариант “все”
    • либо выбрать выборочную загрузку, и настроить перечень правил, которые следует загружать
  2. Конвертацию
  3. либо выбрать выборочную загрузку, и настроить перечень правил, которые следует загружать
  4. Каталог обмена, в котором расположены подготовленные ранее файлы
  5. либо указать вариант “все”
  6. Файл с модулем менеджера обмена (не требуется, если производится выборочная загрузка и не выполняется загрузка обработчиков)

1.3.3 Особенности загрузки в непустую базу

  1. Группы правил не загружаются. Но если правило было отнесено к какой-то группе, при повторной загрузке в это правило данная информация сохранится.
  2. Если загружаемое правило существует, и оно принадлежит только одной конвертации (текущей) – правило будет изменено. При этом не выполняется анализ отличий между существующим и загружаемым правилом, правило перезаполняется и записывается безусловно.
  3. Если загружаемое правило существует, и оно принадлежит нескольким элементам справочника Конвертации, включая текущую конвертацию – будет создано новое правило и привязано к текущей конвертации.

    “Старое” правило останется без изменений, и останется привязанным к другим конвертациям.

0Поделиться ссылкой:

  1. Нажмите здесь, чтобы поделиться контентом на Facebook. (Открывается в новом окне)
  2. Нажмите, чтобы поделиться на Twitter (Открывается в новом окне)

Понравилось это:Нравится Загрузка. Похожее Автор публикации не в сети 7 часов master1c8 1 Комментарии: 40Публикации: 481Регистрация: 25-12-2016 Previous ArticleМеханизм сопоставления данных при обмене через универсальный форматNext ArticleОшибки получения данных при обмене

1с 8 3 конвертация данных 3 0 правила регистрации

ОптимизацияоглавлениеОсобенности правил регистрации объектовАвтор учебника: Фирма “1є процессе обмена данными в общем случае участвуют не все объекты информационной базы, а только некоторое подмножество – объекты, которые были изменены с момента последнего обмена данными.

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

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

Правила регистрации подразделяются на две категории:

  1. ПРОБ – правила регистрации по свойствам объекта
  2. ПРОП – правила регистрации по свойствам плана обмена

В момент регистрации объекта эти правила выполняются последовательно, сначала выполняются ПРОБ, затем ПРОП. Если объект не проходит отбор, установленный ПРОБ, то ПРОП не выполняются и регистрация объекта к выгрузке не происходит.ПРОБ описывают сопоставление реквизитов объекта с произвольными значениями. ПРОП описывают сопоставление реквизитов плана обмена с реквизитами объекта и сопоставление реквизитов плана обмена со значениями констант примитивных типов*.

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

  1. сопоставление свойств объекта со свойствами плана обмена
  2. сопоставление свойств плана обмена с константами примитивных типов*
  3. сопоставление свойств объекта с произвольными значениями

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

Для настройки правил регистрации в качестве свойств объекта могут быть использованы только реквизиты шапки объекта.Для свойств плана обмена и свойств объекта поддерживается разыменование ссылочных полей, т.е. возможно получение вложенных свойств, например, ДокументОснование.Контрагент.ИНН.В правилах регистрации элементы отбора объединены в группы.

При этом все элементы внутри одной группы будут сопоставляться по условию И, либо по условию ИЛИ. Элементы отбора корневой группы сопоставляются по условию И.В правилах регистрации может быть задано произвольное количество элементов отбора сгруппированных произвольным образом.

На рисунке представлено правило регистрации документа «Авансовый отчет».

В правиле регистрации имеет место сопоставление свойств документа со свойствами плана обмена. Свойства шапки документа Дата и Организация сопоставляются со свойством шапки плана обмена ДатаНачалаВыгрузкиДокументов и свойством Организация табличной части Организации плана обмена. Документ будет зарегистрирован на узле плана обмена, только если дата документа больше или равна дате, указанной в узле, и организация документа входит в подмножество организаций, указанных в табличной части узла при установленном отборе по организациям в узле (ИспользоватьОтборПоОрганизациям = Истина).

Если отбор по организациям в узле не установлен (ИспользоватьОтборПоОрганизациям = Ложь), то будет использовано только ограничение по дате документа.На закладке «Отбор по свойствам плана обмена» настраиваются ПРОП, а на закладке «Отбор по свойствам объекта» настраиваются ПРОБ.* В качестве примитивных типов используются следующие типы: Дата, Число, Строка, Булево. С уважением, Владимир Милькин (преподаватель школы 1С программистов и разработчик обновлятора).

Как помочь сайту: расскажите (кнопки поделиться ниже) о нём своим друзьям и коллегам. Сделайте это один раз и вы внесете существенный вклад в развитие сайта. На сайте нет рекламы, но чем больше людей им пользуются, тем больше сил у меня для его поддержки.Нажмите одну из кнопок, чтобы поделиться:ОптимизацияоглавлениеОсобенности правил регистрации объектовИсточник: https://helpme1c.ru/uchebnik-po-1s-konvertacii-dannyx-redakciya-2-pravila-registracii-obektovКонвертация данных, редакция 3.0 (далее КД3.0) – является одним из компонентов технологии обмена данными через формат EnterpriseData.

КД3.0 не является заменой конфигурации Конвертация данных, редакция 2.0 (далее КД2.0). Это новый стандарт, который сильно отличается от КД 2.0 .

Главное назначение КД3.0 – это создание программный код модуля менеджера обмена , состоящий из процедур и функций, в которых реализована логика загрузки данных, представленных в формате EnterpriseData, а также логика выгрузки данных в формат.Рис 1 Общий модуль менеджера обменаКД3.0 можно скачать на сайтеhttps://users.v8.1c.ru/Редакция 3.0.5.3 , предназначена для использования с версией системы1С:Предприятие 8.3 не ниже 8.3.10, а редакция 3.0.4.3 – для использования с версией системы 1С:Предприятие 8.3 не ниже 8.3.8.Поставка КД3.0 содержит следующие внешние обработки

  1. Файл “Описание конфигурации.htm” содержит краткое описаниеосновных функциональных возможностей конфигурации“Конвертация данных”, редакция 3.0.
  2. Обработка MD83Exp.epf “Выгрузка описания структуры метаданных конфигурации 8.3” – предназначена для выгрузки описания структуры метаданных любой конфигурации, реализованной на платформе “1C:Предприятие 8.3”.
  3. Обработка Выгрузка правил синхронизации.epf “Выгрузка правил синхронизации через универсальный формат” используемую при подготовке файлов правил конвертации, предназначенных для последующей загрузки в конфигурацию “Конвертация данных”, редакция 3.0.

Дополнительные сведения по конфигурации “Конвертация данных”, редакция 3.0см. http://its.1c.ru/db/metod8dev#content:5846:hdoc1. Подготовка к настройке правилДля загрузки структуры формата нужно сначала открыть конфигурацию базу данных в режиме конфигуратора и выгрузить пакеты XDTO из конфигурации в файлы *.xsd.Необходимо выгружать все пакеты, которые связаны с форматом.

Имена файлов при этом принципиального значения не имеют. Необходимо также выгружать XDTO-пакет ExchangeMessageПосле выполнения загрузки формата XDTO в КД 3.0 происходит заполнение справочников “Объекты формата”, “Свойства формата”, “Значения формата”В справочник “Объекты формата” загружаются :

  1. Объекты с типом “ТипЗначенияXDTO”, содержащие перечисление. Они отражают предопределенные данные (например, перечисления)
  2. Объекты с типом “ТипОбъектаXDTO”, которые отражают ссылочные типы данных (документы, справочники)

В справочник “Свойства формата” загружаются :

  1. Свойства объектов “ТипОбъектаXDTO”. При этом сами объекты – те что были загружены в “Объекты формата”
  2. Объекты с типом “ТипОбъектаXDTO” и их свойства, которые отражают табличные части и реквизиты табличных частей

В справочник “Значения формата” загружаются свойства объектов “ТипЗначенияXDTO”, представляющие собой элементы предопределенных данных.

При этом сами объекты – те что были загружены в “Объекты формата”Данная обработка выполняет загрузку структуры метаданных конфигурации в информационную базу Конвертация данных ред.3.Для выгрузки информации о структуре информационной базы используется обработка MD83Exp.epf, входящая в комплект поставки конфигурации КД3.0Для информационной базы, структуру которой необходимо выгрузить, следует выполнить следующие действия:

  • Нажать кнопку Выгрузить.
  • Проверить настройки в форме обработки (все флаги должны быть сняты).
  • Открыть информационную базу в режиме “Предприятие”.
  • Указать имя файла, в который следует сохранить структуру информационной базы.
  • Открыть внешнюю обработку MD83Exp.epf (Меню Файл — Открыть).

После выполнения выгрузки структуры конфигурации заполняются справочники

  1. Свойства объектов
  2. Объекты метаданных
  3. Значения объектов.

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

Реквизиты объектов метаданных описываются в подчиненном справочнике Свойства объектов.

Значения объектов (значения перечислений и имена предопределенных элементов) описываются в подчиненном справочнике Значения объектов. Перед загрузкой правил синхронизации через универсальный формат из файлов быть загружен формат данных( с помощью обработки Загрузка структуры формата (см.пункт 1.1), а также должна быть загружена конфигурация, для которой настраиваются правила синхронизации.
Перед загрузкой правил синхронизации через универсальный формат из файлов быть загружен формат данных( с помощью обработки Загрузка структуры формата (см.пункт 1.1), а также должна быть загружена конфигурация, для которой настраиваются правила синхронизации.

Загрузка конфигурации выполняется с помощью обработки Загрузка структуры конфигурации (см.пункт 1.2). Отметим также, что быть создан элемент справочника Конвертации.

Для конвертации должна быть указана конфигурация и одна или несколько версий формата, для которых конвертация предназначена.Подготовка файлов выполняется в информационной базе, для которой будет выполняться обмен в универсальном формате (например, Бухгалтерия предприятия ред.3.0).Для подготовки файлов правил необходимо войти в информационную базу в режиме Предприятие и запустить обработку Выгрузка правил синхронизации через универсальный формат, которая входит в состав поставки конфигурации Конвертация данных ред.3.Для подготовки файла с модулем менеджера необходимо войти в информационную базу в режиме Конфигуратор и сохранить общий модуль МенеджерОбменаЧерезУниверсальныйФормат в текстовый файл. Имя файла можно указать любое.Все подготовленные файлы должны располагаться в одном каталоге.Выполняется в информационной базе Конвертация данных ред.3 с помощью обработки Загрузка правил синхронизации из файлов.В форме обработки указать:

  1. либо указать вариант “все”
  2. Конвертацию
  3. либо выбрать выборочную загрузку, и настроить перечень правил, которые следует загружать
  4. Каталог обмена, в котором расположены подготовленные ранее файлы
  5. Файл с модулем менеджера обмена (не требуется, если производится выборочная загрузка и не выполняется загрузка обработчиков)
  6. Состав загружаемых данных
    • либо указать вариант “все”
    • либо выбрать выборочную загрузку, и настроить перечень правил, которые следует загружать
  1. Если загружаемое правило существует, и оно принадлежит нескольким элементам справочника Конвертации, включая текущую конвертацию – будет создано новое правило и привязано к текущей конвертации.

    “Старое” правило останется без изменений, и останется привязанным к другим конвертациям.

  2. Если загружаемое правило существует, и оно принадлежит только одной конвертации (текущей) – правило будет изменено.

    При этом не выполняется анализ отличий между существующим и загружаемым правилом, правило перезаполняется и записывается безусловно.

  3. Группы правил не загружаются. Но если правило было отнесено к какой-то группе, при повторной загрузке в это правило данная информация сохранится.

Источник: https://master1c8.ru/platforma-1s-predpriyatie-8/rukovodstvo-razrabottchika/glava-15-mehanizm-obmena-dannh/konvertatsiya-dannh-redaktsiya-3-0/

Skip to contentСамая актуальная технология обмена данными между современными конфигурациями 1С.Обмен через универсальный формат EnterpriseData – принципиальное отличие новой технологии Конвертации Данных 3.0Ничего похожего на КД 2.0…

  1. Для групповых обменов больше не нужны десятки разных настроек.
  2. Не нужно их править при каждом обновлении.
  3. Готовые метаобъекты для переносимых данных.
  4. Не нужно писать правила для каждой пары “Источник-Получатель”.

Все унифицируется.

И на эту технологию уже переводятся ВСЕ типовые конфигурации 1С.И специалист, который не владеет ею, рискует оказаться в ситуации «не смог выполнить стандартную задачу»Это сильно отличается от КД 2.0?Сильно.Начиная с принципа работы, заканчивая всей обвязкой.Можете зайти на Мисту и посчитать темы по КД 3.0 в стиле «народ, кто-то в этом разобрался?»Новый стандарт – это КД 3.0.Это что, ставим крест на КД 2.0?Ни в коем случае!КД 2.0 будет поддерживаться, это независимый продукт, но 1С будет продвигать именно КД 3.0Разработчики 1С решили, что унификация даст КД 3.0 преимущество в скорости и дальнейшей поддержке обменов.Поэтому для сложных нестандартных случаев – продолжаем использовать КД 2.0.
И на эту технологию уже переводятся ВСЕ типовые конфигурации 1С.И специалист, который не владеет ею, рискует оказаться в ситуации «не смог выполнить стандартную задачу»Это сильно отличается от КД 2.0?Сильно.Начиная с принципа работы, заканчивая всей обвязкой.Можете зайти на Мисту и посчитать темы по КД 3.0 в стиле «народ, кто-то в этом разобрался?»Новый стандарт – это КД 3.0.Это что, ставим крест на КД 2.0?Ни в коем случае!КД 2.0 будет поддерживаться, это независимый продукт, но 1С будет продвигать именно КД 3.0Разработчики 1С решили, что унификация даст КД 3.0 преимущество в скорости и дальнейшей поддержке обменов.Поэтому для сложных нестандартных случаев – продолжаем использовать КД 2.0. Но для типовых конфигураций (и для большинства обменов без космических задач) штатной будет именно КД 3.0Главное – знать возможности обеих технологий.

И не путать их, это может ударить по авторитету и по карману �Может быть, обойдемся переносом через txt и DBF?Ага, в мире как раз не хватает заново изобретенных велосипедов �– Босс: нужно настроить обмен между Торговлей и Бухгалтерией.

Не затягивая.– Программист-“велосипедист”: Ну, там все не так однозначно.

Нужно писать обмен, потом отладка, все дела, фиг знает сколько времени займет, может, неделю…– Босс: Хорош гнать. У нас типовые конфы, всяко есть стандартные средства.

И не тяни, у тебя два дня…И у кого-то начнутся потуги �У обработок переносов через TXT / DBF / OLE и т.п.

есть свои ниши.https://www.youtube.com/watch?v=JyaGkg_GTj0\u0026list=PLBzoXhN_kiSyI0CjHXs_EiYi_bLZxpTLwНо использовать их для СТАНДАРТНЫХ задач – это явный признак непрофессионализма.Иногда очень умелого, квалифицированного, гениального – но непрофессионализма.Для кого этот курсОбмены и переносы данных – одни из самых распространенных задач в мире 1С.

  1. Внешние системы и оборудования – обмены.
  2. Две и более информационные базы в компании – обмены.
  3. Любой ввод в работу новой системы – перенос.

При этом обмены в типовых конфигурациях УЖЕ переводятся на технологию обмена через Универсальный формат.Курс рассчитан на всех специалистов по 1С, которые могут столкнуться с задачами обменов – чтобы избавить от ненужных “экспериментов” и “внезапных” потерь данных.Цели и задачи курсаМы обучаем настройке обменов данными между различными конфигурациями на платформе 1С 8.3, используя новую технологию Конвертации Данных 3.0.В том числе:

  1. Типовые приемы настройки обменов с помощью КД 3.0
  2. Структура 94 метаобъектов Универсального формата
  3. Как обходить проблемы, связанные с отсутствием в формате специальных объектов и свойств для переноса какой-либо дополнительной информации.
  4. Как работать с объектами Универсального формата и корректно их заполнять
  5. Как использовать конфигурацию Конвертация данных 3.0 для простой и быстрой настройки правил

В силу этого самостоятельное ее изучение может занять довольно продолжительное время.Курс позволяет сэкономить примерно месяц (вместо самостоятельного экспериментирования).И самое главное – поможет избежать рисков потери репутации из-за срывов сроков или потери данных вследствие некорректных настроек.Была острая необходимость изучить КД 3.0 в связи с переходом обмена данными между типовыми конфигурациями 1С на эту технологию уже с начала 2016 года.Курс позволил мне быстро разобраться во многих тонкостях технологии обмена через универсальный формат, а попутно освежить знания XML, XSD, XDTO.

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

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

Сам уже проходил курс КД 2.0 (и не только) и много лет практикую разработку правил конвертации между различными конфигурациями. Может быть поэтому курс показался простым а домашние задания несложными.Тем не менее, самостоятельно этот объем данных я бы не смог освоить за время курса. Я бы просто этот материал не нашел!А набивать шишки путем проб и ошибок – это уже как минимум не профессионально.

Некоторое время назад попыталась сама разобраться с этим механизмом, ничего не поняла, плюнула и отложила до лучших времен.Лучшие времена настали!

Курс пройден. Огромное спасибо разработчику курса и нашему преподавателю за доступно изложенный материал, за раскрытие достаточно сложных (для меня) понятий, за сэкономленное время и нервы. В декабре 2015 при обновлении Торговли на версию 11.2 перестал работать обмен с Бухгалтерией – ошибки в общем модуле «МенеджерОбменаЧерезУниверсальныйФормат».

Как выяснилось, фирма 1С перевела свои конфигурации на новый формат обмена. Решить проблему удалось временным откатом обновлений.

И возникла острая необходимость в изучении КД 3.0в курсе собран огромный объем информации, который невозможно найти самостоятельно.

Получено четкое представление об особенностях КД 3.0, очень ценная информация об исправлении ошибок в общем модуле, не снимая конфигурацию с поддержки.

  1. Краткий обзор существующих технологий обмена между базами 1С
  2. Настройка корректного обновления системы
  3. Интеграция с БСП 2.2 (2.3)
  4. Настройка компонент подсистемы «Обмен данными»
  5. Компоненты обмена
  6. Подготовка к переносу данных
  1. Перенос справочника с реквизитами примитивных типов
  2. Перенос справочника с реквизитом ссылочного типа
  3. Настройка синхронизации данных в базе-приемнике
  4. Настройка новой синхронизации данных
  5. Настройка правил конвертации предопределенных данных
  1. Перенос документа с табличной частью
  2. Перенос групп справочника
  3. Конвертация Справочник -> Перечисление
  4. Конвертация Перечисление -> Справочник
  1. XML и XDTO
  2. Перенос документов с помощью XDTO сериализации
  3. Универсальный формат обмена данными
  1. Перенос реквизита, которого нет в объекте формата
  2. Загрузка обработчиков в КД
  3. Перенос Значений свойств контрагентов. Формирование записей регистра ЗначениеСвойствОбъектов
  4. Заполнение свойства Родитель
  5. Перенос Значений свойств контрагентов.

    Описание загрузки разных свойств

  6. Перенос реквизитов, которых нет в объекте формата. Дополнительные реквизиты
  7. Перенос Значений свойств контрагентов.

    Выгрузка

  8. Перенос Значений свойств контрагентов. Создание ПКО и ПКС для загрузки
  1. Перенос данных по умолчанию.

    Ручное формирование выгружаемого значения

  2. Перенос реквизита вместе с объектом свойства
  3. Перенос данных по умолчанию. Загрузка
  4. Перенос данных по умолчанию. Подбор значения в Исходной базе
  1. Настройка идентификации по полям поиска
  2. Загрузка данных по умолчанию с использованием ПКО
  3. Варианты идентификации, их плюсы и минусы
  4. Загрузка данных по умолчанию без использования ПКО
  5. Произвольный поиск объектов
  6. Продолжение поиска, если объект не найден произвольным образом
  7. Произвольный поиск объектов.

    Исправление возможных ошибок

  8. Настройка двух наборов полей поиска
  1. Регулирование отправки и получения
  2. Алгоритмы
  3. Сохранение списка выгруженных объектов
  4. Заполнение параметра в пользовательском интерфейсе
  1. Перенос справочников
  2. Создание обработки для выгрузки
  3. Загрузка
  4. Создание обработки
  5. Отладка выгрузки.

    Исправление возможных ошибок

  6. Перенос остатков ТМЦ.

    Настройка ПОД с произвольной выборкой

  7. ПОД с произвольной выборкой данных
  1. Обработчик ПОД При обработке: Отправка
  2. Общий порядок событий, происходящих при выполнении ПКО на этапе отправки.Обработчик При отправке
  3. Обработчик При обработке.Ветвление по ПКО
  4. Механизм выгрузки зарегистрированных данных согласно ПОД
  5. Обработчик При обработке. Ветвление по ПКО. Загрузка сообщения
  6. Стек выгрузки, его устройство и применение
  7. Удаление объектов
  1. Не замещать значение свойства
  2. Отложенное заполнение объектов
  3. Отложенная запись и отложенное проведение
  4. Общий порядок событий при получении данных
  5. Использование ПКО в ПОД на этапе получения
  6. Реквизит плана обмена и пользовательская настройка при загрузке
  7. Выполнение ПКО на этапе получения
  1. Регистрация связанной информации
  2. Обзор форм плана обмена
  3. Обработчик ПРО Перед обработкой
  4. Общая схема выполнения ПРО
  5. Правила регистрации объектов
  6. Переключатель режима
  7. Начальная настройка отборов на узле
  1. Настройка обмена БП 3.0 -> ERP 2.1. Подключение новых правил
  2. Конфликты
  3. Перенос остатков из БП 3.0 в ERP 2.1 с помощью готовой обработки
  4. Загрузка правил в КД
  5. Перенос остатков из БП 3.0 в ERP 2.1.

    Изменение выгруженных правил. Создание внешней обработки

  6. Вариант настройки обмена

При обмене данными через Универсальный формат часто возникает проблема – для определенных реквизитов объекта нет аналогичных реквизитов формата.Например, при переносе данных с разной структурой метаданных.https://www.youtube.com/watch?v=mOjDTcd46Gc\u0026list=PLBzoXhN_kiSyI0CjHXs_EiYi_bLZxpTLwЕсть несколько способов обойти эту проблему.В данных видео рассмотрено использование для этих целей реквизита AdditionalInfo.

Основной плюс этого подхода в том, что этот реквизит есть у всех тех объектов формата, которые являются потомками базового типа Object.Перенос реквизитов с помощью AdditionalInfo – выгрузка данныхПеренос реквизитов с помощью AdditionalInfo – загрузка данныхОбмен через Универсальный формат построен на использовании планов обмена.

Это означает, что выгружаются только те объекты, которые зарегистрированы на том узле плана обмена, по которому происходит обмен.Если у этих объектов есть свойства ссылочных типов, то по умолчанию они не выгружаются целиком, как отдельные объекты. В узлах свойств выгружаются только их Ключевые свойства, необходимые, чтобы найти их в конечной базе.В этом уроке мы покажем, как выгрузить объекты целиком, даже если они не были зарегистрированы на узлах плана обмена.Перенос дерева объектов в Универсальном обмене данными – выгрузка данныхПеренос дерева объектов в Универсальном обмене данными – загрузка данных

  1. Методические материалы в PDF — 117 страниц А4
  2. – 21 учебный час
  3. 16 практических заданий с решениями преподавателя

Материалы доступны сразу после оплаты заказа – Вы скачиваете их с сайта и изучаете в любое удобное время.Поддержка производится через Мастер-группу на сайте Курсы-по-1С.рф.Полноценный доступ в Мастер-группу должен быть активирован не позднее 100 дней после покупки.Источник: https://xn—-1-bedvffifm4g.xn--p1ai/1c-v8/dataconv-3/В этой статье опишу свой, пока небольшой, опыт организации обмена данными через универсальный формат EnterpriseData.В моём случае обмен настраивается между конфигурациями “Управление торговлей 11.2” (далее УТ) и “Бухгалтерия предприятия 3.0.43” (далее БП). Обмен односторонний, из УТ в БП.

До обновления “Управление торговлей 11.1” на версию “11.2” обмен данными был настроен с помощью конфигурации “Конвертация данных 2.0”.

Однако после перехода на “11.2” в “Управление торговлей” появились ошибки при работе пользователей.

Процедура обновления правил обмена была проведена, но результата это не дало.

Отладчик показывал, что проблема в обмене данными. Было решено удалить настройку обмена данными в обеих конфигурациях и настроить заново.И “Управление торговлей”, и “Бухгалтерия предприятия” у нас работают в клиент-серверном варианте. Настройку синхронизации я начал с УТ.

Выполнил её таким образом, чтобы данные выгружались из УТ в файл.

То есть синхронизация через сетевой каталог.

В БП настроил обмен таким образом, чтобы из БП никакие данные не выгружались.Далее запустил синхронизацию на стороне УТ. Выгрузка данных не произошла.

В журнале регистрации появились ошибки:Ошибка при вызове метода контекста (Проверить): Ошибка проверки данных XDTO: Структура объекта ‘/БанковскийСчетКонтрагента/Банк’ не соответствует типу: {http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1. 1}КлючевыеСвойстваБанк Проверка свойства ‘БИК’: форма: Элемент имя: {http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1. 1}БИК тип: Отсутствует обязательное свойство Объект: ДоговорСКонтрагентом № …Для анализа ошибки нажал на пиктограмму “Состав отправляемых данных” и в списке зарегистрированных к отправке договоров контрагентов нашёл договор, по которому появилась ошибка.

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

Я перепровёл проблемный банковский счёт и договор.

После этого зарегистрировал вручную нужный банковский счёт.Повторил попытку синхронизировать данные из УТ. На этот раз данные успешно выгрузились. В сетевой папке сформировался XML файл, содержащий данные для переноса из УТ в БП.Следующий этап – загрузить данные из файла в Бухгалтерию предприятия. В конфигурации “Бухгалтерия предприятия” я нажал кнопку “Синхронизировать”, открылась форма обработки с сообщением “Выполняется анализ данных”.

В конфигурации “Бухгалтерия предприятия” я нажал кнопку “Синхронизировать”, открылась форма обработки с сообщением “Выполняется анализ данных”. Чуть позже сообщение сменилось на “Выполняется выгрузка данных”. При этом индикатор и счётчик показывали, что из БП выгружается более 80-ти тысяч объектов.

Это меня смутило, ведь я указывал в настройках, что из БП ничего не должно выгружаться. Обработка выполнялась довольно долго и завершилась ошибкой:Событие: Обмен данными {ОбщийМодуль.ДлительныеОперации.Модуль(371)}: Аварийно завершился рабочий процесс фонового задания ВызватьИсключение(ТекстОшибки); Чтобы локализовать ошибку, попробовал изменять настройки синхронизации и вараанты работы базы БП. В итоге, когда я перевёл базу в файловый вариант, система отработала адекватно: открылась форма сопоставления двух баз.

После сопоставления объектов начальная синхронизация прошла успешно. Затем я снова перевёл базу в клиент-серверный вариант.

При дальнейшей “обкатке” синхронизации, потребовалось внести кое-какие изменения в правила конвертации объектов.

Настало время воспользоваться конфигурацией “Конвертация данных 3.0”. Во встроенной справке конфигурации описан порядок работы.

Также помогли статьи на сайте ИТС.В итоге я загрузил в “Конвертация данных 3.0” следующие данные:

  1. Схема обеих баз
  2. Тексты общего модуля “МенеджерОбменаДаннымиЧерезУниверсальныйФормат” из двух баз
  3. Правила конвертации
  4. Описание формата EnterpriseData (из одной любой базы)

После загрузки открыл в “Конвертация данных 3.0” правила конвертации данных, объектов, свойств.

Внёс необходимые мне правки. Затем воспользовался кнопкой “Выгрузить модуль менеджера обмена”. Текст модуля скопировался в буфер обмена. Осталось только вставить его в конфигурацию.Поэксперементировав с настройкой правил в “Конвертация данных 3.0″, я для себя заключил, что в случае, когда вносимые правки незначительны, проще настраивать правила непосредственно в конфигурациях УТ и БП, в общем модуле “МенеджерОбменаДаннымиЧерезУниверсальныйФормат”.
Осталось только вставить его в конфигурацию.Поэксперементировав с настройкой правил в “Конвертация данных 3.0″, я для себя заключил, что в случае, когда вносимые правки незначительны, проще настраивать правила непосредственно в конфигурациях УТ и БП, в общем модуле “МенеджерОбменаДаннымиЧерезУниверсальныйФормат”.

Если же правки серъёзные, такие как, например, добавление нового объекта в обмен, тогда стоит воспользоваться конфигурацией “Конвертация данных 3.0”. Задачу по добавлению документа “Заказ поставщику” в план обмена я выполнял с помощью “Конвертация данных 3.0”. В стандартном варианте УТ – БП этого документа в плане обмена нет.Будем помнить, что правила регистрации объектов для выгрузки попрежнему настраиваются в конфигурации “Конвертация данных 2.0”.Вот такие первые впечатления о синхронизации данных через универсальный формат EnterpriseData.Источник: http://avditor.ru/programmirovanie-1s/15-obmen-dannymi-cherez-universalnyj-format-enterprisedata-nastrojka-s-pomoshchyu-konfiguratsii-konvertatsiya-dannykh-3-0 Поделиться: ЗаписиРубрики×Рекомендуем посмотретьВНИМАНИЮ ПРАВООБЛАДАТЕЛЕЙ!

ВСЕ МАТЕРИАЛЫ РАЗМЕЩЕНЫ НА САЙТЕ СТРОГО В ИНФОРМАЦИОННЫХ И УЧЕБНЫХ ЦЕЛЯХ! ЕСЛИ ВЫ СЧИТАЕТЕ, ЧТО РАЗМЕЩЕНИЕ КАКОГО-ЛИБО МАТЕРИАЛА НАРУШАЕТ ВАШИ АВТОРСКИЕ ПРАВА — ОБЯЗАТЕЛЬНО СВЯЖИТЕСЬ С НАМИ ЧЕРЕЗ ФОРМУ КОНТАКТОВ И ВАШ МАТЕРИАЛ БУДЕТ УДАЛЁН!