8.х Клиент-сервер передача данных

Доброго времени суток друзья.

Очередной вопрос по клиент серверному взаимодействию
Хотел бы уточнить правильно ли я вижу структуру процедур и функций.
Описание задачи:
На форме вводится номер телефона покупателя и по нему ищется покупатель, варианта может быть 3:
1) Найден один покупатель и его необходимо подставить в заказ автоматически
2) Найдено несколько покупателей с таким номером, необходимо сформировать таблицу значений и вывести продавцу для выбора(Таблица потому что необходимо показать ещё дату рождения для идентификации)
3) Не найден покупатель, необходимо открыть форму для создания нового.
Как вижу структуру процедур и функций:
1) ПоискКлиента(на клиенте) - процедура клиента
2) ПоискКлиента(на сервере) - функция на сервере , в которую передаём номер и в ней осуществляем поиск. Функция на клиент возвращает значение типа структура, в которой либо клиент, либо ТЗ клиентов, либо неопределенно.

Вот здесь возникает вопрос, изначально 2 было процедурой, но на сервере нельзя открыть выбор из ТЗ, правильна ли такая моя логика? А уже в первой процедуре которая на клиенте я либо открываю выбор из ТЗ либо открываю новую форму для создания либо подставляю значение? Т.е. основной вопрос правильна ли передача данных с сервера на клиент? Или не через структуру? Заранее прошу прощения что много воды, можно было бы меньше написать).

Добавь реквизит формы типа ТЗ и все будет в шоколаде.

Ну у меня не всегда может быть ТЗ, я же описал 3 варианта

Всегда, Саш
Если ТЗ имеет не одну строку - предлагаешь выбор.
Если ТЗ не имеет строк - открываешь форму создания нового
Если ТЗ имеет 1 строку - выводишь без вопросов.

Ну ладно тут соглашусь, но есть ли смысл и оптимальное ли это решение? Т.е. этот вариант оптимальней моего?)

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

Потому что если находит двух покупателей , то для однозначной идентификации используются два поля ФИО и ДатаРождения.

молчу

И тут вопрос на засыпку. Чёт я запамятовал. А ТЗ и СЗ передаются ли между клиентом и сервером? Ну без танцев с бубнами...

Ну это если это реквизит формы. А если это просто переменная?

--- Объединение сообщений, 18 янв 2017 ---

В смысле параметр функции или возвращаемое функцией значение.

А откуда у вас ТЗ или СЗ на клиенте? из каких данных вы их сформировали? Смысл их формировать на клиенет, если можно на сервере?

Ну если я правильно понял, то функция сервера формирует список/таблицу с покупателями, и клиент должен реагировать на размер списка (1 - подстановка, 0 - создание иначе выбор). Получается, что "список" этот нужно передать клиенту на дальнейшую обработку.

Ну так ответ же дан был, сделать у формы реквизит и его сразу заполнять на сервере и на клиенте он тоже доступен.

Ну и ладно. Я просто не люблю создавать объекты метаданных для решения алгоритмических задач, заменяя ими переменные и/или параметры функций и процедур. Тут бы я замутил (точнее у меня готовые есть) функции преобразования ТЗ в массив структур и обратно (если это потребуется). А ещё точнее, тут ИМХО можно без проблем использовать сразу массив или массив структур, потому как никакие функции ТЗ не требуются и его передавать с сервера на клиента, не заводя никаких реквизитов формы. Но это чисто ИМХО. На вкус и цвет все фломастеры разные