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

28.03.21

Интеграция - Файловый обмен (TXT, XML, DBF), FTP

О том, что "Конвертация данных" - это удобный инструмент и прочую нужную информацию о ней, вы можете найти в справке самой конфигурации. Я же хочу поделиться своим кратким пояснением как ею пользоваться. Речь пойдет о версии 2.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

 

Правила обмена могут быть типовыми (из конфигурации) или внешними (из файла на компьютере).

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

Для этого нажмите "Загрузить комплект правил":

Рис. 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 Рис. 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

Что такое конвертация данных Загрузка правил в конвертацию нет объекта для создания конвертации как добавить объект

См. также

SALE! 10%

Перенос данных из УПП 1.3 в ERP 2 / УТ 11 / КА 2. Переносятся документы, справочная информация и остатки

Обмен между базами 1C Платформа 1С v8.3 1С:Управление производственным предприятием 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Платные (руб)

Обработка позволяет перенести из УПП 1.3 в ERP / УТ 11 / КА 2 всю возможную информацию. Переносятся документы, а также начальные остатки и справочная информация. Есть фильтр по организации и множество других опциональных параметров выгрузки. Наши правила переноса в продаже с 2015 года, постоянно работаем над их развитием. Более 360 предприятий выполнили переход с использованием этого продукта. Оказываем техническую поддержку по всем вопросам проекта переноса данных из УПП 1.3.

50722 45650 руб.

04.08.2015    159265    363    266    

345

SALE! 10%

[ED3] Обмен для ERP 2.5, КА 2.5, УТ 11.5 БП 3.0, Розница, УНФ и других с EnterpriseData (универсальный формат обмена), правила обмена

Обмен между базами 1C Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Россия Платные (руб)

Правила в универсальном формате обмена для ERP 2.5, КА 2.5, УТ 11.5, БП 3.0, Розница, УНФ, для последних версий конфигураций. Ссылки на другие конфигурации в описании публикации. Правила совместимы со всеми другими версиями конфигураций новыми и старыми, поддерживающими обмен в формате EnterpriseData. Не требуется синхронного обновления правил после обновления другой конфигурации, участвующей в обмене. Типовой обмен через планы обмена кнопкой Синхронизация вручную или автоматически по расписанию, или вручную обработкой.

25080 руб.

12.06.2017    134597    718    291    

387

Перенос данных из УПП 1.3 в БП 3.0. Переносятся документы (обороты за период), справочная информация и остатки

Обмен между базами 1C Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 1С:Управление производственным предприятием 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Управленческий учет Платные (руб)

Перенос данных из 1С:Управление производственным предприятием 1.3 в 1С:Бухгалтерия предприятия 3.0 с помощью правил обмена. Переносятся остатки, документы (обороты за период), справочная информация. Правила проверены на конфигурациях УПП 1.3 (1.3.223.x) и БП 3.0 (3.0.149.x). Правила подходят для версии ПРОФ и КОРП.

28000 руб.

15.12.2021    20086    132    38    

90

SALE! 10%

Перенос данных из БП 3.0 в УТ 11 / КА 2 / ERP 2

Обмен между базами 1C Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Платные (руб)

Переносятся документы за выбранный период, нормативно-справочная информация и остатки по счетам бухгалтерского учета из программы "1С:БП 3.0" в "1С:УТ 11" или "1С:КА. 2" или "1С:ERP Управление предприятием, ред. 2".

50722 45650 руб.

31.10.2014    231091    124    326    

295

SALE! 10%

Перенос данных из ERP 2 / КА 2 в ЗУП 3

Обмен между базами 1C Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x Россия Бухгалтерский учет Управленческий учет Платные (руб)

Обработка позволяет не только перенести все документы, справочную информацию и начальные остатки из ERP 2 или КА 2 в ЗУП 3, но и организовать регулярный перенос данных между программами 1С:ERP 2 / КА 2 и 1С:ЗУП 3. Вы можете выбрать период отбора данных и установить фильтр по организациям, чтобы выгружать только необходимую информацию. Более того, перенос оперативно обновляется при выходе новых релизов программы 1С, так что вы всегда будете иметь самую актуальную версию обработки.

48278 43450 руб.

03.12.2020    34032    80    57    

78

SALE! 10%

Перенос данных из ERP 2 / КА 2 / УТ 11 в БП 3.0

Обмен между базами 1C Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Платные (руб)

