Доброго.
Запрос к регистру накопления, сделать его вертикальным.
Есть такой регистр накопления, вид регистра Остатки.
В нем есть несколько измерений, регистратор пишет так, в два смежных измерения.
Например.
Регистратор 1  приход по Измерению 1, расход по Измерению 2.
Регистратор 2  приход по Измерению 2, расход по Измерению 3.
Регистратор 3  приход по Измерению 3, расход по Измерению 4.
Регистратор 4  приход по Измерению 4, расход по Измерению 5.

Надо нарисовать такой отчет.
Измерение 5
--расход по Измерению 5.
Измерение 4
---приход по Измерению 4
-- расход по Измерению 4.
Измерение 3
---приход по Измерению 3
-- расход по Измерению 3.
Измерение 2
---приход по Измерению 2
-- расход по Измерению 2.
Измерение 1
---приход по Измерению 1

Никак не соображу, с какой стороны зайти.
Пример приведен идеальный, Регистраторов по измерению как может быть несколько, так и не быть совсем.
Спасибо за любые идеи.

Хреновый пример, дай скриншот записей в РН

(0)  union

(0) Если это корреспонденции, то регистр бухгалтерии их поддерживает.

Или тебе приход и расход в одну колонку засунуть, тогда (2) правильно

выбрать
"Приход" как ТипДвижения,
РН.СуммаПриход как Сумма,
...

объединить все
выбрать
"Расход",
РН.СуммаРасход,
...

(2) (3) классическая болезнь 1с ника - путать получение данных и представление .

к тому же в мс скл можно нарваться на ошибку типа "intra-query parallelism deadlocks"

(4) Что-то умное сказал, но ни фига не понятно :)))
И ошибку такую за 18 лет ни разу не видел.

Получил уточнение чего хотят.
Вот структура регистра
http://prntscr.com/s7x0dg

А отчет надо вот с такой группировкой
Измерение 5                
    Измерение 4            
        Измерение 3        
            Измерение 2    
                Измерение 1

(6) И нафига этот незакрытый регистр сдался ?

(7) В смысле не закрытый. Что-то купили, переколбасили по переделам, продали.

(6) Тогда 1С-овские "ИТОГИ ПО".

(0) Структура регистра кривая. Это приведет к падению производительности системы и к усложнению кода.

Рекомендация: не городить костыли для костыля. Разобраться, почему сделано именно так. Оптимизировать структуру регистра. Вопрос в сабже отпадет сам собой.

(8) Приход с одним набором измерений и расход с другим набором измерений.

(9)Не дошел я еще до итогов.

Это приведет к росту таблички итогов в геометрической прогрессии

(10) Мне досталось по наследству, базе ведется так с 2010 года, самописка. Ваш вариант?

(12) С запросами все просто.
Если тебе надо "растягиваться" по горизонтали, тогда join.
Если по вертикали, тогда union.
Если нужна иерархия, тогда ИТОГИ ПО.

(12) Считай, что дошел )))

(11) Ну так все правильно, измерение в данном случае признак внутренней партии.
Купили заготовку, обработали раз, полуфабрикат 1, обработали два, полуфабрикат 2, обработали три полуфабрикат 4, продали готовое изделие.
На входе док одна партия, на выходе другая. Так как партия имеет сложный признак генерации, их вот так вот раскидали.

(16) До ручки?

(14) беги оттуда!

(19) Без паники. Пасовать перед трудностями не наше кредо.
Ты лучше скажи как правильно.
Я перепишу втихаря. Добавлю правильный регистр, как ты скажешь. И в доках проводки сделаю. Потихоньку перепроведу доки. И все будет пучком.

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

(17) Добавили еще одну стадию обработки - и вся твоя "красивая и идеальная система" перестала работать.

(21) За 10 лет не добавили. Технология веками типа отработана.
Но я готов к любым интересным идеям.

(22) Ну тогда (2).

Если использовать union, то как мне связать блоки запроса чтобы получить нужную мне группировку?
Отчет надо вот с такой группировкой
Измерение 5                
    Измерение 4            
        Измерение 3        
            Измерение 2    
                Измерение 1

(24) Измерение1 как Изменение
union Измерение2
union Измерение3
union Измерение4
union Измерение5

В остаточном регистре приход и расход по заведомо разным измерениям?
Суровая архитектура. И беспощадная.

(25) Ему нужна иерархия.

(22) Если за 10 лет технология отработана, то должны присутствовать и чудесные отчеты по этому чудесному регистру. Найди и зашаблонь.

Глядя на картинку в (6) не очень понятно, как заказчик видит себе детализацию одних измерений другими. Там же бред какой-то выходит.
Развернув итоги по пустому Измерению5 - увидим расходную часть по Измерению4. Развернув итоги по пустому Измерению4 - мы увидим приходную часть по Измерению3.
Это все так и надо?

(29)Что похожее на обычный передел, док списал одну партию, с одной номенклатурой, на выходе получили другую партию с другой номенклатурой.

(30) Для разузлования не нужно по измерению на каждый передел. Но задача построения иерархии разузлования не банальная, в один запрос не решается.

(0) Может Вы не так поняли задачу и им нужно что-то типовой ведомости по товарам на складах? С итогами по измерению? Как в типовом отчете

(27) А, дошло.
Тогда вообще не понял, в чем проблема.

1. получаешь все данные из регистра как есть.
2. В отчете рисуешь группировку:
Измерение 5                
    Измерение 4            
        Измерение 3        
            Измерение 2    
                Измерение 1

В чем проблема? Не понял.

(33) >> В чем проблема? Не понял.
Проблема в том, что эту иерархию нужно собрать, а в регистре каша с пустыми измерениями.