Спасибо большое. Запишу для сеюя эту конструкцию в блокнот и буду разбираться.

Да, я делал обращение через точку на форме. Тогда всё подставлялось автоматом при выборе контрагнета без кода.  Но тогда эти данные не выводились при выводе на печать, поэтому только программным путем.

Если редактирование ИНН и НомераТелефона не предполагается и нужны они только для отображения, то можно не добавляя реквизитов на форму и не заполняя их просто вывести нужные элементы формы "через точку" от Контрагента.

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

Например, через Структуру:

&НаКлиенте
Процедура КонтрагентПриИзменении(Элемент)
    СтруктураРеквизитов = ПолучитьРеквизиты(Объект.Контрагент);
    Объект.ИНН = СтруктураРеквизитов.ИНН;
    Объект.НомерТелефона = СтруктураРеквизитов.НомерТелефона;
КонецПроцедуры

&НаСервереБезКонтекста
Функция ПолучитьИНН(Контрагент)
       Возврат Новый Структура("ИНН, НомерТелефона", Контрагент.ИНН, Контрагент.НомерТелефона);
КонецФункции

Более сложный и оптимальный способ получения значений нескольких реквизитов, который можно использовать везде и всегда -- написание универсальной функции (как в БСП), в которую передаётся ссылка и текстовый список реквизитов. Внутри функции строится простейший запрос с условием "ГДЕ Ссылка=&Ссылка" и выборкой _только тех реквизитов_, которые необходимы. И возврат их так же, через структуру.

Только лучше получать данные запросом. 

Запросом прочитаем только то, что нужно, а через точку – все реквизиты и все ТЧ объекта. А ведь там еще может оказаться реквизит с типом ХранилищеЗначений с какой-нибудь картинкой на несколько мегабайт.

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

Можете проверить профайлером (типа "SELECTT2._IDRRef,T2._Version,T2._Marked,T2._PredefinedID,T2._ParentIDRRef,T2._Folder,T2._Code,T2._Description,T2._Fld29,T2._Fld54,T2._Fld55,T2._Fld56,T2._Fld57,0 AS SDBL_IDENTITYFROM dbo._Reference24 T2WHERE T2._IDRRef = @P1" и потом ещё запросы по табличным частям).

А запрос "выбрать спр.рекв1 из справочники.справочник1 как спр где спр.ссылка=&ссылка" трансформируется в простой SQL-запросик типа "SELECTT1._Fld29FROM dbo._Reference24 T1WHERE (T1._IDRRef = @P1)"

Вот здесь про это можно почитать, если интересно: https://its.1c.ru/db/metod8dev/content/2717/hdoc

> при изменении
В 1С запросы поддерживают только чтение, запросы UPDATE и DELETE не поддерживаются.

Функция ПолучитьДанныеКонтрагента(Знач СсылкаНаКонтрагента)      
Запрос = Новый Запрос;      
Запрос.Текст =       
"ВЫБРАТЬ      
|Контрагенты.ИНН,      
|Контрагенты.КПП,      
|Контрагенты.НаименованиеПолное      
|ИЗ      
|Справочник.Контрагенты КАК Контрагенты      
|ГДЕ      
|Контрагенты.Ссылка = &Ссылка";      
Запрос.УстановитьПараметр("Ссылка", СсылкаНаКонтрагента);      
Выборка = Запрос.Выполнить().Выбрать(); 
ДанныеКонтрагента = Новый Структура;      
Выборка.Следующий();      
ДанныеКонтрагента.Вставить("ИНН", Выборка.ИНН);      
ДанныеКонтрагента.Вставить("КПП", Выборка.КПП); 
ДанныеКонтрагента.Вставить("НаименованиеПолное", Выборка.НаименованиеПолное);      
Возврат ДанныеКонтрагента;      
КонецФункции; 

> Функция ПолучитьДанныеКонтрагента(Знач СсылкаНаКонтрагента)
В данном случае я бы так делать не стал бы.

Процедура НекаяПроцедура()
   йй = 1;
   Сообщить("1: "+йй);
   Процедура1(йй);
   Сообщить("2: "+йй);
   Процедура2(йй);
   Сообщить("3: "+йй);
КонецПроцедуры

Процедура Процедура1(йй)
   йй=йй+1;
КонецПроцедуры

Процедура Процедура2(Знач йй)
   йй=йй+1;
КонецПроцедуры 

Когда вы используете для описания параметров Процедуры/Функции ключевое слово "Знач" система передаёт туда не указатель на ячейку памяти, где расположенна переменная, а саму переменную, или по рабоче-крестьянски её копию. Что не всегда хорошо, так как требует выделение дополнительной памяти. Не стоит использовать это в функциях, где вы и так не собираетесь менять значение этой переменной.

Там сама логика передачи разная.

В C++ или Pascal передача переменных в функцию идет через запихивания в стек указателей на память(32 бита) где записанны переменные, но в случае передачи параметра через Var(аналог Знач) сам параметр запихивается в стек.

Я не думаю что разработчики платформы 1С сильно что то поменяли в этом алгоритме, они всё таки C++ или C# изучали.

Спасибо большое.

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

Ну и зачем новичку давать полностью готовое решение? Ему учиться надо.

Я код не хотел давать :)

>  зачем новичку давать готовое решение которое научит его такому плохому стилю программирования?
В чем то вы конечно правы, подсказка была не самая эстетически правильная. Но шишки надо набить свои.

Т.Е. Нужно добавить еще одну процедуру и функцию?