Что то туплю.
Как в ERP 2.4, да в принципе, не только в ней, выбрать ЗАПРОСОМ из некого регистра, скажем "Закупки"

последний приход в количестве N-кг.
Скажем, как выбрать последний приход 100 кг картошки.
Ведь она может закупаться в разные месяцы и разными патриями.

Вроде вопрос простой, но туплю.

Если было куплено 103 кг, попадает в ваше условие, или нужно строгое равенство ?

ну а так подзапрос на поиск максимальной даты и его в условие на документ. усё

накопленную сумму считай сначала

(1) как я понял нужно по партиям собрать 100кг

Данная задача в общем виде без запросов в цикле не решается на sql

Речь вроде о приходе, а не о приходах на сумму.

Найти именно приход с указанным количеством или с накоплением по фифо до нужного количества?

(5) это ваши ограниченные знания sql заставляют так думать?
(6) это всё один большой приход!

Если один приход, то:

выбрать первые 1
    партия
из
    Регистр
где
    Количество = 100
упорядочить по
    Дата убыв

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

(5)
"Поставьте на меня небольшую ставочку" (С)

Задача которая решается циклом аля "набор корзины по порядку пока не хватит".

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

Если ограничить по кол-ву максимально приходов (от 1 до N) то можно запросом, но там пипец будет.

В общем виде для любого даже неразумного N скажем в миллионы приходов которыми будут набираться 100 кг как?

С циклами то я все понял...

Приход может быть в любое время на любое количество, с разрывами.
Варианты:
- куплена в августе 2018 партия 1000 кг
- куплены партиями разными. но 4 месяца не покупали
- покупаем по 1 кг каждый день

SELECT t.*,
       @sum := @sum + effect
FROM (
  SELECT *
  FROM `table`
  ORDER BY effect DESC
      ) AS t
      JOIN (SELECT @sum := 0) var
WHERE @sum < 100;
https://toster.ru/q/96563

Как это на языке 1С я хз

говорят в SQL есть функция OVER

сложно, но можно.
но проще кодом в цикле, очень похоже на задачу классического списания по партиям по ФИФО.

можно даже использовать объектную модель доступа к базе данных (читать записи из регистра пока не наберем нужное количество), возможно даже быстрее будет.

запрос без даты начала, производительность будет ухудшаться с объемом данных

Просто стала задача - быстро запросом получить стоимость последнего прихода N-кг товара.

да, данных много - в ERP это все...

(19)А если в данной задаче быстро - это не запросом?

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

https://1c.chistov.pro/2014/03/blog-post.html

(0) Одним только запросом будет стремно. Надо сформировать выборку остатков по партиям, отсортированную по убыванию даты приходного документа (LIFO). Затем перебрать выборку в цикле, в переменной подсчитывая сколько кило осталось до 100.

(0) готовь 3 запроса...
1) приходы по номенклатуре за последние N-дней,
2) приходы по номенклатуре за M-месяцев,
3) все приходы по номенклатуре.

все с сортировкой "с конца".

числа N и M должны быть подобраны так, чтобы закрывать ~60% и ~30% от всех случаев.

после каждого запроса из 1 и 2 делать обход выборки пока не наберется, либо делать обход 3 пока не наберется или "как есть".

естественно речь идет только о средствах 1ц. это наиболее простой и нативный способ, имхо.

(25)ну до этого я сам уже дошел.
Вот думал может как то одним и быстро можно.

(23) Это конечно решение.

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

(27)+ Хороший антипример как делать через ЖПО, но зато запросами.

(19) Интересует один товар или по списку?

(23)спасибо

(29)да без разницы.
Конечно по списку - кому только картошка интересна

(30) Рано благодаришь там FIFO а тебе надо LIFO

(31) Такой запрос по одному товару у меня быстро отработал.
Но "по списку" - торможу, не вижу хорошего решения.

ВЫБРАТЬ ПЕРВЫЕ 1
    ОстаткиТоваров.Период КАК Период,
    ОстаткиТоваров.Номенклатура,
    СУММА(ОстаткиТоваров2.Количество) КАК Количество
ИЗ
    РегистрНакопления.ОстаткиТоваров КАК ОстаткиТоваров
        ВНУТРЕННЕЕ СОЕДИНЕНИЕ РегистрНакопления.ОстаткиТоваров КАК ОстаткиТоваров2
        ПО ОстаткиТоваров.Период <= ОстаткиТоваров2.Период
            И ОстаткиТоваров2.Активность
            И ОстаткиТоваров2.Количество > 0
            И (ОстаткиТоваров2.ВидДвижения = ЗНАЧЕНИЕ(ВидДвиженияНакопления.Приход))
            И ОстаткиТоваров2.Номенклатура = &Номенклатура
ГДЕ
    ОстаткиТоваров.Активность
    И ОстаткиТоваров.Количество > 0
    И ОстаткиТоваров.ВидДвижения = ЗНАЧЕНИЕ(ВидДвиженияНакопления.Приход)
    И ОстаткиТоваров.Номенклатура = &Номенклатура

СГРУППИРОВАТЬ ПО
    ОстаткиТоваров.Период,
    ОстаткиТоваров.Номенклатура

ИМЕЮЩИЕ
    СУММА(ОстаткиТоваров2.Количество) >= 100000

УПОРЯДОЧИТЬ ПО
    Период УБЫВ

(33)спасибо! это что то

(30) Пример из (23)  представляет чисто академический интерес. На реальных базах, такой запрос может повесить сервер. Это вариация на тему "Нарастающие итоги". Посмотри:
http://catalog.mista.ru/public/201526/
http://catalog.mista.ru/public/262300/

(35)хм..да. понятно

(32) внезапно стало можно, и накопленный итог уже норм считается?)
(33) номенклатуру везде в связи добавить
более общая задача (для языка запросов, тоже решаемая):
когда есть список документов расхода/прихода, запросом получить
какие расходники какие поступления спишут по lifo (fifo)

(37) >внезапно стало можно

Реально применимо на реальных данных? Нельзя.

запрос в СКД и ВычислитьВыражение()