СКД передача данных из одного набора в качестве параметра для другого набора. #748353

1-ый набор: ВЫБРАТЬ     ПродажиОбороты.Период КАК ПериодПродажи     &КонецПериодаПродажиСумма Связи: Параметры: Ошибка: {Форма.ФормаОтчета.Форма}: Ошибка при вызове метода контекста (Вывести)     ПроцессорВывода.Вывести(ПроцессорКомпоновкиДанных);     по причине: Ошибка вывода результата по причине: Ошибка при выводе результата по причине: Ошибка получения данных по причине: Ошибка создания набора данных "НаборДанных3" по причине: Ошибка при исполнении запроса набора данных по причине: {(8, 2)}: Ошибка обработки представления "РегистрНакопления.Продажи.Обороты:Несоответствие типов (Параметр номер ""1"")" Что не так?

зачем еще ветку завела?

- ну тут проблема другая нарисовалась, не стоило, да? Буду иметь в виду

да вроде все таже проблема, отчет то один ))

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

Не ругается, но процесс заполнения отчета не идет ((( Висьнет.

потому что нельзя в скд баловаться датами

точно, просто я уже методом тыка делаю. ну не знаю я как сделать чтобы по дате на конец месяца в наборе 2 выполнялся набор 3 по параметрам начало - период, конец - период + 3 месяца. И примеров подобных нигде не могу найти по связям в СКД.

М-да...

ну что М-да... ? ))) Ну не делала ничего раньше подобного ((

А может тебе просто задать свои параметры дата начала дата конца и от них задать параметры наборов данных?

Я, если честно, вообще не понимаю, зачем там 2 набора данных? Если все в одном запросе прекрасно уместить можно.

- так они программно должны меняться. Так как они не статичны.

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

задаю параметр период через свой параметр дата конца, ну заодно там его немного шаманю

Это что? Файл удален

Какое суммирование? По каким колонкам?

ну вот был запрос ВЫБРАТЬ     ПродажиОбороты.Номенклатура КАК Номенклатура, Только так придумала, но некорректно работает.

А почему соединение именно внутреннее?

файл вижу, но не подойдет так как повторюсь, эти параметры не статичны.

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

а что там с параметрами которые должны программно менятся?

Короче смотри У нас есть Продажи за период &НачалоПериодаПродажи и &КонецПериодаПродажи. Также указывается количество месяцев пользователем для расчета суммы продаж. Надо получить пример: Продажи на конец апреля, мая, июня, июля, где на апрель  - сумма продаж за янв, фев, март, апр, на май - сумма продаж за фев, март, апр, май, на июнь - март, апр, май, июнь, на июль - апр, май, июнь, июль

а какое ставить?

Левое?

Все равно не верно (

"Продажи на конец" - что под этим подразумевается? Конечный остаток или оборот?

Оборот

У нас уже 9, выгоняют с работы ((. Но народ, тема не закрыта ни фига, послезавтра сдача, если не сделаю - каюк ...

Зимакова, выложи уже отчет куда-нибудь "пощупать", а то как то непонятно всё

Слава б-гу :) В-общем, смотри как сделай: ВЫБРАТЬ     ПродажиОбороты.КоличествоОборот, ВЫБРАТЬ ВТ_ПродажиОбороты.*, ВТ_ПродажиОбороты2.СуммаПродаж ИЗ ВТ_ПродажиОбороты КАК ВТ_ПродажиОбороты

слава богу, слава богу ... ))) ну если проблема у меня ))). Спасибо, завтра попробую и отпишуусь )

о-па ))) а откуда фамилию знаешь?)) Не кж то учились вместе?) Колись, ты кто?))

в скрине засветилась ))

Ааа, эх, а я то думала знакомые люди тут торчат ))). Завтра обязательно сктну сам отчет.

- не верно считает (, И я не много не поняла параметр &НачалоПериодаПродажиСумма - он же должен меняться ... А не задаваться перед выполнением СКД

Отчет -

Ничего там не должно меняться. Последний запрос вот так переделай ВЫБРАТЬ ВТ_ПродажиОбороты.*, ВТ_ПродажиОбороты2.СуммаПродаж ИЗ ВТ_ПродажиОбороты КАК ВТ_ПродажиОбороты ПО ВТ_ПродажиОбороты.Номенклатура = ВТ_ПродажиОбороты2.Номенклатура И ВТ_ПродажиОбороты.ПериодПродажи МЕЖДУ ДОБАВИТЬКДАТЕ(ВТ_ПродажиОбороты2.ПериодСуммаПродаж, МЕСЯЦ, &КолМесяцев) И ВТ_ПродажиОбороты2.ПериодСуммаПродаж

+ т.е. -&КолМесяцев

и - вопрос - &НачалоПериодаПродажиСумма мы откуда берем? Ведь она должна меняться, то есть если нам нужна сумма на конец мая за 3 месяца до, то &НачалоПериодаПродажиСумма должна быть 01.03.2015, сумма на конец июня за 3 месяца до, то &НачалоПериодаПродажиСумма должна быть 01.04.2015. И у тебя указана периодичность в конечном запросе - все поля участвующие в продаже, а надо только те, для которых идет расчет "на конец"

Мне нужно делать вроде подзапроса в запросе - как народ говорил на других форумах типа коррелирующих. Но Запросы так не умеют в 1с. Такая возможность есть в СКД при разных наборах данных. Вот так : Ошибка: {Форма.ФормаОтчета.Форма}: Ошибка при вызове метода контекста (Вывести)     ПроцессорВывода.Вывести(ПроцессорКомпоновкиДанных);     по причине: Ошибка вывода результата по причине: Ошибка при выводе результата по причине: Ошибка получения данных по причине: Ошибка создания набора данных "НаборДанных3" по причине: Ошибка при исполнении запроса набора данных по причине: {(7, 2)}: Ошибка обработки представления "РегистрНакопления.Продажи.Обороты:Несоответствие типов (Параметр номер ""1"")"

Да блин.... У тебя период, за который нужно извлечь данные для второго случая уже известен - перечитай свой же пост , только вдумчивей. Если у тебя на конец апреля должна быть сумма продаж за период с января по апрель, то &НачалоПериодаПродажиСумма у тебя будет равно январю. Поняла? А дальше запрос с разбивкой по периодам (месяц), и делаешь как в - >> все поля участвующие в продаже, а надо только те, для которых идет расчет "на конец" Какие поля тебе надо извлечь из запроса, это ты уже сама решай. Я тебе просто привел пример.

тупейшая задача

Блин, да не пашет она ВЫБРАТЬ     ПродажиОбороты.КоличествоОборот,             И (ВТ_ПродажиОбороты.ПериодПродажи МЕЖДУ ДОБАВИТЬКДАТЕ(ВТ_ПродажиОбороты2.ПериодСуммаПродаж, МЕСЯЦ, -&Разность + 1) И КОНЕЦПЕРИОДА(ВТ_ПродажиОбороты2.ПериодСуммаПродаж, МЕСЯЦ)) СГРУППИРОВАТЬ ПО рез -

- Тупейшая ... я точно также могу сказать, а пользователю НАДО (. Лучше бы посоветовал что-нибудь.

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

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

Но как там крутиться с периодами? Через выбор когда ... и по условиям? Так что ли?

нет, как раз начните с периодов. Вам нужно получить N дат, которые обозначают периоды в отчете. Даже если в эти периоды не было оборотов. Как получить периоды ищете в кз на этом форуме. Далее, получите таблицу вида период минус н месяцев,период Получите обороты номенклатуры по месяцам за период минус 2н месяцев по период. Соедините периоды с уникальными номенклатурами. К результату объединения левым соединением рассчитанные ранее обороты с условием по номенклатуре и период продаж между период объединения минус Нмесяцев и период объединения, итоги сумма количество сумма сумм по период объединения, номенклатура. Вернее группировка и агрегирующие функции. Всё

Нашла пример - подогнала под себя. Обороты даже если не было движения ГДЕ     РегламентированныйПроизводственныйКалендарь.ДатаКалендаря МЕЖДУ &НачалоПериодаОстаток И &КонецПериодаОстаток

ПродажиОбороты.Период, АВТОУПОРЯДОЧИВАНИЕ

А если календарь не заполнен?

Правильно ли я понимаю, что есть 2 параметра дата последнего периода & количество месяцев суммирования продаж N

Давно бы уже нарисовала, скормив в скд свою самописную таблицу.

- заполнен

Это первый такой заморочный отчет в СКД и времени нету (

- Параметры: НачалоПериодаОстаток КонецПериодаОстаток В них Определяется на конец каких месяцев должна считаться сумма оборотов из предыдущих НачалоПериодаПродажи КонецПериодаПродажи В них весь период для расчета суммирования оборотов то есть НачалоПериодаОстаток - &кол-во месяцев по  КонецПериодаОстаток И Разность - кол-во месяцев для сдвига

Отчет проще некуда

SELECT     Единицы LEFT JOIN Единицы Десятки     ON 10<=&N LEFT JOIN Единицы Сотни     ON 100<=&N LEFT JOIN Единицы Тысячи     ON 1000<=&N SELECT WHERE     РН.Период BETWEEN DATEADD(BeginOfPeriod(&Дата,Month),Month,0-2*(&N-1))    AND EndOfPeriod(&Дата,Month) ; SELECT      Периоды.Период     ,НоменклатураПродаж.Номенклатура INTO     НоменклатураПродажПериоды     FROM SELECT     НоменклатураПродажПериоды LEFT JOIN РегистрНакопления.Продажи РН ON         РН.Период BETWEEN НоменклатураПродажПериоды.ДатаНачалаИнтервалаПродаж AND НоменклатураПродажПериоды.ДатаОкончанияИнтервалаПродаж    ,НоменклатураПродажПериоды.Номенклатура

Если чо, стучи в скайп

- Блин, фантастика какая-то ... &Дата как я поняла - это &НачалоПериодаОстаток в моем случае, а как к этому параметру прибавлять месяц, пока не дойдем до Концапериодаостаток?

Ааа, сейчас вроде все понятно стало... Афигеть ...

Наоборот, это любая дата из последнего месяца, например, для любое число июля. Ну посмотри же в табличке Периоды Там же просто все :(

для N=4 и дата - любая дата июля

Всё что до выборки номенклатуры работает в любой конфигурации платформы 8.1 и выше.

Блин, спасибо огромное, мне еще расти и расти до этого понимания ... Хотя сейчас поковырялась - немного понятнее стала что ты делаешь

:)

Там все очень просто. Таблица "Единицы" нужна для того, что бы получить нужное количество записей, в данном случае, месяцев. Таблица Итератор выводит числа от 0 до N-1. Таблица Периоды выводит Период и диапазон для расчета продаж Таблица НоменклатурыПродаж нужна только в том случае, если для каждого периода набор номенклатур должен быть одинаков. Далее умножаем Номенклатуры на Периоды, получаем кучу записей номенклатуры с периодами, индексируем, хотя это и не обязательно, скорее даже в данном конкретном случае вредно. Ну и вычисляем продажи номенклатуры.

-  а тут проблемка небольшая нарисовалась ... пример по результату приведу:

Что это, Бэримор? (с) Вы и правда думаете, что по снимку экрана я считаю всю логику Вашего отчета и данные? :)

Хотя я предполагаю, что что-то не так соединено

Ммм, ок, перепроверю соединения ), Бэримор??? )))

Что интересно если берем вот такие данные - то все идеально ...(((

Издеваешься?:)

Понятно, ты N берешь из последней оборачиваемости, коя потом будет красится красненьким. Для твоих настроек из N=4, а не 3, как на форме. Собственно, тогда вполне понятно откуда такой результат. Для N=3 по маю посчитает май, апрель, март (3 месяца), и продажа февраля не попадает. Зато мило светится в продаже апреля, как и должно быть в твоем случае при N=3.

Вот так идеально считает при любых случаях:     ПродажиОбороты.Период, ИЗ Спасибо всем за ответы )