Главная - Статьи - Правила конвертации объектов 1с 8 3

Правила конвертации объектов 1с 8 3


Правила конвертации объектов 1с 8 3

Оглавление:

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


By master1c8 Published 25.10.2017 Конвертация данных, редакция 3.0 Печать (Ctrl+P) Конвертация данных, редакция 3.0 Урок 2. Компоненты конвертации В основе реализованной в БСП механики конвертации данных через формат данных EnterpriseData, лежит модель, включающая в себя следующие функциональные компоненты конвертации:

  1. Конвертация,
  2. Правила обработки данных (ПОД),
  3. Правила конвертации объектов (ПКО), частью которых являются правила конвертации свойств (ПКС),
  4. Правила конвертации предопределенных данных (ПКПД),
  5. Алгоритмы.

В совокупности все эти компоненты реализуют функциональность, связанную с обработкой данных в процессе их получения, либо отправки. 1. Конвертация ( Справочник “Конвертации”) Конвертация представляет собой совокупность правил выгрузки / загрузки данных для Конфигурации с использованием универсального формата EnterpriseData.

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

Предусмотрены обработчики, которые выполняются в разные моменты (перед конвертацией, после конвертации, перед отложенным заполнением).

2. Правила обработки данных (ПОД), Правила обработки данных предназначенные для определения состава данных, подлежащих выгрузке и загрузке хранятся в справочнике “Правила обработки данных”.

Правила обработки, предназначенные для выгрузки данных, могут выбирать данные двумя способами: стандартная выборка либо произвольный алгоритм. Если используется алгоритм, то соответствующая логика выборки указывается на закладке Выборка данных.

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

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

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

3. Правила конвертации объектов (ПКО) – Справочник “Правила конвертации объектов” Предназначен для настройки правил преобразования объектов конфигурации в объекты формата (правило для отправки) и объектов формата в объекты конфигурации (правило для получения).

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

Свойства для табличных частей всегда должны заполняться с помощью алгоритмов При отправке.

Обработчик, который выполняется при отправке данных.

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

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

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

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

4. Правила конвертации предопределенных данных (ПКПД) -Справочник “Правила конвертации предопределенных данных” Предназначен для настройки правил конвертации для объектов конфигурации и объектов формата, которые имеют предопределенные значения (перечисления, справочники с предопределенными элементами и т.п.). Необходимо задать объект конфигурации, объект формата, область применения правила, и настроить соответствие предопределенных значений. 5 Алгоритмы. Произвольные алгоритмы, которые могут использоваться в любых обработчиках выгрузки и загрузки данных.

Вызов алгоритма осуществляется аналогично вызову любой процедуры или функции в текстах модулей: (). 0Поделиться ссылкой:

Понравилось это:Нравится Загрузка. Похожее Автор публикации не в сети 2 дня master1c8 1 Комментарии: 43Публикации: 491Регистрация: 25-12-2016 Previous ArticleКонвертация данных, редакция 3.0.

Урок 3. Перед Записью Полученных Данных

Что такое конвертация данных 1С (статья написана исключительно для новичков)

Когда требуется из одной системы выгружать данные в другую систему, то как правило настраивается план обмена, который автоматически (по расписанию) выгружает/загружает данные по неким правилам. Эти самые правила обмена удобно написать в конфигурации 1С «Конвертация данных» 2.1 (КД 2.1). Обменивающиеся системы могут быть совершенно разными или идентичными, ограничений нет.

Другим применением КД 2.1 может быть написание правил для «ручной» выгрузки/загрузки данных с помощью обработки «Универсальный обмен данными XML», которая есть в любой типовой конфигурации. (Если в вашей системе вы не находите эту обработку, скачайте её и воспользуйтесь как внешней). Если между системами настроен план обмена, то объект регистрируется к выгрузке, в случае его записи или проведении, и выполнении условий регистрации для данного объекта (ниже будет подробнее).

