Всем привет!
Бегло ознакомился с описанием данной конфигурации.
Пока основную логику выделил, что технология 2 используется для синхронизации типовых решений, а технология 3 из типового в любое или иное.
Отсюда вопрос, если из коробки синхронизация БП 3 и УТ 11.3 падает с различными ошибками в ПКО и ПОД, то, как логичнее подойти к корректировке синхронизации, через кд 2 или 3?
Уточняющий вопрос 2: КД 2 по описаниям источников нацелена на разовую нечастую синхронизацию, а планируется использовать каждодневную синхронизацию, значит, только КД 3?
Спасибо! Не пинайте, я учусь!

(0) Я так понимаю и КД2 и КД3 предназначено для разовых выгрузок-загрузок, но можно использовать и для многократных выгрузок-загрузок.

(0) Вот http://курсы-по-1с.рф/data-conv/бесплатные-уроки-по-конвертации/

(0) что-то вы совсем не поняли. Ни на что они не нацелены. Просто КД3 это новый формат, который будет вместо КД2. Поэтому все новые конфы на КД3, старые конфы на КД2.

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

(0) Вот ссылка на (4) . Кстати там есть и платные курсы и по кд2 и по кд3

Спасибо, будем разбираться в 3-ке. Еще вопрос если в одной типовой конфигурации Enterprise Data 1_3_2 а в другой 1_3_4, то их можно корректно использовать, так как 1_3_4 обратно совместима с 1_3_2 и ниже по ветке 1_3.
Или попробовать только 1_0 или 1_0_beta ?

(1) Неправильно понимаешь.

(7) я тоже полагаю как (1), объясните что не так в этих предположениях

(7) С этим разобрались, кто нибудь поможет разобраться с версионностью Enterprise Data в рамках озвученного чуть выше вопроса? Спасибо)

(9) Поможет тот, кого ты уговоришь приехать

(0) КД2 для любых 1С конфигураций, возможности неограничены. Минусы - правила обмена делаются для конктетных версий конфигураций. Если в любой базе конфигурация меняется, обмен может поломаться.

КД3 для типовых конфигураций, либо для любых с БСП 2.2 и выше, либо для любых программ даже не 1С-ных. Минусы - обмен строго в каком-то определённом формате, но это и есть основной плюс - можно сегодня сделать для вашей конфигурации правила и она будет совместима с другими конфигурациями, которые понимают этот же формат обмена, т.е. одну базу можно не обновлять, вторую можно обновлять, обмен на поломается. Одни и те же правила работают для связки разных видов конфигураций.

(11) Спасибо!
А версионность EnterpriseData, в контексте Конф1 1_3_2 / Конф2 1_3_4 - корректная связка?
Или например если в одной конф-ии только 1_2 а во второй уже 1_3, то из обеих лучше брать только 1_2 не учитывая 1_3 или выбор 1_3 и 1_2 тоже допустим?

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

(12) Конф1 1_3_2 / Конф2 1_3_4 - корректная связка!
Используются одинаковые версии формата 1.3.

>если в одной конф-ии только 1_2 а во второй уже 1_3.
Так нельзя. В первой должны быть ещё 1.0, 1.1, во второй 1.0, 1.1, 1.2. Для совместимости снизу вверх. Друг с другом они будут работать на версии 1.2.

(14) Понял, спасибо большое!