Столкнулся с проблемой при выводе начальных и конечных остатков в СКД. Если указывать в отборе только поля виртуальной таблицы, всё хорошо отбирает и группирует остатки, но если делать отбор по полю Регистратор.Контрагент, то сбиваются начальные и конечные остатки и документы будущего периода попадают в группировку по периоду месяц. Скриншот https://cdn1.radikalno.ru/uploads/2020/6/25/a1c524950d0db58ffb3a54956179cf4b-full.png

Есть какие то варианты решений? Пробовал выносить поле Регистратор.Контрагент в текст запроса, но результат тот же. Плиз хелп...

на первой закладке в СКД нужно проверить роли измерений/ресурсов. И вроде как еще обязательно периодсекунду выбирать в запросе.

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

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

а за Регистратор.Контрагент обычно вообще руки отрывают :)

И как тогда сделать отбор по контрагенту?

Контрагента можно вытащить только из регистратора

(6) Контрагент должен быть в измерениях, чтобы нормально срабатывала таблица "остатки и обороты".

(7) а какие там вообще есть измерения?

(6) зависит от задачи
(7) это слабое оправдание :)

Посчитать самому запросом остатки

(11) откуда считать? с начала времён?

(12) ну можно просто ножки опустить и ни чего не делать.
А по делу: надо смотреть по ситуации, хоть за 100 лет. Для правды времени не жалко (с)

В ЗУПе 1с сами считают остатки для оборотных регистров. и не чего. все работает))

(14) ошибочка) перепутал с другой программой)

(9) Номенклатура, Заказ, Характеристика, Партия и т.д. но нужен отбор именно по контрагенту.

(13) регистратором может быть что угодно. Хоть документ КЗР. Это архитектурно неправильно остатки считать из полей регистратора.

а что за остаток товаров по покупателю? это как?

посмотрел скрин и еще раз не понял задачу. Поступление идет по одному контрагенту, реализация - по другому. Зачем тогда в этом отчете отбор по контрагенту и как он должен влиять на остатки?

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

(19) Начальный остаток должен быть 0 и за октябрь не должно быть документов Реализация товаров от марта и апреля. Начальный остаток должен идти от первого документа в начале периода, а это документ поступления, до него просто не было товаров, поэтому начальный остаток должен быть равен нулю. А контрагентов нужно исключить чтобы видеть движения без реализаций и возвратов по этим контрагентам, но чтобы начальные и конечные остатки не менялись для сверки в бухгалтерии.

Разобрался. Вопрос закрыт.