Эти условия регистрации для объекта могут быть прописаны в самой системе непосредственно в коде с помощью режима Конфигуратор, или в правилах обмена, в файле «RegistrationRules.xml» в типовых конфигурациях на УФ.

В качестве примера рассмотрим типовой обмен на управляемых формах (УФ) между ЗУП 3.1 и БУХ 3.0. В ЗУП 3.1 в плане обмена «ОбменЗарплата3Бухгалтерия3» в реквизитах и табличных частях можно указать условия обмена, например, выгружаем только по определенным Организациям и не выгружаем персональные данные сотрудников. А в макетах плана обмена прописаны типовые правила (от разработчиков 1С), выделила для наглядности квадратом в Рис.

1. Рис. 1 Пример формы плана обмена в режиме предприятия показан на Рис.

3. Откройте Администрирование — Синхронизация данных Рис.

2: Рис. 2 Учить настраивать обмен не буду, как это сделать легко найти в официальной документации. На форме Плана обмена указано, что выгружаем только по конкретной организации и сводно по сотрудникам, другими словами персональные данные не выгружаем.

Рис.

3 Соответственно, если мы откроем обработку «Регистрация изменений для обмена» и выберем документ по другой организации, он не зарегистрируется для обмена и не выгрузится (на Рис.5 форма обработки). Рис. 4 Рис. 5 Правила обмена могут быть типовыми (из конфигурации) или внешними (из файла на компьютере).
Рис. 4 Рис. 5 Правила обмена могут быть типовыми (из конфигурации) или внешними (из файла на компьютере).

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

6 Правилами выгрузки является файл «ExchangeRules.xml», после его модификации, упаковываем три файла назад в архив и загружаем. Как загрузить «ExchangeRules.xml» в конвертацию данных показано на Рис. 19. Рис. 7 Рис. 8 Так же изменять можно и правила регистрации «RegistrationRules.xml», например, если нужно выгрузить документ, не взирая на условие Плана обмена.

Например, одно условие действует на 4 вида документов, но нам требуется всё же один документ выгрузить. Условие по этому документу можно просто закомментировать Рис.

8. Рис. 8 В моём примере по документу «ВедомостьНаВыплатуЗарплатыПеречислением» игнорируется условие «НеВыгружатьПерсональныеДанныеФизическихЛиц».

Открыть «RegistrationRules.xml» в конвертации данных не получится.

Файл «CorrespondentExchangeRules.xml» является правилами выгрузки базы корреспондента. То есть правила «CorrespondentExchangeRules.xml» и «ExchangeRules.xml» базы корреспондента (в моём примере это БУХ 3.0) должны совпадать.

Далее информация по самой конвертации данных. Зарегистрированные объекты выгружаются по «Правилам выгрузки данных» (ПВД), стрелка 1 на Рис.

