Всем доброго дня. Мне нужно получать стоимость склада на период формирования отчета.
Заведен отдельный РС по регистрации цен при поступлении товара (Номенклатура, цена, валюта, цена в руб. на момент заказа).
Беру из регистра "Товары на складе" остатки товара на дату и соединяю со своим РС. Но вот проблема в чем.
В РС заведены цены в разных валютах, отсюда получаю дубли. Как мне вытащить из Регистра последние цены, без учета валюты, но валюта в запросе нужна для вывода цены (чтобы понимать в какой валюте выводится цена)?

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

(16) Извращенка, логика такая:
1. выбираем данные остатков товаров (Поместить табОстатки)
2. Выбираем из твоего регистра данные по условиям Номенклатура в( выбрать таб.Номенклатура из табОстатков как таб) и ЦеныПоступлений_РегистрСведений.Дата <= &Период (Поместить табВсехЦен)
3. Находим дату последней цены
Выбрать таб.Номенклатура, максимум(таб.Дата) поместить табДатЦен из табВсехЦен как таб
4. левым соединением прилепляем к табДатЦен табВсехЦен по Номенклатуре и Дате (т.е. получаем одну, последнюю запись с ценой) и Поместить в табЦенНоменклатуры
5. теперь левым соединением табОстатков и табЦенноменклатуры по номенклатуре

Ну, собственно профит (если остались вопросы задавай)

(20) ты должна выбрать все зарегистрированные цены по дате ниже задаваемой, затем внутренним соединением сделать фильтр этой же таблицы цен

(23) тоже ересь пишешь - нужен "фильтр" по Внутреннему соединению.... левое у тебя все строки притянет!

красивое имя регистра:
РегистрСведений.ЦеныПоступлений_РегистрСведений

По такому принципу можно называть все объекты:
Справочник.Номенклатура_Справочник
Документ.ПоступлениеТоваровУслуг_Документ

А особенно красиво будет смотреться
ПланВидовХарактеристик.НазначенияСвойствКатегорийОбъектов_ПланВидовХарактеристик

(0) Если на 03.02.2025 установлена одновременно цена в нескольких валютах на один товар - какую из них считать "последней"?
(только не надо рассказывать, что "такого не будет")

А ещё очень прикольно делать периодический регистр сведений, но не пользоваться полем Период и не пользоваться СрезПоследних()
Это же так весело!

(20) Валюта должна быть измерением. Не надо портить то, что хорошо работает

(25) внимательно прочитай
сначала выбрали остатки товаров,
потом выбрали данные цен,
потом отфильтровали цены по дате и номенклатуре, (тут, для полной гарантии, можно взять максимум(Валюта))
к отфильтрованным ценам (!!!) приклеили данные из данных цен по Номенклатуре и Дате (добавили нужные поля из выборки цен)
и только после того как приклеили к остаткам товаров

(16) Прикольно делать подчинённый регистр сведений, но не делать по нему движения при проведении документа, а заполнять его регламентным заданием в конце дня.
Вы чё там курите?!

(26) Ахаха, регистр сразу к переименованию, так как цены будут браться скорее из приобретения, а не поступления товаров ;-)

(30) в принципе согласен - на уровне школьника твой запрос сгодится... но если будут различные типы цен - максимум выберет каждый "максимум" по измерению типа цен!

ты должен это тоже знать!

(31) Так же работает типовой механизм ;-)

(33) в предложенном регистре нет типа цен, исходим из этого (там и валюта как-то криво прикручена)

функция "максимум" выбирает ВСЕ максимумы в разрезе всех измерений.

фильтр по внутреннему - будет оптимальнее

(33) Она же в регистр сразу приобритения шарашит не думая, там ни учета коллизий, ни логики

(34) А, понятно. Трава от самого вендора.

(38) На прошлой недели был в Храме учета, причастился ;-)

меня больше всего "бесит" в ее запросе, то что соединяет сразу с запросом во временную таблицу!

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

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

(40) Там нужно логику переделывать, запрос это последнее

(36) опять, прочитал не внимательно:
Выбрать таб.Номенклатура, максимум(таб.Дата)
поместить табДатЦен
из табВсехЦен как таб - т.е. выбираем именно максимальную дату для конкретной номенклатуры (тут, по уму, надо добавить Максимум(Валюта), но это как домашнее задание для ТС - пусть определится сама какая валюта ей нужнее или тупо любая)

