при изменении конечной даты меняется начальный остаток #442572

Есть 2 регистра в нетленке :) по ЗП, один остатков, другой оборотов - больше уровней аналитики. делаю через Объединение запрос по ним, так же использую построитель. Сам текст запроса подсовываю универсальному отчету (из УТ для 8.1). Все хорошо, кроме одного момента :) - если брать интервал, где нет движений по сотруднику - начальный остаток правильной (конечный равен начальному, что тоже правильно). Но если, изменив конечную дату отчета указать период, где было бы хоть 1 движение - начальный остаток =0, движения все правильно указаны, конечный остаток тоже правильный (т.е. реальный). Если сформировать карточку движений по регистратору - там правильный начальный остаток. Почему пропадает остаток ? Заранее премногоблагодарен. ЗЫ в тексте запроса вроде ничего военного, что его приводить. да и большой он :)

например вместо НачДата КонДата

тогда бы при правильном не нулевом конечном остатке и начальный был не нулевой. вообщем это первое , что проверил :)

заметил еще закономерность, если поставить отбор по измерению фирма - остатки правильные в любом случае. Если делать группировку по фирме без отбора - результат НЕ правильный в регистре накопления 2 измерения  - Сотрудник, Фирма, в оборотном Сотрудник, Фирма,ВидЗП

приподниму, бо надо. хелп плиз

страдаю дальше :) если делать группировку только по сотруднику - результат правильный. добавляю фирму в группировку - результат не правльный, добавляю еще группировку какую нибудь (т.е. получается 3 группировки) - результат правильный. вообщем мистистика возле измерению Фирма

дело в запросе, показывай

ПериодГод}    ЗарплатаОстатки.Сумма13Оборот,    Фирма.*} АВТОУПОРЯДОЧИВАНИЕ

ну, думать же надо о людях, которые читать это будут!.. ты хоть директивы построителя почисти, ну что за ё-мой?.. как это читать-то? :)

а результат объединения часом не надо сгруппировать и просуммировать?

почистить то мог, но хрен его знает, мож это окажется решающим ;)

так чо ? не решение?

кстати, крайне полезно колдунство, чтобы точно знать.какой запрос пошел на сервер: Синтаксис: ПолучитьЗапрос Возвращаемое значение: Тип: Запрос. Описание: Создать и вернуть запрос. Данный метод недоступен в случае, если установлено свойство ИсточникДанных.

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

приподнему последний раз