в КД создаю правила обмена данными из БП 2.0 в КА 1.1. Выгрузить надо только поступления, причем номенклатуру и контрагентов синхронизировать никак не надо, просто новые создать. Создал правило для документа, в правилах конвертации для номенклатуры и контрагентов  убрал галку "искать по идентификатору" и установил галки "не замещать существующие объекты" и "автоматически генерировать код". Документы переносятся, только контрагент у всех стоит один и тот же, хотя в источнике разные. Номенклатура тоже везде одинаковая. Что я не так сделал?

Поля поиска в ПКО для контрагентов и номенклатуры покажи

Ну и это... этот контрагент и номенклатура - новые или подхватись те, что уже были в приемнике?

Родитель и Это группа. Хотя поиск по полям отключен.

(2) Подхватился тот, что был в приемнике.

"поиск по полям отключен" // Ошибаешься

Галочка "Искать объект по внутреннему идентификатру объекта источника" не стоит, "продолжить поиск по полям поиска..." тоже не стоит и не активна. Что то еще надо сделать, чтобы отключить поиск?

(6) Без кода в обработчиках (например, "Поля поиска") его нельзя отключить, он по умолчанию работает. Странно, что ты этого еще не понял, ведь ты же описываешь мне все эти галочки...

(7) Написать в поля поиска ПрекратитьПоиск = Истина?

(8) Зачем?

(9) Ну как то поиск надо же отключить. Мне ж искать элементы не надо, надо новые все создать.

классика? НеЗапоминатьВыгруженныеОбъекты?

(11) Ставил эту галку и при выгрузке из бп платформа крашилась с ошибкой. Поставил я в поля поиска ПрекратитьПоиск = Истина и все вроде нормально загрузилось.

(12) это объясняет (0)

(10) "поиск надо же отключить" // Зачем?

(13) не объясняет пока еще. Нужны поля поиска контрагентов и от этого плясать . если поиск по полям которые у всех одинаковы тогда  причина в этой галке только

(14) Если поиск не отключить то в базе приемнике может по полям поиска контрагент найтись и подхватиться существующий контрагент. А этого по ТЗ быть не должно, надо новых создать.

(15) Поля поиска "Родитель" и "ЭтоГруппа", вроде это нужно чтобы правильно иерархию переносить.

(17) у тебя так все что не группа и лежит в одной папке перельется в одну запись в приемнике.

(16) Что делать при многократном переносе данных в твоем ТЗ написано?

(19) Не будет многократного переноса, это разовая выгрузка.

(20) а если выгрузишь и неверно что-то, допустим, не перенесешь какой-то то реквизит, будешь базу херить и заново новую ставить?

И вообще контрагентов надо переносить с полями поиска ИНН + КПП

(20) Это уже твоя неверная трактовка ТЗ. В общем, поля поиска "отключать" тебя никто нигде не просит.

(21) Я в копию все переношу, бух проверяет и если все норм, грузим в рабочую.

(23) Бухгалтер говорит что номенклатура и контрагенты не должны браться существующие, должны создаваться новые. Как это еще можно трактовать?

(25) Это нужно трактовать так: массив данных, загружаемых по твоим правилам, не должен перекрещиваться с уже имеющимся массивом данных в базе. Как при однократной передаче, так и многократной.
Как это реализовать - зависит от "качества" данных.
Могу рекомендовать тебе включить код в поля поиска и выгружать контрагентов и номенклатуру с каким-нибудь префиксом в коде, которого точно нет в кодах приемнике

*приемника

(26) Это если вдруг все таки стукнет в голову им выгрузить еще раз. Тогда можно и правила допилить и денег за это отдельно взять.

(0) в настройках пко есть галочка не замещать существующие объекты, а только создавать новые. Можешь еще ключ выгружаемых данных определить при выгрузке. Например КлючВыгружаемыДанных =Источник+УникальныйИдентификатор();

(28) вот это уже интересный поворот, ты сам понимаешь, что словами

Это если вдруг все таки стукнет в голову им выгрузить еще раз. Тогда можно и правила допилить и денег за это отдельно взять

ты дискредитируешь франи вообще и себя, в частности, как спеца?
ты по идее им правила должен дать рабочие, а уж сколько раз они ими воспользуются - их дело

(30) + а ты хочешь из-за того, что не знаешь как настроить поиск по ключевым полям сделать закат солнца вручную да еще за каждый брать денег

(31) Задача стоит такая - есть база бп, в которой ввели много документов поступления в 1 квартале 16 года. Теперь решили все вести в общей базе, в КА. Документы все руками переносить не хотим, перенеси их, но только контрагентов и номенклатуру не перемешивай, они должны создаваться новые. Я говорю хорошо, с вас 1000 и перенесу. И перенес и все довольны. А по твоему я должен был сказать хорошо, с вас 5000, я предоставлю вам правила и обработки для обмена, предусматривающие в том числе и повторную выгрузку и научу вас работать со всем этим. Мне они скажут ты дурак что ли? какие 5000? Но зато я не дискредитирую франей и себя.

(31) Я поиск знаю как настраивать по ключевым полям, в данном случае мне НЕ нужно было искать что то. Вот с таким первый раз столкнулся и не сразу разобрался как сделать.

но только контрагентов и номенклатуру не перемешивай
вот как это понять? не переноси может быть? как документы переносить без элементов, в них используемых - не пойму

(34) Не используй существующие в базе элементы справочников номенклатура и контрагенты, создавай новые. Наверно не просто так они вели учет в разных базах. Нежелательна им наверно общая НСИ. Но не моя забота все это выяснять.

(35) тогда это делается с префиксом в коде, например, и все равно поля поиска по коду тогда, где значение поля поиска задаешь сам кодом в обработчике

(35) Когда мне нужно было нечто подобное, то я создавала элементы или с каким-то префиксом в Коде (и поиск был по Коду), или записывала инфу для поиска в Комментарий (и поиск был по Комментарию).
Если у вас 100 Поступлений от 1 контрагента, вряд ли вам нужно создать 100 контрагентов.

непонятна причина огорода, если заполнять КлючВыгружаемыхДанных, контрагенты правильно склеятся на этапе выгрузки. Всё же