Можно получить реквизит 2мя вариантами.
1) Классически Узел.Идентификатор
2) Запросом. "ВЫРАЗИТЬ(&Узел КАК ПланОбмена.усОбменПоWebСервису).Идентификатор"

Запросом

Я за точку

Зависит от того, что такое "узел"

Заказным письмом Нуралиеву

(3) Узел - это ссылка с типом ПланОбмена.усОбменПоWebСервису
Запросом выбираются объекты для передачи через вебсервис.

При вызове метода вебсервиса 2 параметра. Например

1) Классически. Прокси.SetOrganization(ОбъектXDTO, Узел.Идентификатор);

2) Запросом. Прокси.SetOrganization(ОбъектXDTO, Выборка.Идентификатор);

(5) Если это "ссылка с типом ПланОбмена.усОбменПоWebСервису" тогда зачем там ВЫРАЗИТЬ?

(6) потому что &Узел

(7) Тогда через точку. Потому что гладиолус.

ОбщегоНазначения.ЗначениеРеквизитаОбъекта()

(6) Наверное, чтобы конструктором запроса пользоваться.

(9) Это что то за гранью. Навертели они конечно в БСП.
(10) Да.
Видимо без разницы, а значит буду делать через точку

Если количество вызовов не миллион и нет битвы за секунды, то без разницы. Иначе нет все предыстории чтобы рассказать как правильно

(0) Если в реквизитах узла нет ссылочных вроде "подразделение", "Торговый агент"... - через точку. Иначе - запросом.
ЗЫ. Хотя в общем это буквоедство. Если оно используется не часто, а планы обмена используются таки не часто, то без разницы.

(13) В чём различие получения Узел.НаименованиеПолное от Узел.Подразделение?

(14) Ну дополнительно тянется Подразделение со всеми реквизитами.

(14)
1. В обоих случаях базар за один и тот же реквизит. Например код. Всмысле - который нужно получить из объекта.

2. Если есть ссылочные реквизиты - при получении данных через точку будет выбираться весь объект вместе с ПРЕДСТАВЛЕНИЯМИ ссылочных. А запросом только нужный реквизит. Ну в смысле запросом будет меньше выборка.

(15) Шта?????

(16) Весна... Обострение...

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

https://its.1c.ru/db/metod8dev/content/2717/hdoc

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

(21) в таком случае надо предусмотреть и выбрать данные пачкой запросом и хранить их на клиенте

(22) медленнее так будет, передавать каждый раз с клиента на сервер?

(19) Надо правильно проектировать справочники и планы обмена, чтобы там не было блобов