Всем добрый день.

Можно ли в КД3 отказаться от записи загружаемых справочников, для которых нет сопоставления в РПИ?
Т.е. необходимо, чтобы сначала происходил поиск в РПИ (РегистрСведений.ПубличныеИдентификаторыСинхронизируемыхОбъектов), и если сопоставления для данного объекта нет - отказ от записи.

См. обработчик ПередЗаписьюПолученныхДанных, параметр ПолученныеДанные.
Если присвоить ПолученныеДанные = Неопределено, в информационную базу ничего не запишется.

Вы имеете в виду, чтобы новые объекты не создавались?
Или вам реально нужен только поиск по РС ПубличныеИдентификаторыСинхронизируемыхОбъектов и если там нет, то объект не сопоставлять?
Правила действуют не только для миграции объектов, но и для сопоставления реквизитов

(1) Да, пробовала в этом месте присвоить "Неопределено" для параметров "ПолученныеДанные" и "ДанныеИБ". В таком случае объект действительно не записывается. И это то, что мне надо,
только мне еще нужно где-то сохранить ГУИД загружаемого объекта для дальнейшего ручного сопоставления в РПИ. Но в этой процедуре именно ГУИДа объекта в параметрах нет.

(3)

Имхо вы создаете какой-то велосипед.
Возможно даже на квадратных колесах.

Если бы вы описали суть бизнес-процесса, который вы решаете
вам бы дали более вразумительные совета

НО это сугубо моё имхо.

(2) Для справочников нужен только поиск по РС РПИ, если сопоставления нет - не создавать объект. Но нужно записать сопоставление в РПИ в формате "ГУИД - <объект не найден> - УзелИБ" (чтобы потом вручную сопоставить).

(5)

P.S.

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

(4) Суть бизнес-процесса:
1. Настроить обмен через универсальный формат между двумя базами 1С.
2. Запретить загрузку и создание НСИ из базы-корреспондента (только поиск через РС РПИ).
3. Где-то хранить ГУИДы объектов, по которым еще нет сопоставления. Например, в том же РС РПИ в формате "ГУИД - <объект не найден> - УзелИБ".

(6) а) Если элемент справочника в РПИ не найден - документ с этим элементом создавать не надо.
б) При след. итерации обмена, если все элементы сопоставлены - создаем документ.

апну

(8) похоже на план

Было что то подобное в последнем проекте. Только там при регистрации в базе источнике документа проверялись его реквизиты по регистру ПИСО и таблице зарегистрированных объектов. И если чего то не хватало документ не регистрировался к обмену, а отправлялся в отдельный регистр из которого специальным регламентным заданием периодически пытался зарегистрировать повторно.

(8) крайне странный процесс. А если таких объектов тысячи-десятки тысяч? Вы чисто организационно представляете себе этот процесс сопоставления? Вас пользователи повесят на ближайшей березе.