Перенос позволяет настроить собственный обмен данными между указанными программами, альтернативный предлагаемому фирмой 1С. Перенос данных осуществляется из 1С:ERP 2 / 1С:КА 2 / 1С:УТ 11 в 1С:БП 3.0. Правила обмена оперативно обновляются при выходе новых релизов программы 1С, так что вы всегда будете иметь самую актуальную версию обработки.

38500 34650 руб.

15.04.2019    68191    176    136    

108

Перенос данных из Парус 10 в ЗГУ ред.3

Внешние источники данных Кадровый учет Файловый обмен (TXT, XML, DBF), FTP Обмен между базами 1C Платформа 1С v8.3 Сложные периодические расчеты 1С:Зарплата и кадры государственного учреждения 3 Государственные, бюджетные структуры Россия Бухгалтерский учет Бюджетный учет Платные (руб)

Обработка позволяет перенести кадровую информацию и данные по заработной плате, фактических удержаниях, НДФЛ, вычетах, страховых взносах из базы Парус 10 учреждений в конфигурацию 1С:Зарплата и кадры государственного учреждения ред. 3 (ЗГУ) и начать с ней работать с любого месяца года.

60000 руб.

05.10.2022    9155    9    8    

10

Перенос данных из УТ 10.3 в УТ 11.5. Переносятся документы (обороты за период), справочная информация и остатки

Обмен между базами 1C Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 Оперативный учет 1С:Управление торговлей 10 1С:Управление торговлей 11 Россия Управленческий учет Платные (руб)

Перенос данных из 1С:Управление торговлей 10.3 в 1С:Управление торговлей 11.5 с помощью правил обмена. Переносятся остатки, документы (обороты за период), справочная информация. Правила проверены на конфигурациях УТ 10.3 (10.3.87.x) и УТ 11.5 (11.5.16.x).

28000 руб.

23.07.2020    46019    194    64    

153
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. 1c_uZer 08.08.17 08:44 Сейчас в теме
подчеркнул много интересного) но много где и туман после прочтения статьи) некоторые вещи непонятны) видимо надо ознакомиться с Быстрым освоением КД в самой конфигурации и перечитать вашу статью)
2. perepetulichka 884 08.08.17 11:09 Сейчас в теме
(1) Кирилл, старалась вспомнить с чем у самой возникали трудности, но работаю с конфигурацией довольно давно и многие вещи уже кажутся очевидными.
Напишите мне в личку все вопросы, я расширю статью :)
3. unichkin 1559 09.08.17 02:01 Сейчас в теме
30. red80 17.10.17 16:24 Сейчас в теме
(3) Самый лаконичный комментарий.
4. IvanovAV 131 09.08.17 03:30 Сейчас в теме
Конвертация данных - это инструмент создания переноса для ленивых. Умея пользоваться этим инструментом можно быстренько набросать правила и перекинуть из одной базы 1С в другую базу, не обязательно в 1С. Но для реально сложных и постоянных обменов я бы его не рекомендовал. У меня были случаи когда вреда от использования КД было намного больше, чем если бы, долго но качественно, написал свою выгрузку-загрузку через dbf или txt с разделителями.
1) Например обработками из состава КД не контролируется дата запрета редактирования, и можно легко завалить базу в закрытом периоде. Когда данные потащатся по ссылкам.
Найдут эту ошибку через несколько недель, когда будет поздно откатывать из архива. Потом трудозатратное восстановление затертых данных.
2) Отладиться и поймать ошибку в коде, можно, но нужно обладать опытом и сноровкой.
3) Обработки универсального обмена громоздки с плохо читаемым кодом.
4) Файл обмена громоздкий, т.к. содержит текст правил обмена. Структура файла не очень понятна простому смертному. Например Нпп - это номер по порядку и т.д.
5) В случае изменения структуры хотя бы одного реквизита приемника или источника, весь обмен перестает работать, пока заного не перегрузишь конфигурации. Это сильно напрягает, когда конфигурация громоздкая, и постоянно ведется ее доработка или обновления. Например если изменили тип реквизита "строка 100 символов" на "строка неограниченной длины", будет ошибка несоответстия типов, хотя это никак не влияет на обмен.
6) Свой самописный обмен, проще отлаживать, понятная логика и структура файла, надежнее в использовании, файл меньше размером, не нужно гонять правила в файле. Но разрабатывать дольше по времени.