9. Рис. 9 В ПВД можно указать дополнительные условия для выгрузки зарегистрированных объекта (ов), например, документов «НачислениеОценочныхОбязательствПоОтпускам» (как в Рис. 9). Регистрировать для выгрузки все справочники, связанные с документом, и прописывать по ним ПВД не нужно. По ним сформируем ПКО при конвертации свойств (реквизитов объекта и реквизитов табличных частей объекта) (возможно станет яснее, посмотрев на Рис.

11). Стандартная выборка (стрелка 2 Рис.

9) содержит в себе все реквизиты объекта, включая табличные части. В ПВД указано Правило конвертации объекта (ПКО) (стрелка 3 Рис. 9), в данном примере ПКО называется «НачислениеОценочныхОбязательствПоОтпускам», все ПКО располагаются на первой закладке формы настроек правил обмена. С левой стороны имеются обработчики: «Перед обработкой», «Перед выгрузкой», «После выгрузки», «После обработки» (стрелка 4 Рис.

С левой стороны имеются обработчики: «Перед обработкой», «Перед выгрузкой», «После выгрузки», «После обработки» (стрелка 4 Рис. 9). В каждом из этих обработчиков при вызове «Информации по обработчикам» (стрелка 5 Рис. 9) можно получить сведения о выполняемых в нём действиях и возможных параметрах (в каждом обработчике список параметров немного различается).

Например, обработчик «Перед обработкой»: Рис.

11 В Информации по тексту ниже указан вот такой пример: Если Объект.ЭтоГруппа() = 0 Тогда Отказ = 1; КонецЕсли; Можно написать своё условие: например, если реквизит «Флаг» установлен в Истину, тогда такой объект нужно выгрузить по другому ПКО: Если Объект.Флаг Тогда ИмяПКО = «ИмяПравилаКонвертацииТакогоОбъекта»; КонецЕсли; В случае, если при выгрузке вы пользуетесь произвольным алгоритмом, вам необходимо инициировать параметр ВыборкаДанных (стрелка 6 Рис.

10). В рис. 11 указала связь всех правил. ПВД является ключевым триггером для выгрузки объекта по правилам конвертации, поэтому начинаем с него. Рис. 11 ПКО Теперь перейдем к ПКО «НачислениеОценочныхОбязательствПоОтпускам» (стрелка 7 Рис.

12), состоящему из правил конвертации свойств (ПКС): Рис. 12 Ссылочные свойства выгружаются по указанным ПКО (стрелка 8 Рис.

12). То есть при выгрузке реквизитов «Организация» и «Ответственный» они будут выгружены согласно правилам ПКО с названиями «Организации» и «Пользователи». В ПКО можно указать правила поиска объекта: Рис. 13 Признак (Стрелка 10 Рис. 13) не задан, следовательно, в случае, если объект не найден, то он будет создан.

Дополнения: Обратите внимание, на Рис.

11 я обозначила раздел «Важно» стрелкой 6, так вот стрелка 11 — это тот самый признак, который необходимо установить, если вы используете произвольный алгоритм для ПВД. Не забывайте пользоваться информацией по обработчикам (стрелка 12). Если вы решили выгружать все изменения справочников и документов, то обратите внимание в ПВД на закладку «Дополнительно», там задан «Порядок выполнения».

Если вы решили выгружать все изменения справочников и документов, то обратите внимание в ПВД на закладку «Дополнительно», там задан «Порядок выполнения». По ссылкам ниже вы можете почерпнуть дополнительную информацию: //infostart.ru/public/597573/ //infostart.ru/public/413178/ Создание с нуля (кратко) У нас есть конфигурация источник и конфигурация приемник (они могут быть идентичными). В случае, если конфигурации различаются, в каждой из конфигураций нужно запустить обработку «MD82Exp.epf» или «MD83Exp.epf», в зависимости от версии платформы.

Рис.14 Как-то по особому называть файлик выгрузки не нужно.

При загрузке система сама определит наименование конфигурации.

Далее выгруженную структуру (структуры) загружаем в конвертацию. Рис. 15 Рис. 16 Далее выбираем на рабочем столе конвертации пиктограмму «Правила обмена данными», нажимаем «Добавить» и в открывшемся окне выбираем конфигурации. Рис. 17 При появлении картинки ниже, жмите или «Закрыть» или «Создать новое правило обмена данными».

Рис. 18 Загрузка имеющихся правил (кратко) В случае, если правила есть и их требуется исправить, загружаем правила в КД.

Рис. 19 Если структура конфигурации была загружена только правилами, то в ней может не быть многих объектов.

Чтобы объекты добавить, вам нужно выгрузить структуру метаданных (описано в пункте «Создание с нуля» немного выше). И далее загрузить эту структуру в имеющуюся конфигурацию.

Рис. 20

Конвертация данных в 1С: правила обмена и обработки базы, параметры выгрузки, примеры

Навсегда устраните ошибки при приёмке, отгрузке, инвентаризации и перемещении товара. Обязательная маркировка товаров — это возможность для каждой организации на 100% исключить приёмку на свой склад контрафактного товара и отследить цепочку поставок от производителя. Скорость, точность приёмки и отгрузки товаров на складе — краеугольный камень в E-commerce бизнесе.

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

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

Исключи ошибки сопоставления и считывания акцизных марок алкогольной продукции при помощи мобильных инструментов учёта. Первое в России готовое решение для учёта товара по RFID-меткам на каждом из этапов цепочки поставок.

Получение сертифицированного статуса партнёра «Клеверенс» позволит вашей компании выйти на новый уровень решения задач на предприятиях ваших клиентов.

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

Полностью откажитесь от учета «на бумаге». Их удобнее всего рассматривать на примере конвертора 2.0. Ведь он обладает наибольшим количеством факторов, которые остаются неизменными в любой иной версии.

Поэтому для простого понимания задачи и алгоритма действий, лучше остановиться на нем. Также важно, что он одинаково применим как на 7.7, так и на 8.3.

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

Но в нашем

Заметки по Конвертации данных 3.0

Сокращения: КД2 — Конвертация данных 2 КД3 — конвертация данных 3 ПОД — правило обработки данных. ПКО — правило конвертации объекта. ПКС — правило конвертации свойства.

ПКПД — правило конвертации предопределенных данных. ПРО — Правило регистрации объектов.

1. Группы правил. В КД2 разделение по объектам метаданных происходило автоматически. В КД3 для удобства необходимо создать группы правил разделив их по объектам метаданных.

2.

XDTO. Ключевые свойства и обязательные поля. В КД3 обмен настраивается через универсальный формат (EnterpriseData).

И поэтому при настройке обмена нужно смотреть состав пакета XDTO EnterpriseData. Рассмотрим для примера описание справочника Номенклатура. Первое поле это Ключевые поля.

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

«ТипНоменклатуры» является обязательным, т.к.

в свойстве поля определено мин.количество=1 макс.количество=1

«Описание» является необязательным, т.к.

в свойстве поля определено мин.количество=0 макс.количество=1

3. Правило конвертации объекта (ПКО) и правило обработки данных (ПОД).

Перед созданием ПОД нужно создать ПКО.

Далее созданное ПКО нужно подвязать к ПОД

Цифрами я указал порядок заполнения ПОД.

Также не забыть заполнить и поле «группа»(группа правил).

4.

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

«При обработке» написать код, который определит когда использовать одно ПКО, а когда другое.

При получении данных необходимо создать два ПКО и два ПОД и в одном из ПОД поставить флажок «Правило для группы справочника»

5.

Правило конвертации предопределенных данных (ПКПД).

В КД2 обмен настраивался между двумя конфигурациями.

В КД3 обмен настраивается через универсальный формат (EnterpriseData). Может так получится что при конвертации перечислений в универсальном формате не будет таких значений как у вас в базе или не будет вообще такого перечисления как у вас. Если в значениях формата не хватает значений, то можно ставить одинаковые и передавать значение перечислений в AdditionalInfo (про AdditionalInfo в пункте 7).

6. Табличная часть Табличную часть можно отправить и принять только алгоритмом конвертации

При отправке делаем запрос к данным и выгружаем Таблицу значений

Для Получения тоже используется алгоритм конвертации

Алгоритмы — это часть кода, который используется в нескольких местах.

В конвертации так реализован механизм Процедур и Функций. Ниже видно что вызывается функция, которая расположена во вкладке Алгоритмы.

Эта функция подготавливает данные для загрузки их в «табличную часть».

7. AdditionalInfo Если в формате нет реквизитов для конвертации реквизитов конвертации, тогда можно использовать поле AdditionalInfo.

У всех объектов (справочников, документов и др.) в EnterpriseData базовый тип Object. В описании этого типа, который находится пакете XDTO ExchangeMessage, есть свойство AdditionalInfo, которое наследуют все объекты.

Этим свойством можно пользоваться для переноса данных, которые не смогли сопоставить в формате EnterpriseData.

Рассмотрим пример отправки признака «проведен» через AdditionalInfo

Принимаю признак проведен. В КД3 Если у документа установлен признак ПолученныеДанные.Проведен, то документ проводится. (В КД2, если передать просто проведен = Истина.

Документ будет с признаком проведен, но фактически движений не сделает)

8. Отправка Структуры с Значение и ИмяПКО Если в табличной части есть реквизит составного типа. То при отправке нужно определить тип каждого элемента табличной части при помощи алгоритма.

Рассмотрим на примере документа СФПолученая табличная часть «документы основания»

В алгоритме по типу документа определяем соответствующее ему ПКО.

9. Правило регистрации объектов (ПРО) ПРО в КД3 не реализовано поэтому для настройки ПРО применяется КД2

В этом примере выгружаются только проведенные Поступления.

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

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

  • Данные табличной части помещаются в таблицу значений.

    Имена колонок таблицы значений должны соответствовать наименованиям свойств формата.

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

  • Подготовленную таблицу необходимо вставить в структуру ДанныеXDTO, при этом ключ соответствует имени табличной части в формате обмена.
  • Пример кода для отправки табличной части РасшифровкаПлатежа: ТабРП = Новый ТаблицаЗначений;ТабРП.Колонки.Добавить(«СтатьяДДС»);ТабРП.Колонки.Добавить(«Заказ»);ТабРП.Колонки.Добавить(«Сумма»);ТабРП.Колонки.Добавить(«СуммаНДС»);ТабРП.Колонки.Добавить(«СтавкаНДС»);Для Каждого СтрокаРП_ИБ Из ДанныеИБ.РасшифровкаПлатежа Цикл НоваяСтрокаРП = ТабРП.Добавить(); ЗаполнитьЗначенияСвойств(НоваяСтрокаРП, СтрокаРП_ИБ, «СтатьяДДС,Сумма,СуммаНДС,СтавкаНДС»); Если ЗначениеЗаполнено(СтрокаРП_ИБ.Заказ) Тогда ТипСсылки = ТипЗнч(СтрокаРП_ИБ.Заказ); ИмяПКО = «»; Если ТипСсылки = Тип(«ДокументСсылка.ПоступлениеТоваровУслуг») Тогда ИмяПКО = «Документ_ПоступлениеТоваровУслуг_Отправка»; ИначеЕсли ТипСсылки = Тип(«ДокументСсылка.ПоступлениеУслугПрочихАктивов») Тогда ИмяПКО = «Документ_ПоступлениеУслугПрочихАктивов_Отправка»; ИначеЕсли ТипСсылки = Тип(«ДокументСсылка.ТаможеннаяДекларацияИмпорт») Тогда ИмяПКО = «Документ_ТаможеннаяДекларация_Отправка»; ИначеЕсли ТипСсылки = Тип(«ДокументСсылка.ОтчетКомиссионера») Тогда ИмяПКО = «Документ_ОтчетКомиссионера_Отправка»; ИначеЕсли ТипСсылки = Тип(«ДокументСсылка.ЗаказКлиента») Тогда ИмяПКО = «Документ_ЗаказКлиента_Отправка»; КонецЕсли; Если ИмяПКО <> «» Тогда НоваяСтрокаРП.Заказ = Новый Структура(«Значение, ИмяПКО», СтрокаРП_ИБ.Заказ, ИмяПКО); КонецЕсли;КонецЦикла;ДанныеXDTO.Вставить(«РасшифровкаПлатежа», ТабРП); Методика конвертации в правилах конвертации объектов для получения:

    • Источник данных для заполнения
    • Заполнение данных табличной части производится в алгоритме ПриКонвертацииДанныхXDTO.

    Пример правила конвертации объектов

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

    Для партнеров был создан алгоритм который выполняется на стороне приемника.

    Для того чтобы выполнить алгоритм на стороне приемника, надо в правом верхнем углу окна алгоритма(при его редактировании) проставить флаг «Используется при загрузке». Ниже приведен код алгоритма «Добавить партнера»: нПартнер = Справочники.Партнеры.СоздатьЭлемент(); нПартнер.Наименование =стр.контрагент.наименование; нПартнер.Комментарий = «Создан при загрузке из БП»; нПартнер.НаименованиеПолное =стр.контрагент.НаименованиеПолное; нПартнер.Поставщик = ?(найти(стр.контрагент.ДополнительнаяИнформация,»Поставщик»)>0,истина,ложь); нПартнер.Клиент = ?(найти(стр.контрагент.ДополнительнаяИнформация,»Клиент»)>0,истина,ложь); ПрочиеОтношения = ?(найти(стр.контрагент.ДополнительнаяИнформация,»Прочее»)>0,истина,ложь); нпартнер.Записать(); стр.партнер = нпартнер.ссылка; контрагент = Справочники.Контрагенты.НайтиПоНаименованию(стр.контрагент.Наименование); объект2 = контрагент.ПолучитьОбъект(); объект2.Партнер = нпартнер.ссылка; объект2.Записать(); Возвращаемся обратно к правилу конвертации объекта.

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

    В этом мастере мы можем либо сопоставить поля, либо оставить как без источника, так и без приемника. В нашем случае все поля и ТЧ мы оставляем без источника.

    1С: Конвертация данных 2.

    Разработка с «нуля» на простых примерах разработки

    1С: Конвертация данных 2. Разработка с

    Причем видно, что ПКО по умолчанию предлагается искать по внутреннему идентификатору объекта. На это указывает лупа возле ПКО.

    Мы же будем делать свой поиск, и сделаем его по номеру документа и дате на начало дня. Снимаем поиск по УИО: Теперь начнем сопоставление необходимых свойств (реквизитов) объекта.

    Для этого жмем «СинхронизацияСвойств» (метка «1» на скрине). Убираем рекурсивное создание правил («2»). Снимаем все отмеченные реквизиты («3»).

    И выберем самостоятельно, что нам нужно.

    1С: Конвертация данных 2. Разработка с

    Для примера выбираем необходимое:

    1С: Конвертация данных 2. Разработка с

    Обращаю внимание на то, что мы сделаем ПКС контрагента в организацию, а организацию в контрагента, и еще сопоставим некоторые реквизиты, которые не совпадают по имени, например, «Валюта» и «Валюта документа».

    1С: Конвертация данных 2.</p>
<p> Разработка с » нуля» на простых примерах разработки» src=»https://infostart.ru//infostart.ru/upload/iblock/556/556a6803334489b50913484060aa7762.jpg»></p></div>
<p> Далее жмем ОК и получаем подобное: </p>
<div><img alt=

    Разработка с » нуля» на простых примерах разработки» src=»https://infostart.ru//infostart.ru/upload/iblock/687/687d3d338f525831b3545525a4264e5a.jpg»>

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

    Первые три символа будем подменять на свой префикс «УТБ».

    А так как в БП и УТ нумерация по 11 символов, делаем составной номер: наш префикс и 8 символов от источника. Пример на скрине ниже.

    Конвертация данных 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».Таким образом, новая технология имеет ряд преимуществ:

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

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

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

    Организация конвертации данных и обмена данными с помощью конфигурации «Конвертация данных 2.0»

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

    Но кроме реквизита БазоваяЕдиницаИзмерения у нас имеются еще реквизиты ссылочного типа. Проанализируем их по порядку. Для реквизита Родитель правило конвертации уже назначено при генерации обработкой.

    Для корректной перегрузки остальных реквизитов нам необходимо создать дополнительно правила конвертации объектов для справочников ЕдиницыИзмерения, НоменклатурнаяГруппа, КлассификаторСтранМира и НомерГТД.

    Конвертацию перечисления СтавкиНДС мы пока отложим. Воспользуемся еще раз обработкой автосинхронизации объектов.

    С ее помощью мы сможем создать сразу все нужные нам правила конвертации объектов. Для потокового создания правил конвертации свойств запустим обработку Групповое создание правил конвертации свойств/значений (пункт Групповое создание правил конвертации свойств/значений подменю Обработки).

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

    Эта обработка не только создает правила конвертации свойств, но и контролирует наличие правил конвертации для объектов ссылочного типа, поэтому при обработке реквизита СтавкаНДС было создано правило конвертации СтавкиНДС. После этого нам необходимо установить вручную правила конвертации для реквизитов, имеющих ссылочные типы. Если бы мы воспользовались обработкой Групповое создание правил конвертации свойств/значений сразу, то это не потребовалось бы, так как соответствующие правила конвертации были бы созданы автоматически.

    Однако первый вариант создания правил был более нагляден для понимания структуры объектов конфигурации. Итак, мы должны заполнить правила конвертации для реквизитов ЕдиницаХраненияОстатков, СтавкаНДС, НоменклатурнаяГруппа, СтранаПроисхождения, НомерГТД.

    Конвертация данных в 1С 8.3 Предприятие

    Действие аналогично и для второго правила «Справочник_Контрагнеты_Загрузка».

    Шаг 10. Создаем правило обработки данных. Действия одинаковы для обоих созданных нами правил. Перейдя в правило конвертации, нажимаем кнопку «Создать на основании» — «Правило обработки данных».

    Данные в него попадают автоматически.

    Аналогично формируем правило для загрузки. Шаг 11. Выгрузить модуль менеджера обмена, или в правиле конвертации, нажав «Сохранить модуль менеджера обмена», или через пункт «Конвертация» — «Выгрузка модуля». Аналогично поступаем с правилом конвертации для загрузки справочника.

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

    Редакция конфигурации «Конвертация данных 3.0» – новая, но прогрессивная технология упрощения обмена между конфигурациями, которая, используя универсальный формат обмена EnterpriseData, позволяет эффективно ответить на вопрос «Как перенести данные из одной 1С в другую?».

    Автор статьи Наталья Севорина, Консультант-аналитик 1С Рассказать друзьям Модальные окна в 1С 8.3 Анализ движения денежных средств предприятия Другие статьи по теме Порядок синхронизации ЗУП 3.0 и БП 3.0 предусматривает возможность обмена по расписанию, но запустить его можно и вручную. В этой статье мы рассмотрим настройку синхронизации 1С БП 3.0 и ЗУП 3.0 14 Апреля 2021 Загрузка выписок из Сбербанк Бизнес Онлайн в 1С — выгрузка заработной платы, загрузка реестра платежей.

    Конвертация данных из 1С 8.3 в 7.7 (версия КД 2.1).

    Перенос данных из 8.3 в 7.7. Создание в современной 1С 8.3 XML в формате КД2.

    Инструкции и примеры переноса данных из любой современной 1С 8.3 в устаревшую конфигурацию 1С 7.7, через Конвертацию данных 2

    С помощью обработки «Загрузка структуры метаданных» загружаются XML-файлы описания структуры метаданных как конфигурации-источника, так и конфигурации-приёмника. Флажок «Новая конфигурация» позволяет произвести обновление уже загруженного описания метаданных (если он снят). Если флажок «Новая конфигурация» установлен, создаётся новый элемент справочника «Конфигурации».

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

    Выбрав источник и приёмник, можно определить наименование конвертации с помощью кнопки «Сформировать».

    В поле «Имя файла правил обмена» надо указать путь к XML-файлу для выгрузки правил обмена.

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

    Настройка правил осуществляется в форме «Настройка правил обмена». Она вызывается из панели инструментов одноименной кнопкой.

    Необходимо выбрать для редактирования нужную конвертацию. С помощью пункта меню «Обработки» — «Синхронизация объектов» в форме «Настройка правил обмена» можно запустить обработку «Автонастройка правил конвертации объектов».

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