Обработкой загружаю данные, все происходит в серверной процедуре. Хочу у пользователя спросить, не хочет ли он ручками 1 реквизит выбрать. Вопрос() доступен только на клиенте, а серверная процедура не видит клиентские. Как можно спросить у пользователя в данном случае?

ТС - никак.
Наверное пользователь нажимает какую то кнопку?

вернуть управление на клиента, спросить, вернуть взад - все же просто

никак, по новым стандартам нужно спросить ДО отхода поезда

(1) дануна?

Кого на сервере будем спрашивать?

Серверная, тишина, и тут из стойки с сервером приложений: "Документ не провелся! Что делать?"

(3) что за стандарты?

(4) А ты как думал

Спрашивай на клиенте кароче заранее и передавай на сервер

(2) Как???? как прервать серверную процедуру и вернуть управления на клиента, чтобы потом вернуться обратно

я на этот вопрос 3 год не могу получить ответ на этом форуме

(5) никого, вопрос спросить у клиента на кленте

Непонятно, что сложного было бы в процессе выполнения серверной процедуры вернуться в клиента, спросить и ответ передать серверу.

делал при подборе товара по штрихкоду - если подбирается более одного возвращал список на клиента, юзер выбираал, возвращал взад выбранное значение и продолжал процедуру далее

(13) сам в офигиваю. Главное на сервер с клиента можно в любой момент уйти, а вот обратно - фиг там

(2) Ага. а потом опять на сервер, а потом опять на клиент, ты наверное любишь ибацо туда-сюда

+14 или я не так понял задачу в (0)?

Просто вызывать с клиента серверные процедуры по очереди - придется разбить одну серверную на несколько.

(16) мне пох, ибеца железо, я только формирую задачу

(14) это обратная ситуация когда ты на клиенте, и переодически сервер дергаешь

+19 главное - задача работает

(20) так и (0) обработкой грузит, старт наверное таки с клиента идет

делается так

Процедура НаКлиентеКнопка1()

Вопрос = НаСервереПодготовитьДанные();
Если ЗначениеЗаполнено(Вопрос) Тогда
//задать вопрос и ввести доп данные
КонецЕсли;
НаСервереВыполнитьПроцедуру();

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

(16) вроде бы не глупый

Дано, загрузить 20 документов

Вариант 1.
Каждый документ обрабатываем на клиенте, затем данные грзим на сервере, и так 20 раз

Вариант 2.
Все делаем на сервере и лишь при необходимости возвращаемся на клиенте


Вариант 3.
Всё грузим на клиенте в ТЗ, переодически запрашивая и проверяя данные на сервере, а затем грузим скопом ТЗ на сервере


Ну и в каком случае туда-сюда будет меньше?

(0) либо через деление на блоки, либо через распараллеливаемость.

(0) Разбить обработку на этапы
1) предварительное сканирование с формированием списка всех вопросов пользователю
2) получение ответов на вопросы
3) окончательная обработка
(14) Можешь предложить универсальный способ сохранения серверного контекста между серверными вызовами? Пример - подготовил на сервере мега-таблицу. Начинаешь её обработку. Вернул в середине управление на клиента. Куда мега-таблицу серверную девать? В параметр сеанса паковать?

(26) + Хотя вру. Знаю способ. Можно через модуль с повторным использованием возвращаемых значений извратиться.

(27) это как? При условии что речь про внешние обработки

(24) Че за вопрос? По возможности обращения к серверу с клиента нужно минимизировать. Т.е. для ТС нужно подготовить данные, задать все вопросы и т.д. Если же для вопроса нужно обращение к серверу, ну будет два вызова сервера, но для данной задачи больше быть не должно

(16) спасибо, посмеялся от души!

(12) Мозг сворачивается.

Вот поэтому и нельзя семерочников к клиент-серверу подпускать.

(26) я может ошибаюсь, ПоместитьВоВременноеХранилище не поможет?

(0) не хочешь получить от серверного метода то, на что на клиенте можно ответить?

(0) Кому?

(6) А потом из серверной внезапно поседевший админ выскакивает.

(32) Именно он и поможет. Только так. Но, сюрприз, сюрприз, с 8.2.14 МВТ нельзя в нем хранить.

Вообще забавно. Проблема высосана из пальца.

Да, конечно, клиентский вызов сервера был бы нелишним и я не вижу причин в отказе от него, но раз сделали - так сделали, ничего страшного.

(10)(11) Регистр сведений и запись прогресса процедуры тебя спасет.

(0)
Достаточно просто -
Запускаешь какую нибудь com в которой реализован вопрос,
анализируешь ответ

(37) Это концепция stateless-сервера.

(33) эээ например устройство куда нужно записать файл недоступно, нужно предложить пользователю записать в другое место
При загрузки произошла ошибка записи (транзакция к примеру), нужно предложить пользователю провести интерактивно, или отказаться от загрузки

Вариантов много когда нужно прервать работу и спросить что-то

(41)
Я вызываю сторонние com объекты.
Тот же Exel работает на ура.
Но вопросов в транзакции конечно не задаю - это перебор

(41) Вроде бы для таких целей придумали фоновые операции, аля "асинхронные события".

Мозг конечно выворачивает, но логика в этом есть.

(41) (43) что тут сложного - объясни клиенту что не так (если за рулём не китаец). См (37) "Проблема высосана из пальца. "

(41) не корректнее записывать файл на клиенте?
и как на счёт предварительной настройки? перед загрузкой крыжиками пользователь выбирает действия, например, если ошибка записи - прерывать/продолжать.
предложение о ручном проведении можно выдать и после загрузки.