(40) Ну, это, спокойнее - такими делами страдают и в стандартных отчётах

короче, максимум дата, мне не нравится, поэтому

вот https://infostart.ru/1c/reports/2226904/

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

(45) Нет, не нужно. Нужна цена склада на дату отчета, которая единственная.

(46) У неё разные валюты и нет привязки к складам
Извращение, но имеет право на жизнь - типа цены поставщиков номенклатуры в разрезе заявок (зачем ТС такое, нам неведомо)

(47) Тогда предлагаю Валюта загнать в ресурсы

(48) так, структуру регистра нам не показали, может там ещё что есть кроме того, что в запросе (как минимум ссылка на заявку, если совсем уж "проба пера", то и ссылка на документ поступления и цена поступления + валюта поступления)
А вот, что Измерения и что Ресурсы остаётся только гадать

(49)  

Смотрю отчет на 03.03.2025.

01.01.25 привезли товар за 100 USD
02.01.25 привезли товар за 99 CNY

Я должна получить строку с 99 CNY, т.к. это было самое последнее поступление.

В Измерения:

Дата заказа поставщику
Номенклатура
Валюта

Ресурсы:
Цена в валюте
Курс на дату поступления
Цена в руб.

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

Пока задача - получить последнюю запись из регистра.
Я могу его переделать, изменить список и состав реквизитов, измерений, ресурсов.

Поэтому и отписалась сюда, чтобы понять, как лучше сделать.

(51) Использовать типовой функционал+ дописать 1 механизм сборки на СКД своей цены

(51) Типовой функционал не подходит по разным причинам.
Нужен свой регистр.

(51) Тем более в типовом РС, такие же измерения и ресурсы. +- и проблемы будут те же, что я описала выше.

(52) Ну назови хотя бы парочку?

ВЫБРАТЬ Номенклатура, 
		МАКСИМУМ(Период) КАК ДатаПоследнегоПоступления 
ПОМЕСТИТЬ ПоследниеПоступления
ИЗ РегистрСведений.ЦеныПоступлений
ГДЕ Период <= &Период
СГРУППИРОВАТЬ ПО Номенклатура
;

ВЫБРАТЬ Цены.Номенклатура, 
        Цены.ЦенаВРублях
ПОМЕСТИТЬ ПоследниеЦены
ИЗ РегистрСведений.ЦеныПоступлений КАК Цены
ВНУТРЕННЕЕ СОЕДИНЕНИЕ ПоследниеПоступления 
   ПО ПоследниеПоступления.Номенклатура = Цены.Номенклатура 
       И ПоследниеПоступления.ДатаПоследнегоПоступления = Цены.Период
;

ВЫБРАТЬ
    ТоварыНаСкладах.Номенклатура КАК Номенклатура,
    ТоварыНаСкладах.ВНаличииОстаток КАК ВНаличииОстаток,
    ЕСТЬNULL(ПоследниеЦены.ЦенаВРублях, 0) КАК ЦенаВРублях,
    ТоварыНаСкладах.ВНаличииОстаток * ЕСТЬNULL(ПоследниеЦены.ЦенаВРублях, 0) КАК СуммаТовара
ИЗ
    РегистрНакопления.ТоварыНаСкладах.Остатки(&Период, Склад = &Склад) КАК ТоварыНаСкладах
        ЛЕВОЕ СОЕДИНЕНИЕ ПоследниеЦены КАК ПоследниеЦены
             ПО ТоварыНаСкладах.Номенклатура = ПоследниеЦены.Номенклатура

(50) запрос по типу (23) сделала? тогда показывай что получилось

(56) ДА, по примеру из (55) сделала. Но данные не верные. По остатку на несколько тысяч больше, чем в регистре ТоварыНаСкладах.остатки

ВЫБРАТЬ
    ЦеныПоступлений.Номенклатура КАК Номенклатура,
    МАКСИМУМ(ЦеныПоступлений.Период) КАК ДатаПоследнегоПоступления
ПОМЕСТИТЬ ПоследниеПоступления
ИЗ
    РегистрСведений.ЦеныПоступлений_РегистрСведений КАК ЦеныПоступлений
