Номенклатура и последний документ её поступления #415901

платформа 8.1 Есть Справочник.Номенклатура и таблица Документ.Накладная.Товары(Цена,Количество), предварительно заполненный список номенклатуры, по которой нужно выбрать последний документ поступления по каждой из номенклатур из этого списка. Требуется вывести таблицу со следующими колонками:

запрос по табчасти документа с группировкой по номенклатура и максимум по дате...

с ценой как быть?

регистр накопления (партии)по дате регистратора сортируй и все

а что с ценой? подвязать срез последних сложно?

эээ... может и так. но количество точно в ТЧ дока.

ВЫБРАТЬ    ВЫБОР    КОГДА Закупки.Количество=0 ТОГДА 0    (ВЫБРАТЬ

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

а как использовать предварительно заполненный список номенклатуры Номенклатура В(&НоменклатураСписок) куда это поместить?

каким образом объединить эти 2 запроса в 1 №1 ВЫБРАТЬ    Номенклатура.Ссылка КАК Номенклатура ИЗ    Справочник.Номенклатура КАК Номенклатура №2 ВЫБРАТЬ ПЕРВЫЕ 1    Товар.Ссылка.Дата КАК ДатаПоступления,    Товар.Номенклатура,    Товар.Количество и задав один параметр получить результат в таблице вида: Номенклатура / ДатаПоследнегоПоступления / Цена / Количество

ну без запроса я и так могу но нужно в запросе

тема ап (извиняюсь, но срочно)

Посмотри в типовой ут 'задолженность по интервалам сделкам.Суть отчета та же,только по другому регистру

вот нашел что-то похожее но он в построителе отчетов (СКД) ошибку на псевдонимы выдает

У Радченко в Простых примерах разработки есть точно такой же пример Как по состоянию на заданную дату по регистру "ОстаткиНаСкладе" найти последний документ "ПоступлениеТоваровУслуг", по которому приходила номенклатура?    ГДЕ        ТоварыНаСкладах.Период <= &ДатаОтчета И (ТоварыНаСкладах.Регистратор ССЫЛКА Документ.ПоступлениеТоваровУслуг) ГДЕ    (ТоварыНаСкладах.Регистратор ССЫЛКА Документ.ПоступлениеТоваровУслуг) СГРУППИРОВАТЬ ПО    ВложенныйЗапрос.Номенклатура

как в этом запросе выделить цену, прописанную в строке тч документа?

Боюсь что придется добавить еще одно соединение с регистром ПартииТоваровНаСкладах, либо с ТЧ самого документа Поступления, но правильнее с регистром, т.к. не факт что товар пришел именно ПоступлениемТоваровИУслуг

>> т.к. не факт что товар пришел именно ПоступлениемТоваровИУслуг факт ГДЕ    (ТоварыНаСкладах.Регистратор ССЫЛКА Документ.ПоступлениеТоваровУслуг) жалко аптекарей все таки.

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

что бы подобное работало шустро надо чуток допилить рс ЦеныНоменклатурыКонтрагентов или сваять свой похожий. Но это не путь настоящего внедренца ))

+ соеднинение с тч полученной выборки в это меньшее что должно волновать в этом решении. а вот геометрический рост  с течением времени выборки в соединии ТоварыНаСкладах.Период <= &ДатаОтчета за это надо бить битой по голове если подобный запрос используется часто при оперативной работе. впрочем думаю господин turtler сможет решить эту проблему если для исполнения запроса будет использовать отдельную распределенную базу

ну вот кстати в не я автор, но применял неоднократно такое построение запроса и работает быстро. так что ИМХО если бы надо было получать только Документ поступлений то без вопросов.

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

как этот код переписать в запрос с параметрами ?

+ ПолучитьПоследнийОстаток(ВыбНом) соответствует запросу №2 из

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

а где это использоваться будет если не секрет ) не праздный вопрос между прочим.

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

+ будет по квадрату = не будет

а что там пробывать отчет делается то легко. вопрос правильно ли его делать не используя дополнительные методанные ))

какие метаданные нужны и зачем?

ну скорость работы отчета в зависимости от кол-ва докумнтов поступления в базе это конечно удобно. а насчет метаданных наверно такие у которых есть метод срезпоследних какой нить ))

И Товар.Ссылка.Дата >= &ФДата   - это если по документу или любой по вкусу регистр накопления но дело не в количестве документов... покажи что есть без среза

так есть у тебя запрос или нет?

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

правда не в курсе какое именно тебе кол-во требуется )

проверил - запрос данных не выдает... Параметры данных:    Номенклатура = Аллохол №10 таб.п/о; Диане-35 №21 др.; Жанин №21 др.        Начало периода =     Дата последнего поступления    Количество    Номенклатура    Цена Итого

Я считаю, что не нужно дополнительно использовать какие либо регистры например: УТ Справочники Номенклатура и Серии (подчинены номенклатуре) в сериях есть срок годности и страна и если перефразировать то: есть список номенклатуры, по которой нужно выдать максимальный срок годности и страну, соответствующую этому сроку

неужели ни у кого нет результата? если нет, то критикуйте мой вариант (свежак, 5 минут назад нарисовал) .... ВЫБРАТЬ РАЗЛИЧНЫЕ    Товыры.СерияНоменклатуры.ПредприятиеИзготовитель КАК Производитель,    И Товыры.Номенклатура В ИЕРАРХИИ(&Номенклатура)    И Товыры.СерияНоменклатуры.ПредприятиеИзготовитель В ИЕРАРХИИ(&ПредприятиеИзготовитель) ;    * ИЗ