Группировка регистров накопления в отчёте #810767

Есть n'ое количество однотипных регистров накопления, в которых ресурсы заполняются при провидении документа в зависимости от попадания в одну из категорий. То есть если у документа значение больше 180, то регистр 180 получает +1. Вопрос в том, как сгруппировать эти регистры про формировании отчета?  Чтобы выглядело это так , где каждая строка – регистр, а колонки – его ресурсы.

эээээ....ммммм..... где траву брал?

на скрине ресурсы, а не регистры. провИдение оно такое. сегодня больше 180 завтра меньше а вообще ужас. а если завтра понадобится интервал от 180 до 190 еще ресурс добавлять ?

и да, покажи а как пробовал группировать

Ресурсы огонь!

ладно уже с этим ты бы задачу озвучил??? что ты там собираешься такое сделать?

Объясни свою задачу может тебе более изящное решение подскажут!

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

Это какое то развитие задачи из спеца? Да в принципе и времена другие, если формы управляемые, то почему кролики не могут быть генномодифицированными ;-)

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

а, ну и соответственно все люди для удобства группируются на те самые категории 140-150, 150-160 и т.д.

>>по которым там же вычисляется коэффициент его успешности каким образом, из каких данных или просто вносятся цифири? >>Так же есть отделы, куда этот человек хочет пройти. Это отдельный справочник? >> сколько людей и с какими результатами прошли для каждого направления. Где обозначается потолок для каждого отдела? >>Триггером приёма является проведение документа. Приема куда? Какого документа?

А чо в один ресурс-то не писать? Это ты разрабатывал?

+11 Ты где эту задачу взял?

По сабжу вопроса: открой для себя таблицы в СКД. Или динамически формируй запрос.

ну и храни в регистре Измерение - "ЛюдяЧеловек", ресурс - "баллы"

+11 Модель хранения данных??

Ты его полоску видишь, он второй день на форуме! Тут надо нежно, а то подумает что мы злые и перескочит в SAPеры, а оно нам надо?!

стопудово это на собеседовании где то ему дали

>каким образом, из каких данных или просто вносятся цифири? В отдельно поле справочника. >Это отдельный справочник? Да >Где обозначается потолок для каждого отдела? Нигде, нужно отслеживать только на промежутке от 140 до 180, но при этом значение может быть и больше. >Приема куда? Какого документа? Приёма в отдел.

Но все через это прошли:) Все зеленые были))

В что будет, если я в справочник введу, например, 997?

погоди с проверками, тут модель данных надо решить)

Если документ о его приёме будет проведен, то он попадет в категорию 180+

а почему не 160?

ПроходнойБалВОтдел Документ Реквизиты Сотр ПроходнойБал Отдел Я правильно начинаю понимать?

Так это же разоаботка через тестирование: вот тебе вопрос и сразу видно проблему в лоб.

А теперь транспонируй это в табличный вид, что увидишь?

и чо?? пока ничего не ответил чо тут траспонировать? Людя, Отдел, ТестБалСотра и верти как хочешь ну я толком не знаю чо там у него

Да.

или как ему надо? что бы В доке ТестБалСотра вводишь и там отдел подбирается из  Проходного бала отдела

тут извращений можно делать мульён тест ТестБалСотра пишется в спр сотров при записи дока и сразу ему подбирается отдел?

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

Ну дык он то молчит )) РС Измерения Людя Отдел Ресурс ТестБалСотра

Отчет в СКД построить запросто