Доброго времени суток.

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

Есть отчет на СКД. Запрос представляет собой объединение двух виртуальных таблиц типа ОстаткиИОбороты. Вот он:



ВЫБРАТЬ
СкидкиКлиентовОстаткиИОбороты.Регистратор,
СкидкиКлиентовОстаткиИОбороты.Клиент,
СкидкиКлиентовОстаткиИОбороты.ВидСкидки,
СкидкиКлиентовОстаткиИОбороты.Валюта,
СкидкиКлиентовОстаткиИОбороты.ПериодСекунда,
СкидкиКлиентовОстаткиИОбороты.СуммаНачальныйОстаток,
СкидкиКлиентовОстаткиИОбороты.СуммаКонечныйОстаток,
СкидкиКлиентовОстаткиИОбороты.СуммаПриход,
СкидкиКлиентовОстаткиИОбороты.СуммаРасход,
0 КАК СуммаНачальныйОстатокРезерв,
0 КАК СуммаКонечныйОстатокРезерв,
0 КАК СуммаПриходРезерв,
0 КАК СуммаРасходРезерв
ИЗ
РегистрНакопления.СкидкиКлиентов.ОстаткиИОбороты({(&НачалоПериода)}, {(&КонецПериода)}, Авто, , ВидСкидки <> &Задолженность) КАК СкидкиКлиентовОстаткиИОбороты

ОБЪЕДИНИТЬ ВСЕ

ВЫБРАТЬ
РезервыСкидкиОстаткиИОбороты.Регистратор,
РезервыСкидкиОстаткиИОбороты.Клиент,
РезервыСкидкиОстаткиИОбороты.ВидСкидки,
РезервыСкидкиОстаткиИОбороты.Валюта,
РезервыСкидкиОстаткиИОбороты.ПериодСекунда,
0,
0,
0,
0,
РезервыСкидкиОстаткиИОбороты.СуммаНачальныйОстаток,
РезервыСкидкиОстаткиИОбороты.СуммаКонечныйОстаток,
РезервыСкидкиОстаткиИОбороты.СуммаПриход,
РезервыСкидкиОстаткиИОбороты.СуммаРасход
ИЗ
РегистрНакопления.РезервыСкидки.ОстаткиИОбороты({(&НачалоПериода)}, {(&КОнецПериода)}, Авто, , ) КАК РезервыСкидкиОстаткиИОбороты

==============================================================
Скрин1: http://savepic.su/151676.jpg
Скрин2: http://savepic.su/141436.jpg
Если в СКД задать вложенные группировки: Клиент-ВидСкидки-Регистратор то итоги расчитываются не правильно. На скрине1 видно, что конечный остаток по 2-й группировке равен нулю, что не верно.

На втором скрине видно, что если убрать группировку по регистратору, то все считается правильно!



Если запустить этот запрос в Консоли запросов, то там всегда конечные начальные остатки считаются верно. Видимо дело в СКД? Или я что то не так делаю?



З.Ы. Пробовал тоже самое проделать с построителем отчета, результат тот же. Пробовал делать соединение(а не объединение), результат тот же. Пробовал играться с параметрами виртуальных таблиц (Периодичность,Метод дополнения) - безрезультатно. Пробовал разбивать виртуальные таблицы на два отдельных набора данных, а дальше соединял, либо объединял их, тоже неправильные конечные и начальные остатки.

Тоже интересно.

итоги без регистратора
+
движения с регистратором
+
объединение по измерениям

(2) Не совсем понял, объясни пожалуйста

два запроса писать и объединять
в первом только итоги по измерениям
во втором только движения до регистратора

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

А что не правильно в роли:
Скрин3: "http://savepic.su/163957.jpg"

Что за "Сумма2"?

Сделай объединение не запросом а СКД.
Регистратор и ПериодСекунда в дополнительные поля а не группировку.

(8) Объединение пробовал делать СКД, а не запросом, одинаковый итог.

"Регистратор и ПериодСекунда в дополнительные поля а не группировку" - как это в дополнительные поля? Т.е. к предыдущей группировке добавить? Но ведь Регистратор это период и его нельзя вместе с измерением выводить. Поясни пожалста, что имел в виду?

Сумма2 это просто нахвание группировки ресурсов. Оно может быть любым - главное чтоб оно было одинаковое для нач и кон остатка. У меня есть два ресурса СуммаСкидки  и Сумма резерва, поэтому для каждого своя группировка "Сумма" и "Сумма2"

Ошибся, в выводимые поля. Чтобы детальные записи были.

(11) так тож не получилось, эффект тот же:
http://savepic.su/185217.png

интересно еще то, что ниже, по 2-й группировке "Скидки для сетей" конечный остаток посчитался верно

пробовал засунуть объединение во вложенный запрос и с него получать данные - не помогло

ап

Глупое предложение аля - метод тыка. Попробуй в запросе ресурсы кинуть в суммируемые поля...

кури типовые отчеты...

Кури СКД:Бесплатный  курс. Намекну, что стоит поиграться с добавлением в список выбираемых полей Период - Секунда.

Ну и еще вроде с галочкой Дополнительный)

Я ведь писал, что пробовал Период-Секунда и как группировку и как выбранное поле, один фиг не получается.

Может кто нибудь показать пример запроса из двух виртуальных таблиц ОстатковИОборотов на скд, чтоб итоги правильно рассчитывались, несмотря на присутствие поля регистратор в детальных записях?

Пример отчета http://www.fayloobmennik.net/1041072

(21) благодарю! Но у тебя в связях наборов стоит галочка "Обязательная связь". Никак не могу разобраться, что она означает, но очень похоже, что левое соединение. А для моей задачи необходим аналог полного соединения, т.к. могут быть две похожие записи из разных регистров с одинаковыми измерениями (напр. Склад и Номенклатура), но разными регистраторами. В этом случае в отчет должны попасть обе записи в двух разных строках! Я пробовал делать полное соединение в рамках одного запроса, но там вытекают старые проблемы с расчетом нач. и кон.остатков!

Разобрался. Создал еще один наборданных, в котором соединил все регистры в запросе полным соединением - получился некий сводный набор данных. Затем левым соединением присобачил к нему два предыдущих набора. Все работает.

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

Спасибо всем, кто помогал. Отдельно спасибо PVV65, не поленился и прислал отчет, который натолкнул меня на верное решение.

Вот отчет на СКД для 8.2 на упр.форме законченном виде:
http://www.fayloobmennik.net/1041374

(23) >>Создал еще один наборданных, в котором соединил все регистры в запросе полным соединением

В СКД есть набор данный - Объединение. Т.е. можно обойтись и без дополнительных запросов. Пример решения с полным соединением - http://www.fayloobmennik.net/1041421
Обрати внимание на роли набора данных - объединения.

Я пробовал этот вариант, там ситуация была такова, что если период или регистратор присутствуют в выбранных полях, то итоги по измеренияи не считались или считались не правильно, а если рег. и периода не было, то все считалось правильно. Таким образом, первый вариант с соединением наборов данных единственно правильный, насколько я смог разобраться!

(25) В (24) вполне рабочий отчет. Разве что - красоту навести.

Спасибо!