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

Пока у меня получилось следующее:
ВЫБРАТЬ
   ПартииТоваровНаСкладахОстатки.Номенклатура,
   ПартииТоваровНаСкладахОстатки.ХарактеристикаНоменклатуры,
   ПартииТоваровНаСкладахОстатки.ДокументОприходования,
   Максимум(ПартииТоваровНаСкладахОстатки.СтоимостьОстаток
      /ПартииТоваровНаСкладахОстатки.КоличествоОстаток)  как УчЦена
ИЗ
   РегистрНакопления.ПартииТоваровНаСкладах.Остатки(&Момент,
     Склад = &ВыбСклад) КАК ПартииТоваровНаСкладахОстатки

Сгруппировать По
   ПартииТоваровНаСкладахОстатки.Номенклатура,
   ПартииТоваровНаСкладахОстатки.ХарактеристикаНоменклатуры,
   ПартииТоваровНаСкладахОстатки.ДокументОприходования
А надо из всех записей с разными ДокументОприходования выбрать одну с максимальной УчЦеной

Нужен вложенный запрос, в котором будет фраза
ВЫБРАТЬ ПЕРВЫЕ 1 .... УПОРЯДОЧИТЬ ПО УчЦена УБЫВ

Спасибо Волшебнику, мне предложили еще такой вариант:
ВЫБРАТЬ  
   ном,
   хар,
   Максимум(УчЦена)
ИЗ
   (
   выбрать
       ПартииТоваровНаСкладахОстатки.Номенклатура как ном,
    ПартииТоваровНаСкладахОстатки.ХарактеристикаНоменклатуры как хар,
    ПартииТоваровНаСкладахОстатки.ДокументОприходования как док,

   ПартииТоваровНаСкладахОстатки.СтоимостьОстаток/
     ПартииТоваровНаСкладахОстатки.КоличествоОстаток  как УчЦена

    из РегистрНакопления.ПартииТоваровНаСкладах.Остатки(&Момент, Склад = &ВыбСклад) КАК ПартииТоваровНаСкладахОстатки
   ) как влож
сгруппировать по    
ном,хар

ФиФО/Лифо отдыхает?
А если этой партии не хватит на погашение?

выгружай все в ТЗ и сортируй...

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

а.... тогда ясно....
Но все равно выгружай в ТЗ - а потом оттуда тряси все....
Неизменный запрос - при необходимости изменения отчета правишь только обработку ТЗ

(6) В версии 8.0 обработка таблицы значений - не комильфо. Максимальную работу должен делать запрос.

(7) Естественно. Крайне медленный интертрепатор... Так лучше свалить всю работу на сиквел - там и машина помощнее... И реализация получше...

Но работа с ТЗ методами, реализованными на уровне платформы (типа Свернуть,Сортировать,Выгрузить) - работает быстро...

А при подходе - все на сиквел - при большом числе пользователей он начнет затыкаться... Лучше сделать грамотный запрос с минимизацией выборки и крутить полученную выборку на локальной машине, распределяя загрузку...

(8) Все зависит от конкретной задачи, железа, сети, нагрузки.

естественно