ГДЕ
    ЦеныПоступлений.Период <= &Период

СГРУППИРОВАТЬ ПО
    ЦеныПоступлений.Номенклатура
;

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

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

УПОРЯДОЧИТЬ ПО
    Номенклатура

(57) Во 2-м и 3-м запросе Вам не нужна валюта и цена в валюте. Используйте запрос из (55)

(58) но мне нужно выводить в отчете валюту и цену в валюте. Это так же нужно для остальной части отчета, которую еще не писала.

(59) Нет, не нужно. У Вас ЦенаВРуб, валюта = "рубли". Потому что Вам нужно просуммировать и получить сумму по складу

(60) Но мне нужно получить цену в валюте, валюту и показывать в отчете руководству. Как понять, она мне не нужна?

При проведении Поступления или Регламентом (старые документы) я заполняю валюту, курс на дату, цену в валюте и цену в руб в регистр "Цены поступлений". Их я и должна показывать в конечном итоге, но только последние на дату формирования отчета. + Остатки. Делаю по ТЗ

(61) Её нельзя просуммировать, поэтому она не нужна

(62) ТЗ писали дураки.

(64) Согласна. В Excel табличкой)

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

Просто, должно быть 56 тыс, а запросом выходит 14.

(66) ВНаличии и Свободный - это разные остатки

(68) ошиблась в написании. ВНаличииОстаток в регистре - 1 ресурс. Вот он отличается.

(62) С этого и начинать надо было
(64) Безграмотные

Чтобы определить стоимость склада, нужно использовать цены продажи, а не цены поступления.

(71) Так это вообще типовой отчет есть ;-)

цену надо брать среднюю с учетом скидок, но это так вкусовщина

(72) ну и всё. Расходимся, пацаны

Запрос вообще элементарный:

ВЫБРАТЬ
	Товары.Номенклатура,
	Товары.КоличествоОстаток,
	ЕСТЬNULL(Цены.Цена, 0) КАК Цена,
	Товары.КоличествоОстаток * ЕСТЬNULL(Цены.Цена, 0) КАК СуммаТовара
ИЗ
	РегистрНакопления.ТоварыНаСкладах.Остатки(&Период, Склад = &Склад) КАК Товары
		ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.ЦеныНоменклатуры.СрезПоследних(
				&Период,
				ТипЦен = &ТипЦеныПродажи
					И Валюта = &Валюта) КАК Цены
		ПО Товары.Номенклатура = Цены.Номенклатура

(73) Пусть делает, деньги уплочены

тренирует хитин ;-)

Если потребовали цены поступления, то получим не стоимость склада, а себестоимость склада.
Зачем может понадобиться себестоимость склада? Чтобы отразить убытки, если склад полностью сгорел.
Таким образом, очевидно, ожидается поджог склада. 🔥

(77) этот отчет  тоже есть

Этим мне и нравится преподавательская работа.

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


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

(78) Откуда Вы знаете конфигурацию?

(80) понедельник, я пока еще внимательно читаю тз (9)

(81) ну ок. Всё равно свой регистр не нужен. Задачу тоже делать не надо. Авторов ТЗ — на кол

В 1ю смысла вкладывать деньги нет, поэтому преположил что 2я

Хотя по наименованию регистра-1я

(0)
Что за байда?
Регистра "Партии товаров на складах" нет что ли?
У Вас себестоимость по среднему считается?

Выглядит не понятно ...

(85) Не соответствует ТЗ. См (62)
А ты зануда

(87)
Наверное. Типа молодая девушка?
Но выглядит дорога как не правильная.

Я сломался на "ВложенныйЗапрос".

(88) Правильный ответ в (71)
Причём есть готовый отчёт, а если хочется запросом, то см (74)

(89)
Так то да. Я сейчас закуплю товар. Умножу цены закупки на 100.
Потом начну оценивать свои запасы.
Разбогатею ...

Если продам ...

Хорошо хоть налоги берутся не по оценке запасов,
а по факту продажи. То бы беда была )

Всем спасибо, особенно (55).
Я работаю строго по ТЗ от руководства, были наняты специалисты из франчей 1С, которые сформировали ТЗ. Мои руки чисты.

Итоговая, рабочая байда выглядит следующим образом:

                                  ВЫБРАТЬ
    ЦеныПоступлений.Номенклатура КАК Номенклатура,
    МАКСИМУМ(ЦеныПоступлений.Период) КАК ДатаПоследнегоПоступления
