Всем привет. Есть ут10.3 и обработка "ПодборНоменклатуры" в ней при выводе строк, по событию "ПриПолученииДанных" получаются остатки по складам для номенклатуры которая отображаются. Для получения списка номенклатуры используется параметры события "ОформленияСтрок". Юзер крутит мышкой, на каждый оборот колеса улетает запрос на сервер. Возникает вопрос: Это вообще нормально?

Но никто не мешает сделать свой подбор с блекджеком и шлюхами.

Реализуй по своему. Жить мешает?

(1)Все устраивает.
(2)Мне нормально. Но просто хотелось бы узнать, мне нормально, потому, что я дурак, или все ок.

Нормально. Лучше, чем в ПриВыводеСтроки

(0) Можешь замутить свое кэширование, чтоб так часто на сервер не улетал запрос.

Как вариант, если заказчик не будет против, можно реализовать вывод остатков при выборе строки в отдельном табличном поле. Не очень понятно, зачем видеть остатки ВСЕХ позиций в форме выбора номенклатуры. Для сводной информации по остаткам есть отчёты.

+(6) К тому же это даёт возможность вывести детализированные остатки в разрезе складов, что, имхо, полезнее, чем безликие остатки, когда у организации есть хотя бы два склада.

С моей точки зрения, реализация технически корректная, но вот методологически не очень вразумительная.

(8) Не поверишь, но в УТ10 все так и сделано, как ты описал. :-)

(0)Если не хочется прям каждый раз к базе лезть запросом  при движении бегунка, можно один раз взять остатки по всей номенклатуре в ТЗ при открытии и потом уже искать в ней а не запросом.
Как вариант

(6) в каждом 2 ом внедрении ут11 просят переделать подбор по типу ут10 где разнличнве остатки НЕ в отдельной табличке.

(9) Да, я помню, в основной форме списка справочника. Собственно, я по аналогии и предложил :)

(10) Тогда вопрос актуальности данных всплывает.

(0) как вариант сделать подбор на динамическом списке в уф - в ут10 давно уже галка на конфе стоит "уф в обычном приложении".

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