Каждый выбирает свое.
Stipank; Texnol; Forest; avz_1C; uri1978; okulus; +6 4 Ответить
5. Brawler 453 09.08.17 08:03 Сейчас в теме
(4)
1. для этого предусмотрены события вызываемые перед загрузкой объектов в целевую БД, вот там та и нужно проверять закрыт период или нет
2. ну есть сложности, однако если правила не автоматически создаются, то ошибки легко находятся, так как все своими золотыми ручками делалось
3. а где легко?
4. ну так пишите правила, которые не будут тянуть за собой все данные из базы, а только те что действительно нужны. файл на выходе не предназначен для конечного юзера, да как и для программиста, это уже из разряда хакерства туда лезть ну или с точки зрения прогера контроль результата
5. ну к слову сказать, в некоторых ситуациях выгружать конфигурацию свежую не имеет смысла, так как к реквизитам объектов можно обращаться не только, если они явно есть в структуре конфигурации, у вас же под рукой язык программирования с поздним связыванием, к реквизиту можно из кода событий обращаться
6. сталкивался я с вручную написанными обменами, ничего хорошего, люди могут еще более странным образом так на извращаться, что мама не горюй
ikalmykia; kyrasol; Алексей Воробьев; Irwin; mib7; Dementor; sys1c; red80; jif; DarkAn; Новиков; MenZurKa; perepetulichka; sergelemon; mythos; +15 Ответить
6. MenZurKa 09.08.17 12:16 Сейчас в теме
(4) Не соглашусь, КД - унифицированный механизм создания правил обмена. Фразы типа "Лучше я сам напишу своими методами" - ошибочна в большинстве случаев (ошибки переноса объектов, недостаток данных, применимость в узкой среде "моя конфа-моя конфа" ...).
1) Игнорирование/Контроль даты запрета редактирования можно учесть в правилах
2) Отладка - механизм обычной притирки специалиста к работе с конфой
3) Обработки универсального обмена вообще не должны заботить
4) Громоздкость файла обмена - архивируй, в большинстве случаев рукописные варианты (особенно dbf) тяжелее размерами и сложнее в логике.
5) Ну, тут не учтешь и в рукописном обмене
6) "Свой самописный обмен, проще отлаживать, понятная логика и структура файла" - вообще, простите, дурь. Свой самописный обмен это свои написанные правила обмена, а унификация средст разработки дает возможность другим читать и править легче, так как (о Боже, сколько рукописок я видел) каждый пишет как топор ляжет, то дальнейшее сопровождение другим человеком облегчается.

Я не имею права судить Ваши проф качества, но комментарий больше походит на "Я так привык, а другие делают не правильно!"

Извините.
kyrasol; mib7; Irwin; +3 Ответить
7. IvanovAV 131 09.08.17 12:52 Сейчас в теме
(6) Раз 20 писал правила на КД разной сложности, и несколько сотен раз свои механизмы обмена, это личной опыт, использования этого инструмента.
Про контроль даты запрета, понятно, что после того как на грабли наступишь, будешь уже втыкать проверки во все возможные обработчики. ТС написал статью для новичков, моя задача их предупредить о всех подводных камнях.
Ни слова не писал, что я так привык а другие делают не правильно, старался объективно написать все приемущества и недостатки данного инструмента, с которыми столкнутся новички.
Свой обмен - это ни какие не правила, нет там вообще правил, забудьте про термины навязываемые фирмой 1С.
По личному опыту, написал свой обмен и забыл на долгие долгие годы.
А правила обмена, постоянно требуют вмешательства, практически после каждого обновления.
А во времена медленного интернета и дорогово траффика, когда обмен работает по расписанию с интервалом 15 минут, от них больше вреда было чем пользы. Самих данных с гулькин нос, зато правила тащим туда-сюда.
8. Irwin 540 09.08.17 17:45 Сейчас в теме
(4)
6) Видел пару обменов самописных. Вот там неделю пришлось копаться только для того, чтобы выловить одну небольшую, но неприятную ошибку. А когда нашли, то еще неделю ломали голову, как ее исправить, т.к. структура обработки не позволяла исправить это быстро. В самописном обмене хорошо разбирается только тот, кто его писал. Другой будет копаться только по необходимости (хорошо, если необходимость возникает редко). Если в организацию придет новый человек, то потребуется больше времени на изучение каждой самописки, чем один раз изучить конвертацию.

Конвертация - это универсальный механизм. А за универсальность всегда приходится платить.
LuxVeritatis; Forest; AZel84; red80; jif; user761890; ice-net; DarkAn; Новиков; kild; IvanovAV; +11 Ответить
19. Новиков 292 11.08.17 10:23 Сейчас в теме
(4)
6) Свой самописный обмен, проще отлаживать, понятная логика и структура файла, надежнее в использовании, файл меньше размером, не нужно гонять правила в файле. Но разрабатывать дольше по времени.


Самый быстрый обмен - это прямая заливка на T-SQL из источника в приемник, без всяких промежуточных файлов и прочего. Но, чтобы напр., написать такой обмен, который бы как и КД тащил все по ссылке, предположим для какого-нибудь типового документа типа РТУ - вы потратите времени столько, сколько на разработку правил для всей конфигурации. Кроме того, в процессе оптимизации, вы придете к еще более сложному варианту когда хранимки хранятся на сервере, вьюшки имеют русские имена и их нужно актуализировать и еще много такой вот магии. Я этого говорю не на бла-бла-бла, а как чел, который ранее такие обмены и писал. Поверите ли на слово, но поддерживать такой обмен в актуальном состоянии и тем более баго-фиксить и трейсить - это задача не на, а в - В несколько раз сложнее чем на любой КД. Поэтому, в последствии, я все всем переписал на КД. Да медленнее, иногда значительно медленнее, но очень просто поддерживаемый и любые вопросы по нему, решаются относительно просто. Аналогичные вопросы на скулевом обмене решаются всегда на стороне скуля и надо обладать хорошими скилами не только в T-SQL как таковом, но и хорошем понимании "внутренней" кухни самой платформы. В итоге, я сейчас, с позиции именно практического опыта, не могу представить - когда я еще буду писать такие велосипедные обмены на скуле.
mib7; KSy; unichkin; Irwin; +4 Ответить
31. RinGo 91 18.10.17 07:49 Сейчас в теме
(4)Согласен на все 100% с небольшой репликой: уверен, что в итоге "Свой самописный обмен, проще отлаживать, понятная логика и структура файла, надежнее в использовании, файл меньше размером, не нужно гонять правила в файле." компенсирует "Но разрабатывать дольше по времени."
34. пользователь 11.11.19 18:59
Сообщение было скрыто модератором.
...
9. user633533_encantado 11 09.08.17 18:30 Сейчас в теме
Не актуально. Сейчас надо уже уметь пользоваться конвертацией 3.0.
red80; okulus; +2 3 Ответить
10. Rain88 372 09.08.17 19:15 Сейчас в теме
(9) Не соглашусь, достаточно много клиентов сидят на старых версиях конфигураций, для которых обмен через новый формат не подходит. Нужно уметь пользоваться как КД2, так и КД3. Что касается статьи, я бы дополнила ее описанием, что такое ПКО, ПКС, ПКГС и для чего они нужны.
14. user633533_encantado 11 10.08.17 13:43 Сейчас в теме
(10) Я хотел сказать, что конвертацию 2.0 знает почти любой нормальный программист. А вот статьи по 3.0 были бы сейчас в тему.
40. xca 14.07.20 18:25 Сейчас в теме
(14) Как вы так лихо "обмазали" нормальных программистов, я вот например знаю всякое и пишу порой не тривиальные вещи, но конвертацией пользоваться не умею. Не мой участок. Вот приспичило - разбираюсь.
Это как говорил товарищ Саахов: "Никогда не рано и ни кому не поздно".
user1951539; maximus_2712; Texnol; Merkalov; +4 Ответить
11. AlexeyPapanov 456 10.08.17 10:50 Сейчас в теме
Коллеги, а объясните, пожалуйста, какую версию КД стоит сейчас изучать - вторую или третью?
Я несколько раз прибегал к помощи КД 2.1, когда что-то несложное надо было перебросить.
Хочу пройти какой-нибудь курс. А они там разделены по версиям КД.

И вообще вкратце - чем они отличаются КД 2.1 и 3?
12. Irwin 540 10.08.17 13:03 Сейчас в теме
(11)
Конвертация данных, редакция 3.0 (далее КД3.0) - это инструмент для разработки обменов, предполагающих наличие посредника передачи данных между конфигурациями в виде универсального формата данных EnterpriseData. В этом качестве КД3.0 является одним из компонентов технологии обмена данными через формат EnterpriseData.

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

https://its.1c.ru/db/metod8dev#content:5846:hdoc

Все типовые стараются на 3.0 переписывать. Но 2.0 будет еще долго актуальна.
kyrasol; okulus; AlexeyPapanov; +3 Ответить
13. Ali1976 14 10.08.17 13:33 Сейчас в теме
(12) Добавлю обойтись только 3.0 не получится, правила регистрации данных в 2.0 нужно делать.
26. gorakh 26 17.10.17 09:41 Сейчас в теме
(12)КД 3.0 без наличия в конфигурации БСП >= 2.2 не работает.
15. user633533_encantado 11 10.08.17 13:44 Сейчас в теме
(11) Сейчас нужно обе знать, чтобы оставаться "в тренде"
16. Irwin 540 10.08.17 13:47 Сейчас в теме
(11) Начинайте лучше с КД 2.0. Она всегда пригодится.
DarkAn; AlexeyPapanov; +2 Ответить
17. AlexeyPapanov 456 10.08.17 21:51 Сейчас в теме
(16) Спасибо, Иван!
Вообще, "переносы" как область 1сника это отдельная история, которая может приносить доход.
если я Вас правильно понял, то для изучения КД 3.0 все равно рекомендуется понимание КД 2?

(14) ну если под словом "нормальный" мы берем чувака минимум с бумажкой 1С:Специалист, то да. тогда я ненормальный( краб, короче...
про тренды давайте оставим для городов-милионников. в нашем городе численностью >300тыс.чел. про тренды говорить смешно.
20. user633533_encantado 11 11.08.17 10:37 Сейчас в теме
(17) Ну если вы хотите вырасти как специалист, то рекомендую все-таки постоянно учиться. Лично я постоянно часть своего бюджета трачу на повышение квалификации, чтобы не остаться на обочине.

И это окупается.
21. AlexeyPapanov 456 11.08.17 10:44 Сейчас в теме
(20) я полностью с Вами согласен. вот этот топик мне как раз подвернулся, когда я задался вопросами самообразования. и один из первостепенных пунктов это был "обмены,переносы".
сам интуитивно понимал, что КД 3 усвоится лучше, когда есть понимание КД 2. тем более, что пока это не взаимоисключающие вещи.
ну а когда мне тут кое-что объяснили, теперь стало понятнее. начну с КД 2.
22. IvanovAV 131 11.08.17 15:52 Сейчас в теме
(21) Курс Насипова и Гилева смотри. ИМХО это самый лучший курс по КД на
У меня затраты на этот курс окупились уже за первую неделю его просмотра.
Просто я смотрел курс не для общего развития, а под конкретный оплаченный заказчиком проект.
gorakh; KSy; rybolovlev_ms; +3 Ответить
25. DarkAn 1078 17.10.17 09:26 Сейчас в теме
(21)
сам интуитивно понимал, что КД 3 усвоится лучше, когда есть понимание КД 2

Вот тут я полностью не согласен. Я проходил кук и оратор из (22) по Курс Насипова и Гилева смотри по КД 2 - действительно вещь!!!. Думал стоит или нет изучать 3.0 и как раз подвернулся сдвоеный курс 2.0 и 3.0 "кратко, быстро и доступно" - прошел в первом потоке и разочаровался. по 2.0 все связно и лаконично как в полном курсе, а вот 3.0 внес вообще полную кашу - там вообще все по другому и курс был сыроват - много осталось по части 3.0 негатива у многих - надеюсь поправили больше года уже прошло.

ИМХО: КД2 - попроще и попонятнее. Я перенос из Бух 7,7 на УПП1,3 делал сам, давно и без вводного курса.

КД2 связывает конфа - конфа.
КД3 связывает конфа - конфы (разные)
Ну это как я понял из вводного курса :))))

