При подборе номенклатуры, в режиме реального времени, выводятся остатки номенклатуры. Параллельно должен идти подбор похожих позиций. Его хочу ыполнить в фоновом режиме, чтобы не тормозить основную работу пользователей.

ПодключитьОбработчикОжидания не подходит т.к это тормозит работу системы. Через вызвать исключение какое-то некрасивое решение и непонятно, где оно выйдет боком.

Как можно определить, что фоновое задание завершилось и можно вывести результат расчета на экран?

(0) И в какой момент ты это предлагаешь делать, без обработчика?

Обработчик ожидания не тормозит работу системы, работу системы тормозит то что в нем написано. :)

"Как можно определить, что фоновое задание завершилось.."
И мы в очередной раз подходим к вопросу о том что платформа не умеет делать асинхронные вызовы к собственному серверу.

(1) повесить бы какой-то обработчик. Пример, внешнее событие...

По производительности передача результата через исключение должена быть лучшим вариантом. Из побочных явлений Будут сообщения в логах.
На сколько я понимаю, обработчик ожидания не поможет получить данные без записи в БД.
Ещё наверняка есть ВК которые помогут передать результат через память.

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

Без обработчика ожидания непонятно как ты код будешь стартовать, который проверяет выполнение фонового задания. И с каких пор он тормозит?

В типовых используется схема - создал пустое временное хранилище, запустил задание в фоне, передав ему УИД хранилища, сохранил ИД задания и УИД на форме, обработчиком ожидания проверяешь выполнение задания по ИД с увеличивающимся интервалом, типа каждая последующая проверка через 1.6*предИнтервал. Когда задание отработало, смотришь чо лежил в УИДе. Причем форма по отработке может быть отдельной, правда фокус она будет перехватывать иногда

(4) ну любой отчет возьми как пример. Там они все через фоновое задание работают. И все выводят на экран.

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

но нужно еще выяснить версию платформы

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

на проверку завершения

еще можно в фоне СКД формировать, а из результирующего документа доставать данные

(9) Там это где? Не в курсе про передачу управления кодом на клиент через вызов исключения в фоновом задании. Да и вообще использование обработки исключений в логике не по назначению чревато ухудшением качества кода.

(0) А зачем похожие позиции рассчитывать? Может их отдельно считать и тупо хранить? Как в подсистеме "НоменклатураПродаваемаяСовместно" в УП и УТ11

ФоновыеЗадания.НайтиПоУникальномуИдентификатору(Идентификатор).Состояние = СостояниеФоновогоЗадания.Завершено

Не нравится обрботчик ожиданий - пиши в базу и от туда читай - если для тебя это лучше

(16) а читать из базы когда?

Но узнаешь всё равно через обработчик ;)

(17) при активизации, при изменении, при закрытим - всё дело рук программиста

(19) Этими обработчиками можно и фоновое задание проверить. С тем же успехом можно кнопку "Нажми меня, вдруг там посчиталось" сделать

(2) тормозит. Особенно если частота выполнения 1 секунда

(21) а тормозит это сколько в секундах? У меня вот проверка выполнения фонового задания в обработчике ожидания - 0.008983сек. Это с учетом сбегать на сервер и дернуть менеджер фоновых заданий

(14) там - это в первом сообщении данного топика. Так учениям 1с слепо следовать == высокого перформанса не видать.

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