СКД: Группировки??? #547244

Элементарная задача: построить ведомость по остаткам товаров и исключить из неё движения по документам определенного типа. Решаем через СКД. Исходный запрос: ВЫБРАТЬ    ТоварыНаСкладахОстаткиИОбороты.Номенклатура,    ТоварыНаСкладахОстаткиИОбороты.КоличествоНачальныйОстаток,    ТоварыНаСкладахОстаткиИОбороты.КоличествоКонечныйОстаток,    ТоварыНаСкладахОстаткиИОбороты.КоличествоРасход Всё нормально строится, только нужно исключить движения по документу КорректировкаСерийИХарактеристикТоваров. Попробуем это сделать:    ТоварыНаСкладахОстаткиИОбороты.Номенклатура,    ТоварыНаСкладахОстаткиИОбороты.КоличествоНачальныйОстаток, С движениями всё нормально, но вот с остатками непонятки - они начинают суммироваться как бы по нижнему уровню групировки по регистратору! То есть, например, если начальный остаток был 1, а затем одно произвольное движение (для которого в расшифровке по группировке начальный остаток тоже 1), то в данном варианте отчета, в начальном остатке будет уже 2!!! Как ни будь можно обойти эту проблему, или для подобных задач СКД не подходит, и нужно программно организовывать обход группировки по регистратору с анализом самого регистратора, то есть писать отчет с 0?

Играй, гармонь. Роли полей.

А так нельзя? ВЫБРАТЬ    ТоварыНаСкладахОстаткиИОбороты.Номенклатура,    ТоварыНаСкладахОстаткиИОбороты.КоличествоНачальныйОстаток,    ТоварыНаСкладахОстаткиИОбороты.КоличествоКонечныйОстаток,    ТоварыНаСкладахОстаткиИОбороты.КоличествоРасход ГДЕ НЕ ТоварыНаСкладахОстаткиИОбороты.Регистратор ССЫЛКА Документ.КорректировкаСерийИХарактеристикТоваров

Не помогает. А можно поподробнее. Роль у Номенклатуры - измерение. Что ещё нужно сделать?

Создай новый запрос из 1 варианта в СКД и посмотри внимательно

Исходя из более правильный вариант:    ТоварыНаСкладахОстаткиИОбороты.Номенклатура,    ТоварыНаСкладахОстаткиИОбороты.КоличествоНачальныйОстаток,    ТоварыНаСкладахОстаткиИОбороты.КоличествоКонечныйОстаток,    ТоварыНаСкладахОстаткиИОбороты.КоличествоРасход ГДЕ    (НЕ ТоварыНаСкладахОстаткиИОбороты.Регистратор ССЫЛКА Документ.КорректировкаСерийИХарактеристикТоваров) Куда смотреть - на роли? Там вроде всё очевидно...

Одним словом вопрос остается открытым... Может кто сталкивался?

На ИТС есть пара статей о остатках и регистраторах.

Попробуй вытащить регистратор и секунду в поля

Тут ещё круче. Эта проблема проявляется только если группировать только по номенклатуре. Если добавить ещё и группировку по регистратору - то всё нормально, остатки не искажаются.

P.S. В данном запросе поля регистратор нет, но я пробовал и с ним, и получалось. Но мне не нужен разворот по регистратору.

Во вложенный запрос помести

Мда. Нахрена, интересно, я ответы пишу?

Регистратор - это уточнение периода.

Благодарю! Разобрался! Но без нормального описания СКД нет понимания почему оно заработало в результате соподчинения измерения регистратору :-). Одним словом нужна нормальная книга, может посоветуете что ни будь?

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

Кстати, можт, есть желающие еще одну книгу написать? ) Не забудьте только подробнее описать про расширение языка запросов для СКД, про "Номер группы" в конструкторе запросов, ну и про остатки и обороты с регистраторами и реквизитами регистраторов. Остальное у Хрусталевой, вроде, имеется ) Думаю, она сразу станет бестселлером среди 1с-ников )

"про "Номер группы" в конструкторе запросов" - тебе открыть тайну? Он еще в 8.0 был. И про него все написано в документации. Книгу ему подавай...

Что-то я не нашел...

Вы про разный "Номер группы". Один про номер в объединении таблиц второй про поле.

Неа. Он же сказал "в конструкторе запросов"

Я имею ввиду НГ на закладке "Компоновка данных" (подзакладка "Таблицы"). Если кто знает, подскажите, для чего оно.

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

Defender, по-моему, тебе нужно задуматься о реализации идеи в ) Готов быть первым покупателем )

Документацию не читают, Хрусталеву не читают... Думаешь, кто-нибудь меня читать станет? :)

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

Тут в продолжении темы очередные непонятки... Пока Хрусталеву не прочитал, надеюсь на вашу помощь :-). Исходный запрос - это так сказать в качестве примера. Реально нужно к нему присоединять ещё и остатки на конец периода по резервам, заказам, производству и т.д. Все эти дополнительные остатки выбираются из соответствующих таблиц "остатки" в отличии от основных данных, которые выбираются из таблицы "ОстаткиИОбороты". Так вот, для нашего случая, когда происходит неявный обход группировки "регистратор", нужно у полей этих дополнительных остатков установить признак "Остатки", причём у меня заработало только в том случае, если я указал в поле "тип" - "нет". В случае выбора "Конечный остаток" или "Начальный остаток" при выводе отчета возникает ошибка, что то типа несоответствия чего то из Набора1 (точно не помню - пишу из дома). Насколько я понял, только у одного поля может быть установлено "Начальный остаток" или "Конечный остаток", только вот непонятна суть этих типов остатков, если всё работает и с типом "Нет"... И вообще, для большого количества полей типа "Остаток" как быть, особенно если выборка производится из нескольких таблиц "ОстаткиИОбороты". Извиняюсь за сумбурность изложения, но уж больно тема заинтересовала, хочется разобраться :-)

Для роли поля "Остатки", как ни странно, нужны 4 поля. Начальный остаток, приход, расход, конечный остаток. Не обязательно их выводить, достаточно чтобы они присутствовали для расчета.

А если таких полей больше 4?

Оборот? Он не нужен :)

Ну или

Полей больше. Из регистра остатки товаров - начальный остаток, приход, расход, конечный остаток, из регистра резервы - конечный остаток, из регистра заказы на производство - конечный остаток, из регистра заказы поставщикам - конечный остаток, из регистра товары к передаче - конечный остаток, из регистра товары к получению - конечный остаток. Полное соединение по номенклатуре. В приход и расход включать информацию в зависимости от регистратора (довольно сложные условия). Так вот, для всех полей кроме первых четырех я прописал тип поля - остатки с типом "нет". Получился нужный мне результат. Правильно ли это с методологической точки зрения?

>> В приход и расход включать информацию в зависимости от регистратора Это методологически не правильно :) В этом случае у тебя будут остатки не те которые рассчитаны в регистре а те которые посчитаются в запросе. >> для всех полей кроме первых четырех Они будут "правильные" не по всем группировкам.

В моем случае, несмотря на то что на приход и расход стоят фильтры, остатки абсолютно правильные :-). Только вот алгебра получается кривая: нач.ост. + приход - расход не обязательно = кон.остаток. Но нам нужно именно так. По большому счету эти поля нужно называть по другому. Одним словом, нужно отфильтровать складские движения и всякие там пересорты. И мне помогли достичь этого результата роли полей - соподчинение измерения "номенклатура" регистратору.