Кстати, картинка из (18) это подтверждает
18. unichkin 1559 10.08.17 23:57 Сейчас в теме
Вот самое доступное объяснение которое я слышал про то - в чем же разница между КД 2.0 и 3.0, и где плюсы.
Есть три конфигурации A, B, C между которыми настроены обмен. Теперь внимание на скрин, и читаем:
- Для КД 2.0 будет существовать 6 наборов правил. Для 3.0 - описывается каждый раз не обмен двух баз с различными структурами, а одной базы с универсальным форматом EnterpriseData. Для каждой базы надо написать и выгрузку в этот формат и загрузку из этого формата. Вот тут боюсь соврать в силу неопытности работы с КД 3.0: с одной стороны это тоже 6 правил, с другой - это три правила, т.к. двусторонний обмен с ED рассматривается в контексте одной базы...
- Теперь предположим что конфигурация "B" была сильно изменена. Тогда - необходимо учитывать изменения для всех правил между A-B и B-C - для КД 2.0. Это 4 правила. А для КД 3.0 только два - те, что обменивается с универсальным форматом.
Прикрепленные файлы:
23. moolex 906 13.08.17 13:25 Сейчас в теме
Перенос объектов - и не нужны никакие дополнительные конфигурации, только источник и получатель, настраиваемые правила обмена и при выгрузке и при загрузке, обмен через интернет и Ctrl+C / Ctrl+V
24. moolex 906 13.08.17 13:27 Сейчас в теме
Перенос объектов - и самое важное - сравнение данных перед загрузкой, чтобы понимать что делаешь...:)
27. PerlAmutor 129 17.10.17 11:03 Сейчас в теме
Не люблю планы обменов. Блокируют целиком таблицы, что тормозит работу пользователей, перезаписывают одни и те же элементы справочников снова и снова. Не умеют работать P2P через TCP/UDP, не имеют двоичных форматов данных.
28. Irwin 540 17.10.17 11:11 Сейчас в теме
(27) На этом месте подробнее пожалуйста.
Блокируют целиком таблицы

Ну это далеко не всегда.
перезаписывают одни и те же элементы справочников снова и снова

Как так?
Не умеют работать P2P через TCP/UDP, не имеют двоичных форматов данных

При чем здесь план обмена?
29. PerlAmutor 129 17.10.17 12:14 Сейчас в теме
(28)
Ну это далеко не всегда.

Может быть. Но у нас все висят, когда начинается обмен.
https://its.1c.ru/db/metod8dev#content:5841:hdoc:export

(28)
Как так?

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

(28)
При чем здесь план обмена?

Для того, чтобы пользоваться браузером Вы же не используете расшаренные папки, FTP сервер или почту, куда в XML формате бы выгружался сайт целиком, а потом браузер бы его парсил и грузил. Я на коленке за один вечер напишу протокол обмена файлами между двумя сетевыми приложениями (серверами). Почему этого до сих пор не сделали разработчики 1С - тайна покрытая мраком.
32. Shecurok 29.05.19 17:48 Сейчас в теме
Прочитал, но ответа на свой вопрос так и не нашёл.
А он в следующем:

при обмене с УТ10.3 в БП2.0 после переноса (в БП в документах Счет-фактура Выданный пропадает проведение этих документов.
Если быть точнее, то движения этих документов попадают в регистр сведений Отложенные движения документов, но автоматом они провестись не могут, пишет не заполнен реквизит Вид счета фактуры (естественно он заполнен). При этом вручную проводятся без проблем без каких-либо ошибок. Понимаю, что надо дописать какое то правило, но вот какое именно не понимаю. Не сталкивались с подобным?
33. perepetulichka 884 29.05.19 18:44 Сейчас в теме
(32)
чнее, то движения этих документов попадают в регистр сведений Отложенн
Это ведь статья для ознакомления :) есть другая - https://infostart.ru/public/597573/. Касательно вопроса - напишу в личку.
35. Evgen13 28.01.20 11:42 Сейчас в теме
Подскажите , пожалуйста. КД поможет перенести данные из Бух КОрп2,0 в бух корп 3,0?
36. perepetulichka 884 28.01.20 12:31 Сейчас в теме
(35) вы так вопрос поставили, что хочется ответить с юмором.. КД не поможет, поможет программист.

А вообще КД – механизм, в котором удобно создавать любые правила обмена, в том числе из БУХ 2.0 в БУХ 3.0.
37. Evgen13 28.01.20 16:41 Сейчас в теме
(36)
Нет , Вы не поняли.
Базу целиком 8,2 перенести в 8,3)
то есть , данными содержащимися в 8,2 можно принебречь
38. perepetulichka 884 28.01.20 17:15 Сейчас в теме
(37) если данными можно пренебречь, зачем вы их переносите?
39. Evgen13 29.01.20 08:37 Сейчас в теме
(38)
базу перенести из 8,2 в 8,3
41. ikalmykia 20.02.22 22:04 Сейчас в теме
"В рис. 11 указала связь всех правил. ПВД является ключевым триггером для выгрузки объекта по правилам конвертации, поэтому начинаем с него." - и сразу про ПКО рассказывается. ПВД пропущено.
42. perepetulichka 884 21.02.22 14:53 Сейчас в теме
(41) У меня есть еще две статьи просто.
https://infostart.ru/1c/articles/413178/
https://infostart.ru/1c/articles/597573/ - здесь есть немного о ПВД

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