В СКД, выводить группировку только если записей больше 1. Как сделать, подскажите кто сталкивался ? Или наоборот выводить только группировки если запись 1 или меньше.

вот скрин того что мне надо
[url=https://radikal.ru][img]https://c.radikal.ru/c21/1902/a2/3869f5af42ac.jpg[/img][/url]

<a target="_blank" href="https://radikal.ru"><img src="https://c.radikal.ru/c21/1902/a2/3869f5af42ac.jpg"; /></a>

https://c.radikal.ru/c21/1902/a2/3869f5af42ac.jpg

В типовом СКД или группировка есть или ее нет.
А есть она ели есть хоть одна запись уровнем ниже.
То что Вы хотите можно сделать только при программном выводе, с соответствующим удорожанием стоимости поддержки.
ИМХО овчинка выделки не стоит.

(0) в смысле больше 1? Выводится, если детальные записи в принципе есть, даже при одной. А если нет, то группировать нечего, нет данных.

(5) посмотри (3) скриншот

(6) я тебе дал полный и исчерпывающий ответ

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

а так не вижу проблемы отключить нижние группировки

(0) смотри в сторону настройки отборов на уровне группировки.
Если группировка не попадает в отбор, то не выводится не только она и но и подчиненные тоже. Поэтому первый вариант таким способом не реализовать, а второй вполне возможно.
Для этого нужно будет на уровне детальных записей изобразить поле, которое показывает сколько их в группировке. Заметь - в конкретной группировке, поэтому универсально сделать не получится. После этого поставить отбор на группировке с детальными записями, благодаря которому они не будут выводится если их 1 штука в этой группировке. После этого останется только поставить "Выводить отбор" = Ложь, чтобы настройка отбора не выводилась под каждой записью.

(9) (8) а самая беда в том, что в Ваших вариантах - чуть трогаешь компановку и все полетит к чертям.
Ещё раз повторюсь. Программный вывод будет менее инвазивным.

Добавляешь вычисляемое поле с количеством элементов в группировке, отбор на высоту детальных записей если колиество элементов = 1
(10) Так в программном выводе тоже завязываешься на конкретную группировку или не?

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

Эх, массовики затейники

(0) 1. Добавляешь в запрос поле "1 как КоличествоДетальныхЗаписей"
2. Делаешь в настройке структуры группировок две вложенных группировки
3. Для второй группировки ставишь условие "КоличествоДетальныхЗаписей > 1" и отключаешь вывод отбора
Все

(13) До первой модификации отчета)
Только ты про одну маленькую деталь забыл, там еще кое что надо сделать, в таком виде не взлетит.

(14) И вот эта маленькая деталь - в дальнейшем часто нехило так мешает

(14) >>До первой модификации отчета)
Даже не знаю, что сказать
Ну да, первый же криворукий настройщик может все поломать

>>Только ты про одну маленькую деталь забыл, там еще кое что надо сделать, в таком виде не взлетит.
Все взлетит

(15) Ну так не тяни интригу, вываливай шокируюшие подробности :))

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

Фильтр по группировке с отбором ресурса, помню у меня такое говнище было, что пришлось вариант 2 делать.

(18) принципе и поле в запросе не надо, имелось ввиду

(18) Конечно ресурсом, иначе оно всегда будет равно 1 :))

(21) на сколько я помню - расшифровки ломаются

(19) Слушай, тяжело тебе
Я так понимаю, отчет по остаткам ТМЦ, где остаток, к примеру, больше 10 — это анриал, в крайнем случае реализуется только через непомерное говнище?

(23) Ок уточню. Когда ресурс - фильтр группировки.

А не фильтр отчета

Ибо он когда делает отчет - расшифровку - выкидывает ненужные поля (а фильтр ресурса он считает не нужным) и полнейшая хрень выходит.
В 8.2 наелся таких отчетов.
Может ща что и поменялось, но думаю врядли.

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

В самом тупом первом приближении.
Но чем сложнее отчет, тем выше шанс напороться.
https://yadi.sk/i/A97PaanCfgNjRw
https://yadi.sk/i/e4RNX1krY1S0-A
Да я понимаю как этого избежать, но в случае с фильтром - группировкой, этой ситуации в принципе бы не было.

(28) Фильтром - измерением.
Почему так - легко ясно и понятно, намеренно опущено 1 важное измерение, что привело к искажению.
Но чем сложнее отчет - тем легче нарваться.
При наложении фильтра не ресурса - такой ситуации в принципе нет, вот что я хотел показать.

Хех, прошу пардону, что-то я поспешил с фильтром по полю КоличествоДетальныхЗаписей, оно же всегда 1
Все-таки нужно юзать новые функции СКД в вычисляемых полях, в которых считать количество записей в группировке