Как в запросе получить конечный остаток а не сумму всех полей (кон ост за период )по регистратору

1. zoeh 32 26.02.25 18:31 Сейчас в теме
ВЫБОР
	КОГДА &ЕдиницыКоличества = 0
		ТОГДА ТоварыНаСкладахОстаткиИОбороты.ВНаличииКонечныйОстаток
	КОГДА &ЕдиницыКоличества = 1
		ТОГДА ВЫБОР
				КОГДА ТоварыНаСкладахОстаткиИОбороты.Номенклатура.КоэффициентЕдиницыДляОтчетов <> 0
					ТОГДА ТоварыНаСкладахОстаткиИОбороты.ВНаличииКонечныйОстаток / ТоварыНаСкладахОстаткиИОбороты.Номенклатура.КоэффициентЕдиницыДляОтчетов
				ИНАЧЕ 0
			КОНЕЦ
КОНЕЦ
Показать
По теме из базы знаний
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
2. Boneman 302 27.02.25 10:31 Сейчас в теме
(1) как понять остаток по регистратору ?
Остаток в разрезе измерений существует, а не регистраторов.
Может тебе нужна виртуальная таблица остатков, на дату регистратора ?
3. nomad_irk 81 27.02.25 10:34 Сейчас в теме
(2)
Остаток в разрезе измерений существует, а не регистраторов.

....и в разрезе каждой отметки времени, регистратор в их числе, в таблице ОстаткиИОбороты
4. zoeh 32 27.02.25 10:38 Сейчас в теме
(3) да пытаюсь свести 2 таб. остатки + остаткиобороты
5. nomad_irk 81 27.02.25 10:39 Сейчас в теме
(4) зачем это делать, если в ОстаткиИОбороты содержится больше данных, чем в Остатки?
6. zoeh 32 27.02.25 10:52 Сейчас в теме
(5) чтоб из остатков взять чёткий Начальный и Конечный остаток с настройками таблицы на конкретную дату
7. nomad_irk 81 27.02.25 10:54 Сейчас в теме
(6) Он и в ОстаткиИОбороты предельно четкий, даже не нужно заморачиваться границей получения данных.
8. zoeh 32 27.02.25 10:58 Сейчас в теме
(7) делаю отбор расхода по виду документа и получается радуга.
11. nomad_irk 81 27.02.25 11:01 Сейчас в теме
(8) в таком случае вам и остатки придется считать вручную путем выполнения арифметических действий НачальныйОстаток(Весь) + Приход(Весь) - Расход(ПоВидуДокумента) = КонечныйОстаток(Весь)
14. zoeh 32 27.02.25 11:07 Сейчас в теме
(11) Кстати идея
ведь вроде как НАЧ ОСТ был в порядке
17. nomad_irk 81 27.02.25 11:15 Сейчас в теме
(14) остатки - верные, не верная ваша интерпретация видимых вами значений.
18. nomad_irk 81 27.02.25 11:17 Сейчас в теме
(15) если вы отсортируете документы по МоментВремени, то все станет нормальным, остатки будут меняться в зависимости от Приход/Расход конкретного документа, что вы и видите на скрине в (9)
20. zoeh 32 27.02.25 11:53 Сейчас в теме
(18)
ы отсортируете документы по МоментВремени, то все станет нормальным, остатки будут меняться в зависимости от Приход/Расход конкретного документа, что вы и видите на скрине в (9)


нету момент времени
Прикрепленные файлы:
21. nomad_irk 81 27.02.25 12:04 Сейчас в теме
(20) СКД по-умолчанию выполняется сортировку по МоментВремени для регистратора
23. zoeh 32 27.02.25 12:47 Сейчас в теме
24. zoeh 32 27.02.25 13:54 Сейчас в теме
27. nomad_irk 81 27.02.25 13:58 Сейчас в теме
(24) а что, собссно, не нравится в скринах из (9)?
Как должно быть по-вашему?
28. zoeh 32 27.02.25 14:02 Сейчас в теме
(27) Кон ост Изюминка
с документами -3,100 правильно
отключаем регситратор
получаем 158 шт
29. nomad_irk 81 27.02.25 14:07 Сейчас в теме
(28) что значит "отключаем регистратор"?
30. zoeh 32 27.02.25 14:11 Сейчас в теме
(29)
Прикрепленные файлы:
31. nomad_irk 81 27.02.25 14:13 Сейчас в теме
(30) это так типовой "Ведомость товаров на складах" себя ведет?
в (25) - там чушь скорее всего написана, т.к. группируется все
32. zoeh 32 27.02.25 14:34 Сейчас в теме
(29)
все группировки удалить? не я делал.
о.к. оставлю только нужные
33. nomad_irk 81 27.02.25 15:01 Сейчас в теме
(32) последний запрос вообще не нужен для начала, когда заработает без него, можно будет добавить
34. zoeh 32 27.02.25 15:03 Сейчас в теме
(33) удалил лишние псевдонимы переменные типа день час секунда,
снес группировки добавил нужные,
появился вроде как нормальный КОН ОСТ
но кривой НАЧОСТ

имея вводные НАЧ ОСТ я могу почитать через минус
35. zoeh 32 27.02.25 15:04 Сейчас в теме
(34) группировки все равно сами добавляются
Прикрепленные файлы:
36. nomad_irk 81 27.02.25 15:06 Сейчас в теме
(35) их вообще надо убрать, все из "поле группировки"
37. zoeh 32 27.02.25 16:02 Сейчас в теме
25. zoeh 32 27.02.25 13:56 Сейчас в теме
26. zoeh 32 27.02.25 13:57 Сейчас в теме
(21) отблагодарю, только желательно сказать в чем была проблема.
15. zoeh 32 27.02.25 11:10 Сейчас в теме
(11) ан нет, нач ост тоже кудрявый без документов, где то у меня агрегация неправильная.
22. пользователь 27.02.25 12:26
Сообщение было скрыто модератором.
...
16. nomad_irk 81 27.02.25 11:12 Сейчас в теме
(8) зачем делать отбор по виду документа?

Если скажем у вас за одну дату будет 10 разных видов документов, накладывая отбор по виду документа вы получите данные:

НачальныйОстаток(ПоПозицииОтобранногоВидаКонкретногоДокумента1), Приход(ЭтимДокументом), Расход(ЭтимДокументом), КонечныйОстаток(ПоПозицииОтобранногоВидаКонкретногоДокумента1)
.....
НачальныйОстаток(ПоПозицииОтобранногоВидаКонкретногоДокумента10), Приход(ЭтимДокументом), Расход(ЭтимДокументом), КонечныйОстаток(ПоПозицииОтобранногоВидаКонкретногоДокумента10)
19. homer_ 79 27.02.25 11:18 Сейчас в теме
(1) Если было бы так все просто то ни кто не городил бы 1001 регистр накопления.
В вашем случаи задача не решаема обычным способом. надо городить сложный запрос для вычисления всех приходов и всех расходов. и далее вычислять на какой документ появляется "задолженность".
9. zoeh 32 27.02.25 11:00 Сейчас в теме
вот
Прикрепленные файлы:
10. zoeh 32 27.02.25 11:00 Сейчас в теме
Начальный и конечный остаток из космоса
12. nomad_irk 81 27.02.25 11:04 Сейчас в теме
(10) они не из космоса, а по позиции конкретного документа, выполнять любые агрегирующие действия с этими значениями - нонсенс.
user2107191; +1 Ответить
13. zoeh 32 27.02.25 11:06 Сейчас в теме
СУММА ?
вроде везде убрал
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот