Реальное применение КД3.1 для сложных обменов.

(2) Не! Вы не поняли посыла. Мои задачи тут абсолютно не причём! Их я смогу решить разными способами. С задачами помощь мне не нужна. Проблема в самом КД3. На курсах и в умных книжках оно позиционируется как универсальное средство синхронизации. Типа нужно сделать раз - бери КД2. Нужно что-то обменивать напостоянку - бери КД3. Вроде хорошо работает для типовых. И вообще модно, стильно, молодёжно. По факту оказывается, что средство нисколько не универсально. Оно вообще узконаправлено. Ежели ты не вписываешься хотелками в концепцию формата ED, то работа к КД3 становится проблемой. По сути превращается в костыльно-велосипедное нечто. Ну как пример, если хотите, можно привести задачу переноса кадровых данных БУХ<->ЗУП. Ну нет в ED ничего кадрового. ED - это про торгашей. А если помножить проблему на сложность реализуемой бизнес-логики, то получается, что львиная доля времени разработки уходит на решение проблем никак с этой бизнес-логикой не связанных. Повторюсь, у меня сложилось стойкое мнение, что я трачу своё время не на решение проблем переноса кадровых данных (к примеру), а на решение проблемы, как передать непередаваемое и как его потом принять. И да! Это в реальной жизни явно предназначено не для новичков! Вот и хочется узнать. Кто-нить вообще что-нить сложнее обучающих обменов делал на КД3?

(7) Я пробовал ED начать использовать, но кд 2.1 оказалась куда дружелюбнее, несмотря на муторную настройку. Типовые обмены расчитаны на типовые задачи, под каждого конкретного клиента ненапишешся, да и в условиях кривых бизнесс-процессов типовые обмены редко работают, даже ЗУП-БП (просто потому, что бухи между собой подружиться/договориться не могут).
А вообще в сети есть описание, как ED использовать в своих задачах, но считаю, что необходимо двигаться по пути наименьшего сопротивления