ПОМЕСТИТЬ ПоследниеПоступления
ИЗ
    РегистрСведений.ЦеныПоступлений_РегистрСведений КАК ЦеныПоступлений
ГДЕ
    ЦеныПоступлений.Период <= &Период

СГРУППИРОВАТЬ ПО
    ЦеныПоступлений.Номенклатура
;

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

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

УПОРЯДОЧИТЬ ПО
    Номенклатура

(93) Правильнее использовать текущие курсы валют, а не курс на дату поступления.

(94) Понимаю, но будут смотреть именно себестоимость склада в прошлых периодах для управленческой оценки, по текущим курсам есть стандартный отчет.

(95) Не поверишь

(95) Для управленческой оценки нужны текущие курсы валют.
Прошлые курсы интересны только для бухгалтерской оценки.

(96) (97) Верю. Честно. Мне, в любом случае, пошла на пользу эта задача. Вспомнила СКД, давно не занималась, нужно поднять архивы и изучить заново. Спасибо вам за помощь)

(98) А причём тут СКД... Хотя ладно. Обращайтесь.

Сто!

(99) Ну, я делала все на СКД, поэтому вспоминала механизмы, а запросы надо заново изучать)

(100) Поздравляю вас)

(100) Это не форум, а шапито!

(101) Поздравляю, Вы тупой бот!

(103) Ну, он ведь выжидал, тратил время. Заслуживает поздравлений)

(105) Вы тоже долго выжидали, чтобы простой запрос вдруг обозвать СКД.

(106) Запрос, я не обзывала СКД. Я написала, что "Мне, в любом случае, пошла на пользу эта задача. Вспомнила СКД, давно не занималась", т.к. использовала механизмы СКД для корректного отображения информации. И выше, я много раз писала, что данный запрос это лишь часть задачи, на которой я застопорилась (, и обидно, когда называют ботом. Джун, да)

(107) Вы просто морочите нам голову

(55) Кстати, ваш запрос не учитывает данные, если в поступлении заведена позиция по нескольким ценам. А это не редкость, по крайне мере у нас. Поэтому только по дате сортировать, не выйдет.

(109) Запрос-то у него правильный, проблема в архитектуре, которая изначально не верная

т.е. вас постановщик, заставляет продумывать и обрабатывать возможные коллизии без ТЗ и за счет сложного запроса (хотя задача сборки цен с регистра-действительно уровня месячного джуна). Это также приведет к более серьезному уровню тестирований и коллизий, что оставит послевкусие плохо выполненной работы

(109)

Дорогой друг.
Вот за эти "интимные вопросы", которые периодически всплывают, а также их решение, вы и получаете деньги.

И это хорошо (я серьезно), что мысль про "разные цены в одном документе" сформировалась у вас в голове.

У большей части народа, который отметился в этой теме, эта мысль и куча других возникла сразу же (ибо опыт). {Помните разговор милиционера и его начальника в "Бриллиантовой руке"}

Но есть  небольшой нюанс.
Здесь вам никто и ничего не должен.
Оценка советов хороших, плохих и просто вредных, их применение и ответственность
лежит только на Вас и ни на ком больше.

ИТОГО:
Удочку вам дали, пескаря поймали. А щук учитесь ловить самостоятельно :-)

Согласен с (110) и (111). Задача уже "некрасивая" и чем дальше, тем страшней.

(93)
";

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

УПОРЯДОЧИТЬ ПО
    Номенклатура"

Франчи писали?
Обычно соединение с виртуальными таблицами не рекомендуют.

(93)
Советую выучить как отче наш этот запрос.

При поступлении на работу часто просят нечто такое сделать.

Срез последних по набору измерений.

Странно что работаете и не умеете )

(110) да, архитектуру перестроила. Все работает. Спасибо.

Теперь надо учесть, что единица хранения может быть "штука", а единица для цены "упаковка". Нужно применить коэф-т пересчёта

Ахаха

Вообще цена ща чуть сложнее, характеристика, упаковка, серия.или смесь

Архитектуру она поправила и всё заработало... Ага, как же

(120) может она не хочет видеть в качестве архитектора ее красивого решения бывшего поломоя