1с кд3 как загрузить правила
Тем, кто хочет быстро разобраться с темой инструмента Конвертация данных 3.0 и технологией обмена по новому формату 1С, активно применяемому во всех новых конфигурациях от 1С на БСП, расширяющем возможности интеграции, пакет полезных материалов.
Жил-был в царстве-государстве Одинесия царь Змей Горыныч , КаДя Второй. Хороший был правитель, работал на общее дело исправно, успешно торговые обмены со всеми вел.
«Ого, так и с престола слететь недолго», - запереживал Змей Горыныч , и.. по-быстрому обзавелся …третьей головой. Он даже называть теперь себя стал КаДя Третий. А чтоб народ разницу почувствовал и подвоха не заподозрил, решил заодно и законы новые ввести:
- Поскольку я теперь у вас идеальный формат царя, «универсальный» можно сказать, так и все в нашем царстве надо-таки подапгрейдить и универсифицировать. Да, давно пора!-заявил он.
И решил – первым делом - бартер напрямую меж простонародьем пресечь! Созвал он народ и объявил свой указ:
«Больше сами помеж собой - об обменах договариваться не будете. А то у вас – то тары нет для обмена, то коллизии какие – рожи бьете. Негоже это. Вот принес я вам мешок. Не мешок – а Пакетище целый.
На всю Одинесию хватит, да еще и с иностранными делегациями поторгуемся – наменяем чего хотим – заживем лучше прежнего! Так вот мне в этот пакет ( умным словом он заморским ЭксДиТиОу называется, ну..пакет XDTO тобиш) каждый чего поменять хочет- приносить будет.
И менять все будем без беспорядку - по формату значит! Под белые грибочки – у нас тут в мешке этом – лукошки специальные имеются, под молокопродукты и варенье - там банки- склянки всякие есть. А вот ты, Баба Яга, поганки-то нам на обмен не неси. Не по Формату Это! ..люд честный дурить. Да и под всякую погань у нас в пакете XDTO нашем контейнера нету. А коли чего-хорошее и тары не найдется, так я волшебный ларец «AdditionalInfo» смастерил. Как говорят, две головы хорошо, а три – лучше! Это кстати, моя Третяя - такой гениальный ПЛАН обмена «СинхронизацияДанныхЧерезУниверсальныйФормат» придумала.
И что самое главное - теперь даже те, кто языка общего найти не могли, и напрямую обмен не наладили - так без проблем через наш Пакет меняться смогут.
А чтоб не путались, чего менять можно, а чего нет, так мы вам Памятки ( XML-схемы (*.xsd )) выдадим. Без них теперь –никак! Там чего по формату, а чего нет –все точно перечислено.»
Народ поначалу сумлеваться начал: «Идея- то хорошая! Только занятой ты больно, Царь! Где тебе за всеми обменами следить…»
-Ха!- Горыныч КаДя Третий сразу всех успокоил. «Так мне то, Лично , и не надобно.
Я ж –царь, я только Правила да указы писать буду. А для обменов - я себе менеджера нанял! Даже должность ему выделил подходящую: МенеджерОбменаЧерезУниверсальныйФормат называется. Во! И помощник у него толковый –Менеджер нашего ПЛАНА обмена. Я ему только через наш почтовый Буфер свои Правила-Указы скидывать буду, даже с трона вставать не придется, если голова третья разболится. Он уже у нас в новом кремле «Конфигураторе» сидит, по трудовой оформили , как положено. Прошу любить и жаловать, поскольку если чего отладить надобно – все к нему! Он у нас мужик решительный и точку останова любому неформатному обмену быстро поставит».
И да, кстати, чтоб не блукать вам там зазря по тропкам нашим заговоренным -- у нас там в ПЛАНЕ и ПутьКМенеджеруОбмена указан, и Режимы всякие, как и когда чего работает у нас в Администрации. Все для людей, как говорится! Так и порешили.
И с тех пор зажил народ того царства – в надежде на светлое будущее и «универсальное» настоящее - припеваючи. … только от изучения новых законов и схем кое у кого головы, как и Горыныча, тоже побаливать стали.
Содержание Инф.Пакета №1:
1.- О главном для понимания КД 3.0 и формата EnterpriseData (в т.ч. отличия от КД 2);
2.- ВСЕ ЭТАПЫ Настройки обмена чз Универсальный Формат-Сопоставление данных-Разрешение Конфликтов синхронизации и отложенного проведения(на примере УП-БП, мат-лы 1С);
3.- Порядок и описание подготовительных работ в КД3( упорядочен, на основании материалов 1С);
4.- Правильная установка режима поддержки для возможностей изменения Менеджера обмена под формат ОУФ;
5.- Назначение групп правил в КД3;
6.- Особенности Направлений обмена в унив. формате (ОУФ)_КД3;
7.- Алгоритмы в КД3;
8.-Параметры конвертации в КД3;
9.(доп-но)Помощник быстрого освоения принципа конвертации под задачи обменов в формате Enterprise Data(из КД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.
Принимаю признак проведен. В КД3 Если у документа установлен признак ПолученныеДанные.Проведен, то документ проводится.
(В КД2, если передать просто проведен = Истина. Документ будет с признаком проведен, но фактически движений не сделает)
8. Отправка Структуры с Значение и ИмяПКО
Если в табличной части есть реквизит составного типа. То при отправке нужно определить тип каждого элемента табличной части при помощи алгоритма. Рассмотрим на примере документа СФПолученая табличная часть "документы основания"
В алгоритме по типу документа определяем соответствующее ему ПКО.
9. Правило регистрации объектов (ПРО)
ПРО в КД3 не реализовано поэтому для настройки ПРО применяется КД2
В этом примере выгружаются только проведенные Поступления.
После сохранения правила в файл его нужно загрузить в настройку обмена базы из которой производим отправку данных.
Специальные предложения
вполне полезно.
самое забавное - тут тот редкий случай когда обилие скринов к месту и не мешает прочтению.
обычно бестолочи накидают скринов для массовки и чтобы скрыть(за картиками) свое неумение подать материал.
тут, повторюсь, годно и вполне хорошо.
cleaner_it; user1533912; user1147832; yegorovnv; aguriev; Созинов; John_d; antonsat49; BomjBandit; D_e_X_T_e_R; prestige; ids79; + 12 – 1 Ответить
Полезный материал, спасибо. Особенно для тех, кто начинает разбираться с КД 3.0.
В последних релизах КД можно просто настройкой выгрузить ТЧ, без алгоритма.
Если в формате нет реквизитов для конвертации реквизитов конвертации, тогда можно использовать поле AdditionalInfo.
Как вариант, можно еще дополнительные свойства использовать. Они почти у каждого объекта в формате есть.
Можно использовать таблицу "КомпонентыОбмена.ПравилаКонвертацииОбъектов" и найти имя ПКО по объекту метаданных.
Эх, вот бы на полгодика раньше такую статью мне)))) А то все пришлось через боль постигать))) Спасибо за материал. Однозначно в избранное.
Грамотный новичковский обзор чтобы "вкурить". Мало таких материалов мне попадается, а тут и легко читается и понятно.
Автор статьи молодец. Но КД 3.0 - это зло .
Считаю, что обмен через универсальный формат актуален при обменах с партнерами, где нужен "черный ящик", понятный всем конфигурациям.
Но на практике, когда речь идет о внутренних обменах между базами одного клиента, или при переносе данных из одной конфигурации в другую, КД 3.0 и рядом не стояла с КД 2.0, где простейшие изменения в правила конвертации вносятся просто.
(6) Для разового обмена КД2 подходит. А если у одного клиента зоопарк конфигураций, обновляющихся в разное время и нужен постоянный обмен, КД3 предпочтительнее.
(7) Я такой точки зрения: если множество конфигураций у одного клиента, то при обновлении одной, может поменяться формат данных для обмена, в этом случае придется обновлять все базы, участвующие в обмене, при чем нет гарантий, что во всех актуальных релизах реализован один формат. При чем эта ситуация касается и обмена между партнерами. Другими словами, если обновляется формат, то все конфигурации должны соответствовать ему. Это крайне не удобно. В случае с КД2 все решается очень быстро в контексте одного обмена между двумя узлами. К тому же, повторюсь, КД3 призвана для создания универсального формата, понятного для множества конфигураций, а значит, нацелена для обмена между партнерами.
Для обмена между своими базами такой подход не нужен, когда нужно настроить обмен для внутренних объектов, например, т.е. речи об универсальности нет. Да, это можно сделать как в КД3, так и в КД2, но стоит ли оно таких телодвижений в КД3?
(11) Как раз таки сталкивался со всеми "преимуществами" на практике, когда в одной конфигурации поменялся формат, обмен встал, требовал обновления другой базы.
Так что:
- соглашусь, если в обновлении не меняется формат, в других случаях - заблуждение, ибо если меняется формат, значит все конфигурации должны "догнать" его.
Если есть несколько конфигураций, но как правило, обмен не нужен "многие ко многим", чаще всего, у клиентов центральный узел, у которого настроен обмен с другими узлами, при чем эти другие узлы не обмениваются между собой, так что такой подход сокращает количество настраиваемых правил обмена.
Любая точка зрения имеет место быть, но все-таки считаю, что для внутреннего обмена КД2 предпочтительнее
Согласен, но 1С идёт своим путём и выпиливает обмен на КД2 из типовых.
А проблема с форматом была 3-4 года назад, когда этих форматов было два. 1.0, 1.1. Сейчас их порядка 6-ти в каждой конфигурации - последний 1.7. И повторение ситуации, что у кого-то не оказалось совместимого формата маловероятно.
>у клиентов центральный узел, у которого настроен обмен с другими узлами
Один ко многим. Если у периферийного узла поменялась конфигурация, нужно менять правила с центральной базой, а это повлияет на все остальные обмены.
Приведу пример из практики. База УТ 10.3.8 обменивается с постоянно обновляемой БП 3.0. Программиста в штате нет. После внедрения обмена на КД3 вопрос с обменом был закрыт. Работает несколько лет.
Периодически попадаю в ситуацию, когда две типовые конфиги долго не обновляются. От слова вообще. Примерно полгода. И начинают сыпаться ошибки при синхронизации. Полгода работало, никто не трогал, и тут прилетает. Начинаешь делать обновления и ошибки уходят. Такое ощущение, что конфиги даже если не обновляются, все равно откуда-то что-то тянут. Это всё радости правил на КДv3?
(14) КД3 в отличие от других требовательна к качеству исходных данных. Бардак не распространяет. Если что-то не заполнено, сообщит и остановит выгрузку. В Вашем случае возможно был контроль отрицательных сумм, а в новой версии формата его убрали. Нужно смотреть на ошибки.
(0) есть задача перенести документ по произвольному алгоритму. Решаю вопрос тут .
Судя по всему мне нужно применить 8 пункт из заметок.
Но что делать с таким документом? У вас алгоритм в объекте, а у меня объекта то нету. Мне их нужно произвольным алгоритмом сгенерировать.
При обмене элемент справочника перезаписывается. Как это отключить?
Например, я задал соответствие номенклатуры в базе источники и назначении, нахрена он мне его перезаписал. Перезаписал контрагентов и тд. Где можно выключить перезапись существующийх элементов справочников?
имеется КД3 и задача на каждую строку ТЧ ДокументаА в базе источнике формировать свой ДокументБ в базе приемнике, как это реализовать на стороне базы отправителя?
1. Загрузил 2 конфы.
2. Создал две конвертации из БП в УФ. Из УФ в УТ.
Хочу загрузить правила из БП В УФ в конвертацию. Откуда взять?
Я прочитал, про загрузку правил, которые уже написаны - ничего нет. Есть про загрузку конфы, про формат обмена. Где загрузка правил?
Какой пункт из 4 я упустил?
Шаг 1. Выгрузка структуры информационных баз УП и БП.
Для выгрузки информации о структуре информационной базы используется обработка MD83Exp.epf, входящая в комплект поставки конфигурации КД 3.0.
Для каждой информационной базы (УП и БП) необходимо выполнить следующие действия:
Открыть информационную базу в режиме "Предприятие".
Открыть внешнюю обработку MD83Exp.epf (Меню Файл — Открыть).
Указать имя файла, в который следует сохранить структуру информационной базы.
Проверить настройки в форме обработки (все флаги должны быть сняты).
Нажать кнопку Выгрузить.
Для выгрузки схемы формата обмена используются стандартные возможности платформы.
Необходимо выполнить следующие действия:
Открыть одну из информационных баз (либо УП либо БП) в режиме "Конфигуратор".
В дереве метаданных найти XDTO пакеты с именами ExchangeMessage и EnterpriseData_1_0_beta.
Установить курсор на пакет XDTO, нажать правую кнопку мыши и в контекстном меню выбрать пункт Экспорт XML-схемы. Указать путь и имя файла для экспорта. Выполнить это действие для каждого из двух пакетов, сохранив XML-схемы в два разных файла.
Шаг 3. Загрузка структуры информационных баз в конфигурацию КД 3.0
Загрузка выполняется в конфигурацию КД 3.0 в режиме "Предприятие". Перечисленные ниже действия следует выполнить для каждой из конфигураций, для которых настраиваются правила конвертации (УП и БП).
Перейти в раздел Конфигурации, и выбрать команду Загрузка структуры конфигурации.
Указать путь к файлу со структурой информационной базы (см. Этап 1, Шаг 1).
Указать способ загрузки — в новую версию конфигурации.
Нажать кнопку Выполнить загрузку, дождаться окончания загрузки.
Шаг 4. Загрузка структуры формата обмена в конфигурацию КД 3.0
Загрузка выполняется в конфигурацию КД 3.0 в режиме "Предприятие".
Перейти в раздел Формат данных, и выбрать команду Загрузка структуры формата.
Указать файлы со структурой формата (см. Этап 1, Шаг 2). Необходимо указать сразу оба файла, используя множественный выбор.
Проверить имя основного пакета XDTO – должен совпадать с пространством имен пакета XDTO EnterpriseData_1_0_beta (см. в конфигураторе УП или БП).
Указать способ загрузки — в новую версию формата.
Нажать кнопку Выполнить загрузку, дождаться окончания загрузки.
Передать информацию о контрагентах из УП в БП. Данные передаются в одностороннем порядке, идентификация производится по уникальному идентификатору.Настройка правил конвертации выполняется с помощью специальной конфигурации Конвертация данных, редакция 3.0 (далее – КД 3.0).
Выполняемые действия
Этап 1. Подготовка к настройке правил.
Для настройки правил конвертации в конфигурации КД 3.0 должны содержаться сведения о структуре информационных баз, между которыми производится синхронизация данных, а также о структуре формата Enterprise Data.
Шаг 1. Выгрузка структуры информационных баз УП и БП.
Для выгрузки информации о структуре информационной базы используется обработкаMD83Exp.epf, входящая в комплект поставки конфигурации КД 3.0.
Для каждой информационной базы (УП и БП) необходимо выполнить следующие действия:
- Открыть информационную базу в режиме “Предприятие”.
- Открыть внешнюю обработку MD83Exp.epf (Меню Файл & Открыть).
- Указать имя файла, в который следует сохранить структуру информационной базы.
- Проверить настройки в форме обработки (все флаги должны быть сняты).
- Нажать кнопку Выгрузить.
Шаг 2. Экспорт xml-схемы формата обмена
Для выгрузки схемы формата обмена используются стандартные возможности платформы.
Необходимо выполнить следующие действия:
- Открыть одну из информационных баз (либо УП либо БП) в режиме “Конфигуратор”.
- В дереве метаданных найти XDTO пакеты с именами ExchangeMessage иEnterpriseData_1_0_beta.
- Установить курсор на пакет XDTO, нажать правую кнопку мыши и в контекстном меню выбрать пункт Экспорт XML-схемы. Указать путь и имя файла для экспорта. Выполнить это действие для каждого из двух пакетов, сохранив XML-схемы в два разных файла.
Шаг 3. Загрузка структуры информационных баз в конфигурацию КД 3.0
Загрузка выполняется в конфигурацию КД 3.0 в режиме “Предприятие”. Перечисленные ниже действия следует выполнить для каждой из конфигураций, для которых настраиваются правила конвертации (УП и БП).
- Перейти в раздел Конфигурации, и выбрать команду Загрузка структуры конфигурации.
- Указать путь к файлу со структурой информационной базы (см. Этап 1, Шаг 1).
- Указать способ загрузки & в новую версию конфигурации.
- Нажать кнопку Выполнить загрузку, дождаться окончания загрузки.
Шаг 4. Загрузка структуры формата обмена в конфигурацию КД 3.0
Загрузка выполняется в конфигурацию КД 3.0 в режиме “Предприятие”.
- Перейти в раздел Формат данных, и выбрать команду Загрузка структуры формата.
- Указать файлы со структурой формата (см. Этап 1, Шаг 2). Необходимо указать сразу оба файла, используя множественный выбор.
- Проверить имя основного пакета XDTO – должен совпадать с пространством имен пакета XDTO EnterpriseData_1_0_beta (см. в конфигураторе УП или БП).
- Указать способ загрузки & в новую версию формата.
- Нажать кнопку Выполнить загрузку, дождаться окончания загрузки.
Этап 2. Создание конвертаций
Для решения описанной задачи необходимо создать две конвертации:
- УП (для выгрузки данных из УП в формат обмена)
- БП (для загрузки данных из формата обмена в БП)
Создание конвертаций производится в разделе Конвертации, команда Конвертации. Для новой конвертации необходимо указать наименование, конфигурацию и формат обмена. Например, конвертация для конфигурации УП:
- Наименование & “УП2.0.7”.
- Конфигурация & “УправлениеПредприятием”.
- Поддерживаемые версии формата & одна строка, в которой выбрана единственная позиция справочника Версии формата.
Далее для каждой из двух конвертаций требуется настроить правила:
- правила обработки данных,
- правила конвертации объектов,
- правила конвертации предопределенных данных.
Для перехода к комплекту правил конкретной конвертации необходимо перейти в разделКонвертации, выбрать команду Настройка правил конвертации и выбрать в списке конкретную конвертацию, для которой будут настраиваться правила. В результате будет открыта форма Настройка правил обмена, в которой собраны все правила для конкретной конвертации.
Этап 3. Создание правил конвертации объектов
Шаг 1. Правило конвертации для выгрузки контрагентов из УП
- Открыть настройку правил обмена для конвертации УП.
- Перейти на закладку Правила конвертации объектов.
- Создать новое правило конвертации и заполнить данные на закладке Основные сведения:
- Идентификатор правила: “Справочник_Контрагенты_Отправка”,
- Объект конфигурации: “СправочникСсылка.Контрагенты”,
- Объект формата: “Справочник.Контрагенты”,
- Область применения: Для отправки.
- Воспользоваться сервисом автоматического сопоставления свойств
- Нажать кнопку Настройка ПКС
- В открывшейся форме нажать Автосопоставление. Сопоставятся свойства “ИНН”, “КПП”, “Наименование”, “НаименованиеПолное”, “ДополнительнаяИнформация”, “ЮридическоеФизическоеЛицо”
- Сохранить результат автоматического сопоставления & нажать кнопкуСоздать правила конвертации свойств и закрыть форму настройки правил конвертации свойств
Шаг 2. Правило конвертации для загрузки контрагентов в БП
- Открыть настройку правил обмена для конвертации БП.
- Перейти на закладку Правила конвертации объектов.
- Создать новое правило конвертации и заполнить данные на закладке Основные сведения:
- Идентификатор правила: “Справочник_Контрагенты_Получение”,
- Объект конфигурации: “СправочникСсылка.Контрагенты”,
- Объект формата: “Справочник.Контрагенты”,
- Область применения: Для получения.
- Воспользоваться сервисом автоматического сопоставления свойств:
- Нажать кнопку Настройка ПКС
- В открывшейся форме нажать Автосопоставление. Сопоставятся свойства “ИНН”, “КПП”, “Наименование”, “НаименованиеПолное”, “ДополнительнаяИнформация”, “ЮридическоеФизическоеЛицо”.
- Сохранить результат автоматического сопоставления & нажать кнопкуСоздать правила конвертации свойств и закрыть форму настройки правил конвертации свойств.
Этап 4. Создание правил конвертации предопределенных данных
Порядок действий одинаков для обоих конвертаций.
- Открыть настройку правил обмена для конвертации (УП или БП)
- Перейти на закладку Правила конвертации предопределенных данных
- Создать новое правило конвертации и заполнить его свойства:
- Идентификатор правила: “Перечисление_ЮридическоеФизическоеЛицо”
- Объект конфигурации: “ПеречислениеСсылка.ЮридическоеФизическоеЛицо”
- Объект формата: “ЮридическоеФизическоеЛицо”
- Область применения: для отправки и получения
- В табличном поле заполнить соответствия значений перечисления конфигурации и формата: “ФизическоеЛицо” & “ФизическоеЛицо” и “ЮридическоеЛицо” & “ЮридическоеЛицо”
- Нажать кнопку Записать и закрыть
- Перейти на закладку Правила конвертации объектов
- Найти правило конвертации справочника Контрагенты, открыть форму правила
- Перейти на закладку Правила конвертации свойств и найти правило для свойства “ЮридическоеФизическоеЛицо”
- Открыть форму правила конвертации свойства и указать в нем правило конвертации объекта & “Перечисление_ЮридическоеФизическоеЛицо”.
- Сохранить внесенные изменения
Этап 5. Создание правил обработки данных
Порядок действий одинаков для обоих конвертаций.
- Открыть настройку правил обмена для конвертации (УП или БП)
- Перейти на закладку Правила конвертации объектов
- Найти правило конвертации справочника Контрагенты, открыть форму правила
- Нажать кнопку Создать на основании & Правило обработки данных
- В созданном правиле обработки данных проверить заполнившиеся автоматически свойства:
- Идентификатор правила & указать такой же как для правила обработки данных (“Справочник_Контрагенты_Отправка” либо “Справочник_Контрагенты_Получение”)
- Область применения & такая же как для правила обработки данных
- Объект выборки:
- для конвертации УП & “СправочникСсылка.Контрагенты”
- для конвертации БП & “Справочник.Контрагенты”
Этап 6. Получение модулей менеджера обмена данными
Модуль менеджера обмена данными необходим для обмена данными между конфигурациями в соответствии с настроенными в КД 3.0 правилами.
Порядок действий одинаков для обеих конвертаций:
- Открыть информационную базу УП или БП в режиме “Конфигуратор”. Найти в дереве метаданных общий модуль МенеджерОбменаЧерезУниверсальныйФормат и открыть его для редактирования. Модуль должен быть пустым.
- Открыть информационную базу КД 3.0 в режиме “Предприятие”.
- Перейти в раздел Конвертации и выбрать команду Выгрузка модуля.
- В открывшейся форме указать соответствующую конвертацию и нажать кнопку Выгрузить. Модуль будет скопирован в буфер обмена.
- Перейти в конфигуратор информационной базы УП или БП и вставить содержимое буфера обмена в общий модуль МенеджерОбменаЧерезУниверсальныйФормат.
- Сохранить конфигурацию.
Выгрузка модуля в буфер обмена также может производиться из формы настройки правил обмена по кнопке Сохранить модуль менеджера обмена.
Для того чтобы по настроенным правилам выполнялся обмен данными, необходимо в обеих информационных базах в режиме “Предприятие” настроить синхронизацию данных через универсальный формат.
Похожие FAQ
10060 (0x0000274C): Попытка установить соединение была безуспешной 19
Установили новый терминальный сервер, на нем подняли 1С, терминальные пользователе неописуемо довольны, все просто летает :) И вот же надо было такому случиться, главному бухгалтеру не понравилось работать через терминал, а еще у нее свой ноутбук и 17 правил для составления оптимального ЗАПРОСа к данным базы 1С 44
Для формирования и выполнения запросов к таблицам базы данных в платформе 1С используется специальный объект языка программирования Запрос . Создается этот объект вызовом конструкции Новый Запрос . Запрос удобно использовать, когда требуется получ Автоматизация обмена данных используя обработку "Универсальный обмен данными в формате XML" 10
Автоматизация обмена между базами используя обработку " Универсальный обмен данными в формате XML" В основу данной публикации положены найденные мною материалы по cозданию обмена между двумя базами с использованием обработки " Универсальный обме Автоматическая выгрузка загрузка данных используя регламентное задание 12
Для обмена данными между программами необходимо сделать следующее: 1. При помощи Конвертации Данных создать правила выгрузки данных 2. Нужно чтобы в конфигурации была обработка УниверсальныйОбменДаннымиXML , желательно последней версии! (При помо Ввод записей в журнал расчетов 1
Добавление записи в журнал расчетов: Метод Новая может быть вызван где угодно, в глобальном модуле, модуле обработок, документов и т.д. Данный метод проверяет корректность заполненных реквизитов журнала расчетов. При вводе новых записей журнал Посмотреть все результаты поиска похожихЕще в этой же категории
Как отключить узел от распределенной информационной базы? 12
1. Создаешь внешнюю обработку или отчет в ней форме пишешь " ПланыОбмена.УстановитьГлавныйУзел(Неопределено);" 2. Сохраняешь обработку. 3. Закрываешь конфигуратор 4. Запускаешь пользовательский режим. 5. Запускаешь обработку. Еще Вариант ко Автоматическая выгрузка загрузка данных используя регламентное задание 12
Для обмена данными между программами необходимо сделать следующее: 1. При помощи Конвертации Данных создать правила выгрузки данных 2. Нужно чтобы в конфигурации была обработка УниверсальныйОбменДаннымиXML , желательно последней версии! (При помо Планы обмена и их использование 12
Для того чтобы существовала возможность обмена какими-либо данными с кем-либо, необходимо некоторым образом идентифицировать тех, с кем мы будем обмениваться, и для каждого из них описать перечень обмена Обе эти задачи позволяет решать прикладной об Автоматизация обмена данных используя обработку "Универсальный обмен данными в формате XML" 10
Автоматизация обмена между базами используя обработку " Универсальный обмен данными в формате XML" В основу данной публикации положены найденные мною материалы по cозданию обмена между двумя базами с использованием обработки " Универсальный обме Импорт - экспорт данных через XML. Обработка обмена документами 7
Восстановление документов 1С из архива в рабочую базу (XML обмен) Не редко требуется восстановить данные испорченного документа 1С из архива базы после не умышленных, а зачастую ошибочных, действий удачливого пользователя. Самым простым способом я Посмотреть все в категории Конвертация данных, Обмен, ПереносКонвертация данных, редакция 3.0 (далее КД3.0) – является одним из компонентов технологии обмена данными через формат EnterpriseData. КД3.0 не является заменой конфигурации Конвертация данных, редакция 2.0 (далее КД2.0). Это новый стандарт, который сильно отличается от КД 2.0 . Главное назначение КД3.0 – это создание программный код модуля менеджера обмена , состоящий из процедур и функций, в которых реализована логика загрузки данных, представленных в формате EnterpriseData, а также логика выгрузки данных в формат.
Рис 1 Общий модуль менеджера обмена
Редакция 3.0.5.3 , предназначена для использования с версией системы
1С:Предприятие 8.3 не ниже 8.3.10, а редакция 3.0.4.3 – для использования с версией системы 1С:Предприятие 8.3 не ниже 8.3.8.Поставка КД3.0 содержит следующие внешние обработки
- Обработка MD83Exp.epf “Выгрузка описания структуры метаданных конфигурации 8.3” – предназначена для выгрузки описания структуры метаданных любой конфигурации, реализованной на платформе “1C:Предприятие 8.3”.
- Обработка Выгрузка правил синхронизации.epf “Выгрузка правил синхронизации через универсальный формат” используемую при подготовке файлов правил конвертации, предназначенных для последующей загрузки в конфигурацию “Конвертация данных”, редакция 3.0.
- Файл “Описание конфигурации.htm” содержит краткое описание
основных функциональных возможностей конфигурации
“Конвертация данных”, редакция 3.0.
1. Подготовка к настройке правил
1.1 Обработка “Загрузка структуры формата”
Для загрузки структуры формата нужно сначала открыть конфигурацию базу данных в режиме конфигуратора и выгрузить пакеты XDTO из конфигурации в файлы *.xsd.
Необходимо выгружать все пакеты, которые связаны с форматом. Имена файлов при этом принципиального значения не имеют. Необходимо также выгружать XDTO-пакет ExchangeMessage
После выполнения загрузки формата XDTO в КД 3.0 происходит заполнение справочников “Объекты формата”, “Свойства формата”, “Значения формата”
В справочник “Объекты формата” загружаются :
- Объекты с типом “ТипОбъектаXDTO”, которые отражают ссылочные типы данных (документы, справочники)
- Объекты с типом “ТипЗначенияXDTO”, содержащие перечисление. Они отражают предопределенные данные (например, перечисления)
В справочник “Свойства формата” загружаются :
- Свойства объектов “ТипОбъектаXDTO”. При этом сами объекты – те что были загружены в “Объекты формата”
- Объекты с типом “ТипОбъектаXDTO” и их свойства, которые отражают табличные части и реквизиты табличных частей
В справочник “Значения формата” загружаются свойства объектов “ТипЗначенияXDTO”, представляющие собой элементы предопределенных данных. При этом сами объекты – те что были загружены в “Объекты формата”
1. 2. Обработка “Загрузка структуры конфигурации”
Данная обработка выполняет загрузку структуры метаданных конфигурации в информационную базу Конвертация данных ред.3.
Для выгрузки информации о структуре информационной базы используется обработка MD83Exp.epf, входящая в комплект поставки конфигурации КД3.0
Для информационной базы, структуру которой необходимо выгрузить, следует выполнить следующие действия:
- Открыть информационную базу в режиме “Предприятие”.
- Открыть внешнюю обработку MD83Exp.epf (Меню Файл — Открыть).
- Указать имя файла, в который следует сохранить структуру информационной базы.
- Проверить настройки в форме обработки (все флаги должны быть сняты).
- Нажать кнопку Выгрузить.
После выполнения выгрузки структуры конфигурации заполняются справочники
- Объекты метаданных
- Свойства объектов
- Значения объектов .
Справочник Объекты метаданных содержит информацию об объектах метаданных конфигурации. Тип объектов фиксируется в соответствующем реквизите. В зависимости от значения реквизита Тип, заполняются реквизиты, описывающие свойства объекта метаданных. Реквизиты объектов метаданных описываются в подчиненном справочнике Свойства объектов . Значения объектов (значения перечислений и имена предопределенных элементов) описываются в подчиненном справочнике Значения объектов.
1.3. Загрузка правил синхронизации через универсальный формат из файлов
Перед загрузкой правил синхронизации через универсальный формат из файлов быть загружен формат данных( с помощью обработки Загрузка структуры формата (см.пункт 1.1), а также должна быть загружена конфигурация, для которой настраиваются правила синхронизации. Загрузка конфигурации выполняется с помощью обработки Загрузка структуры конфигурации (см.пункт 1.2). Отметим также, что быть создан элемент справочника Конвертации . Для конвертации должна быть указана конфигурация и одна или несколько версий формата, для которых конвертация предназначена.
1.3.1 Подготовка файлов для загрузки правил
Подготовка файлов выполняется в информационной базе, для которой будет выполняться обмен в универсальном формате (например, Бухгалтерия предприятия ред.3.0).
Для подготовки файлов правил необходимо войти в информационную базу в режиме Предприятие и запустить обработку Выгрузка правил синхронизации через универсальный формат, которая входит в состав поставки конфигурации Конвертация данных ред.3.
Для подготовки файла с модулем менеджера необходимо войти в информационную базу в режиме Конфигуратор и сохранить общий модуль МенеджерОбменаЧерезУниверсальныйФормат в текстовый файл. Имя файла можно указать любое.
Все подготовленные файлы должны располагаться в одном каталоге.
1.3.2 Загрузка правил синхронизации
Выполняется в информационной базе Конвертация данных ред.3 с помощью обработки Загрузка правил синхронизации из файлов.
Читайте также: