Есть такой запрос:

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

УПОРЯДОЧИТЬ ПО
   Регистратор
ИТОГИ
   СУММА(КоличествоБазовыхЕдНачальныйОстаток),
   СУММА(КоличествоБазовыхЕдПриход),
   СУММА(КоличествоБазовыхЕдРасход),
   СУММА(КоличествоБазовыхЕдКонечныйОстаток)
ПО
   ОБЩИЕ,
   Регистратор
АВТОУПОРЯДОЧИВАНИЕ

При выполнении он неправильно рассчитывает НачальныйОстаток и КонечныйОстаток. Если периодичность таблицы ОстаткиИОбороты изменить на Секунда или большее(День, Неделя, Декада и т.д. ) то НачальныйОстаток и КонечныйОстаток рассчитываются правильно. Почему по регистратору не считает правильно? И можно как-нибудь это исправить?

Что такое остатки в разрезе регистратора?

потому что вычисляемые поля интелект итогов не переваривает, ведь реально СУММА(КоличествоОстаток) это ведь не остаток ни разу

(1) посмотри типовые отчеты

(2) он имеет в виду что нет смысла прикладного в "Остатках в разрезе регистратора". То что можно так выбрать, не значит что в этом есть смысл. Сам подумай, Остатки в разрезе измерений хранятся, регистратор тут не причем впринципе

(3) почему нет? просто тут временная шкала расширяется ссылкой до  момента времени

СКД?

(4) у остатков просто нет регистратора, он есть у оборотов

(6) Название виртуальной таблицы видишь?

(3) Никогда больше не кури эту гадость

(2) Какие типовые отчеты предлагаешь посмотреть?

(7) я всё вижу, помоему автор думает что остатки в разрезе регистратора это нормально, из-за чего заблуждения в трактовке результата запроса.
(8) она вкусная, не трожь

(5) нет не СКД, просто запрос

тьфу, я воще спутал автора с ObjectRelationModel.
пойду за кофе

(6) У остатков есть регистратор

(10) А чего в этом не нормального?

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

(14) потому что у остатков нет регистратора, только и всего. Регистратор порождает обороты,  а не остатки

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

(10) "помоему автор думает что остатки в разрезе регистратора это нормально" - по-моему это тоже вполне нормально. Во всех типовых отчетах такое есть, и ничего, живут люди.
(11) Тогда тебе не повезло

(17)(18) да я про физический смысл, остатки хранятся в БД в разрезе измерений, причем на начало и конец месяца только.
Зачем путать понятия?

(19) Ну да, а на нужный период они рассчитываются. И чего?

(20) то, что в разрезе регистраторов они не хранятся.
Короче не суть, итоги пересчитай, поди поехали, и опять (0) сделай.
Если не случилась ситуации (15)

(20) должен быть период Секунда присутствовать, как головной для регистратора. Он есть у тебя?

(21) Я и не говорил что итоги хранятся в разрезе регистратора, они рассчитываются!

(22) У меня периодичность Регистратор а не Авто, где я тебе период Секунда возьму?

(22) Попробовал так: изменил Периодичность на Авто, в выражение ВЫБРАТЬ добавил поле ПериодСекунда - результат не изменился, остатки рассчитываются не верно