Можно ли в КД прописать правило что если элемент справочника контрагента помечен на удаление то не выбирать его а искать другого? и как это прописать? Элементы задвоились просто в справочнике, поэтому и понадобилось.

Поля поиска

там можешь свой алгоритм поиска прописать.

В полях поиска сейчас

Если СвойстваПоиска["ЭтоГруппа"] = Истина Тогда
   СтрокаИменСвойствПоиска = "Наименование, ЭтоГруппа";
ИначеЕсли НастройкаПоиска = "ИННКППКод" Тогда
   СтрокаИменСвойствПоиска = "ИНН, КПП, Код, ЭтоГруппа";    

написать так:  ?

ИначеЕсли НастройкаПоиска = "ИННКППКод" и Не ПометкаУдаления=Истина Тогда
   СтрокаИменСвойствПоиска = "ИНН, КПП, Код, ЭтоГруппа";

А почему не хочешь схлопнуть одинаковых контрагентов обработкой?

а вдруг не тех схлопну? А так пользователи уже выбрали и поставили признак удаления.

up

Попробуй так
Если СвойстваПоиска["ЭтоГруппа"] = Истина Тогда
   СтрокаИменСвойствПоиска = "Наименование, ЭтоГруппа,ПометкаУдаления";
ИначеЕсли НастройкаПоиска = "ИННКППКод" Тогда
   СтрокаИменСвойствПоиска = "ИНН, КПП, Код, ЭтоГруппа,ПометкаУдаления";    
Только флаг поиска у ПометкаУдаления не забудь поставить

ок, попробую.

(8) Только вопрос, если ошибочно пометели не дубль?
Или например у помеченного дубля есть ИНН и КПП, а у не помеченного нет7

(9)все может быть, у них еще и коды одинаковые.
Правлю сейчас и правила в КД, и помеченные пользователями есть. Просто контрагентов заводили параллельно в УТ и БП. уиды не совпадают.
РС Соответсвие объектов почему то не всегда срабатывает, вручную если завожу -не видит. хз что такое. :(
удалю записи- новое соответсвие не записывает, полная анархия в общем.

поиск по уиду думаю отключить совсем, пусть только по коду инн и коду ищет в будущем. и это только начало.
сейчас с дублями бы разобраться

РС Соответсвие объектов в обеих базах удаляешь?

да, и добавляю в обеих. не видит все равно , если вручную делать.
если корректировать те что уже есть -то работает.
интересно- в РС записи есть. а если заходить через монитор то не видно. странно.

если в РС удаляю по уиду ищет и находит не то что нужно.

бардак страшный в базе. (

посмотри еще регистрацию объектов для обмена (из узла обмена можно зайти), зарегестрируй в 1 базе выборочно несколько элементов, сделай обмен и анализируй

Перед выгрузкой данных логично удалять помеченные объекты, чтобы потом не бороться

так на копии сейчас играюсь, отрабатываю варианты.

Копия мешает удалить данные перед выгрузкой?

а на рабочей? если не все контрагенты тем более удаляются? ссылок много на них.

С не удаляемых объектов сними групповой обработкой признак удаления.

зачем? наоборот ссылки все найти и перекинуть на другого контрагента нужно будет потом.

Отметь этого контрагента другим признаком кроме пометки удаления. ИМХО, секс в гамаке.:-)

(7) не сработало.
(23) как? )) их таких навалом.

Например, дополнительный реквизит или отдельная группа "К объединению с другими контрагентами"

в другую папку если только перекинуть. и поиск по родителю, вроде как все в одинаковых папках лежат.

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

(27) не вижу такой галки

проверил, действительно, нету.

Ну а тогда что мешает для правила выгрузки какого-либо справочника, для События "Перед выгрузкой" написать:

Если Источник.ПометкаУдаления Тогда
    Отказ=истина;
КонецЕсли;

"проверил, действительно, нету." Это я (29), проглочку

Отказ=Истина
а значит дальше искать не будет другой элемент, верно?
ну и следовательно выгружать данные не будет.
думаю последовать совету в (17)