Обычные формы.
На форме обработки есть табличное поле с типом данных таблица значений, которая формируется программно и соответственно поля видны только во время работы программы.
В одном из полей - ТипИсточника - строкой указан тип, например, "справочник.Сотрудники".
Соседнее поле - ЗначениеПриемника - имеет составной тип - ДокументСсылка.ПриемНаРаботу, СправочникСсылка.Сотрудники, СправочникСсылка.Должности.

Как сделать программно так, чтобы когда поле ТипИсточника="справочник.Сотрудники" поле ЗначениеПриемника
становится полем с типом СправочникСсылка.Сотрудники и я без выбора типа сразу попадаю на выбор элемента из справочника Сотрудники?
И то же самое и для типа ДокументСсылка.ПриемНаРаботу.

Спасибо

"я без выбора типа сразу попадаю на выбор элемента "

Руками работаете?

(1) да, происходит выгрузка данных через COM-соединение из другой базы и пользователь ручками выбирает соответствие в его базе.

Интересный вариант.

я гуглил...
может плохо искал, но не нашел нужного ответа и поэтому  обратился на форум.

КД2 плохой инструмент?

(3) там, где можно было связать данные (по какому-нибудь уникальному ключу), всё делается автоматом, а где не соединилось, пользователь делает связь ручками.

В эксель им выгрузите. Пусть руками коды вводят и тип.
Потом загрузите из эксель.

а КД2 это...?

(8)
Забейте
долго осваивать

Это вы реквизиты в объектах их связывать заставляете? )))

(7) так задача была поставлена. В базе источнике (на платформе 8.3.23) используется план обмена для регистрации изменений, а в базе-приемнике (на платформе 8.3.13) будет запускаться обработка (по расписанию, а также и вручную)

(10) в таблице значений, а результат связи записываю в регистр сведений

(12)
это вы через КОМ уже данные раз залили в приемник?
Изначально приемник был пустой?

(10) вернее в табличном поле на основе таблицы значений

(13) да

(13) но есть элементы справочников в источнике, у которых нет например, Фискального кода - вот и приходится связывать вручную

(15)
Ну чо?
Прикольный вариант.

а что насчет ответа на мой вопрос?
"вдоль дороги мёртвые с косами стоят и... тишина"

(16)
КД по ссылке может искать через ГУИД.

(18)
Ну заварил кашу = кушай.

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

(19) я так и делаю - ищу по регистру в приемнике по ГУИДу источника, но если нет совпадающего ГУИДа приходится дать пользователю порулить

Сложно как то хоть и весело.
Реквизиты объекта в таблице значений.
И их еще надо сопоставить.

(22)
Хорошая штука велосипед.

Видел одного человека он сам аналог КД2 писал.
Уверял его штука быстрее работает.

Есть определенная последовательность.
Сначала сопоставляются реквизиты объектов.
Записываются в базу.
Потом уже сами объекты.
На момент сопоставления объектов все их реквизиты в приемнике уже есть.

Тогда не будет таблиц в таблице.

Причем все реквизиты свертываются. Сопоставляются один раз, а не в каждом объекте.

Удачи.

в Таблице значений я просто показываю пользователю, например, "Наименование" из источника, а он вручную указывает соответствующий элемент справочника в приемнике и по кнопке "Записать" в базе-приемнике заполняю регистр сведений - в измерении ГУИД_Источника - просто строка(36), а в измерении ГУИД_приемника - ссылка на элемент справочника приемника

Такие штуки на КД2 обычно по расписанию работают.
Без участия пользователя.

(26) а объект это что? элемент справочника?
А как сопоставить источник и приемник, если нет ключа, например, Фискального кода для справочника Сотрудники?

Сложно советовать
Просто обычно это само работает.
Не пойму что там у Вас.

Вы сами себе задачу четче пропишите
и решение придет.

(30) это, когда первоначальное заполнение закончено.
А у нас на 90% автоматически, а остаток никак не соединить автоматически - вот и приходится делать вручную.
Я не знаю, что такое КД2 (а вдруг оно мне очень нужно и я не знал, как жить без него), но скорее всего, никакой КД2 не поможет, если нет для связи уникального ключа

(34)
Код связи обычно делается в одной из баз.
Можно в обеих. И гоняется.

Если первоначальное заполнение из КД2 оно и без этого вроде как работает.

Начет КД2 = зря.

Элементарно.

Велосипед дело увлекательное. Его изобретение в квадрате.

(36) велосипед или нет, не знаю, но уверен в одном: не существует алгоритма дающего на 100% правильное однозначное соединение данных источника и приемника, если нет уникального (простого или составного) ключа

(0)
ТекущаяСтрока = Элемент.ТекущиеДанные;
    ТипЗначенияСвойства = ТекущаяСтрока.Свойство.ТипЗначения;
    
    ЭлементУправления = Элемент.Колонки.Колонка.ЭлементУправления;
    ЭлементУправления.ОграничениеТипа = ТипЗначенияСвойства;
    ТекущаяСтрока.Колонка = ТипЗначенияСвойства.ПривестиЗначение(ТекущаяСтрока.Колонка)

ТипЗначения можно сделать из строки

(38) спасибо, пробую

сделал так:

Процедура ТабличноеПоле1ПередНачаломИзменения(Элемент, Отказ)

СтрокаТипЗнч = "СправочникСсылка.Сотрудники";
эл = Элемент.Колонки.УникальныйИдентификаторПриемника.ЭлементУправления;
	
эл.ОграничениеТипа = Новый ОписаниеТипов(СтрокаТипЗнч);
Значение = эл.Значение;
эл.Значение = эл.ОграничениеТипа.ПривестиЗначение(Значение);
эл.ВыбиратьТип = Ложь;

КонецПроцедуры

в итоге тип не выбирается, но и справочник Сотрудники не открывается для выбора сотрудника - просто на кнопке "..." и при нажатии ничего не происходит.

Что я упустил?

Тип("СправочникСсылка.Сотрудники")
а не описаниетипов
ну и колонка должна такой тип поддерживать, либо должна быть составной либо такие вещи делаются через ПВХ, где описаны допустимые типы, а у колонки тип - этот ПВХ. Это упрощенно, ПВХов на самом деле два

(41) не получилось, но скорее всего это связано с типом колонки, которую я получаю из запроса.
Попробую в этом направлении.
Спасибо

(42)
"которую я получаю из запроса"
Создайте кодом, жестко типизируя колонки, и построчно перегрузите.

(43) да, спасибо, так я и сделал