|
Неверные начальные и конечные остатки СКД при отборе | ☑ | ||
---|---|---|---|---|
0
grasshoper
25.06.20
✎
15:47
|
Столкнулся с проблемой при выводе начальных и конечных остатков в СКД. Если указывать в отборе только поля виртуальной таблицы, всё хорошо отбирает и группирует остатки, но если делать отбор по полю Регистратор.Контрагент, то сбиваются начальные и конечные остатки и документы будущего периода попадают в группировку по периоду месяц. Скриншот https://cdn1.radikalno.ru/uploads/2020/6/25/a1c524950d0db58ffb3a54956179cf4b-full.png
|
|||
1
grasshoper
25.06.20
✎
15:48
|
Есть какие то варианты решений? Пробовал выносить поле Регистратор.Контрагент в текст запроса, но результат тот же. Плиз хелп...
|
|||
2
Eiffil123
25.06.20
✎
15:54
|
на первой закладке в СКД нужно проверить роли измерений/ресурсов. И вроде как еще обязательно периодсекунду выбирать в запросе.
|
|||
3
grasshoper
25.06.20
✎
15:58
|
Роли настроены, Начальные и конечные остатки указаны, Регистратор обязателен, ПериодСекунда тоже, запрет NULL для ПериодСекунда и Регистратора, У регистратор роль Период, установлено упорядочивание регистратора по периоду, полный фарш, но, при отборе по полям регистратора, всё равно документы почему то попадают не в свою группировку периода.
|
|||
4
toypaul
гуру
25.06.20
✎
16:00
|
если хорошенько подумать, то можно вполне себе понять, что если ты накладываешь отбор по регистратору, который в формировании остатка ну никак не может участвовать, то вполне себе можно ожидать такой исход
|
|||
5
toypaul
гуру
25.06.20
✎
16:00
|
а за Регистратор.Контрагент обычно вообще руки отрывают :)
|
|||
6
grasshoper
25.06.20
✎
16:01
|
И как тогда сделать отбор по контрагенту?
|
|||
7
grasshoper
25.06.20
✎
16:02
|
Контрагента можно вытащить только из регистратора
|
|||
8
Eiffil123
25.06.20
✎
16:02
|
(6) Контрагент должен быть в измерениях, чтобы нормально срабатывала таблица "остатки и обороты".
|
|||
9
Eiffil123
25.06.20
✎
16:02
|
(7) а какие там вообще есть измерения?
|
|||
10
toypaul
гуру
25.06.20
✎
16:03
|
(6) зависит от задачи
(7) это слабое оправдание :) |
|||
11
Homer
25.06.20
✎
16:12
|
Посчитать самому запросом остатки
|
|||
12
Eiffil123
25.06.20
✎
16:14
|
(11) откуда считать? с начала времён?
|
|||
13
Homer
25.06.20
✎
16:20
|
(12) ну можно просто ножки опустить и ни чего не делать.
А по делу: надо смотреть по ситуации, хоть за 100 лет. Для правды времени не жалко (с) |
|||
14
Homer
25.06.20
✎
16:22
|
В ЗУПе 1с сами считают остатки для оборотных регистров. и не чего. все работает))
|
|||
15
Homer
25.06.20
✎
16:26
|
(14) ошибочка) перепутал с другой программой)
|
|||
16
grasshoper
25.06.20
✎
16:31
|
(9) Номенклатура, Заказ, Характеристика, Партия и т.д. но нужен отбор именно по контрагенту.
|
|||
17
Eiffil123
25.06.20
✎
17:00
|
(13) регистратором может быть что угодно. Хоть документ КЗР. Это архитектурно неправильно остатки считать из полей регистратора.
|
|||
18
Вафель
25.06.20
✎
17:03
|
а что за остаток товаров по покупателю? это как?
|
|||
19
Eiffil123
25.06.20
✎
17:04
|
посмотрел скрин и еще раз не понял задачу. Поступление идет по одному контрагенту, реализация - по другому. Зачем тогда в этом отчете отбор по контрагенту и как он должен влиять на остатки?
Я бы сделал условное оформление - высота строки ноль, где Регистратор.Контрагент не в параметрах отчета. При таком подходе конечный остаток вроде должен нормально формироваться. |
|||
20
grasshoper
25.06.20
✎
20:21
|
(19) Начальный остаток должен быть 0 и за октябрь не должно быть документов Реализация товаров от марта и апреля. Начальный остаток должен идти от первого документа в начале периода, а это документ поступления, до него просто не было товаров, поэтому начальный остаток должен быть равен нулю. А контрагентов нужно исключить чтобы видеть движения без реализаций и возвратов по этим контрагентам, но чтобы начальные и конечные остатки не менялись для сверки в бухгалтерии.
|
|||
21
grasshoper
26.06.20
✎
12:42
|
Разобрался. Вопрос закрыт.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |