|
v7: Группировка по полю документа | ☑ | ||
---|---|---|---|---|
0
moonlight
06.05.16
✎
21:41
|
Добрый день!
В документе есть поле Менеджер. Можно ли в запросе сформировать группировку по полю документа который создал движения? Пишу с тексте запроса Менеджер = Регистр.ПартииТоваров.ТекущийДокумент.Менеджер; Ожидаемо получаю ошибку! |
|||
1
Djelf
06.05.16
✎
21:47
|
Раз "Ожидаемо" то зачем вопрос? ;)
Надо перечислять ид документов где есть поле Менеджер. Регистр.ПартииТоваров.ТекущийДокумент.ИдентификаторДокумента1.Менеджер, Регистр.ПартииТоваров.ТекущийДокумент.ИдентификаторДокумента2.Менеджер |
|||
2
youalex
06.05.16
✎
21:58
|
Или, делать оборотный регистр (какой смысл в остатках по Менеджеру в партиях?).
Продажи, например. Если, конечно, его еще нет. |
|||
3
moonlight
06.05.16
✎
22:01
|
(2) там вообще постановка клиента из ряда вон!
регистры не хочу трогать. делаю общий реквизит документов и запрос без идентификации документа работает |
|||
4
Djelf
06.05.16
✎
22:07
|
(3) Это не из ряда вон... но шиза будет:
- Иванов сейчас замещает Сидорова, почему он не видит остатков и оборотов? - Петрова мы уволили, почему все просроченные долги свалились на Пупкина? - Нужно четко понимать картину происходящего ;) |
|||
5
youalex
06.05.16
✎
22:12
|
(4) Нет, ну общий рек. эту проблему частично решает, т.е. по каждому доку (кроме перемещений, списаний, оприходований, инвентаризаций и пр и др) - будет присобачен конкретный манагер.
(3) Но в общем, имхо, все же приближать к реальности, то есть, например, завести период. реквизит у Клиента, и запрос строить как Регистр.Продажи.Клиент.ОсновнойМенеджер |
|||
6
youalex
06.05.16
✎
22:17
|
Правда в этом случае, сомнительно, прицепится ли менеджер по периоду к документу. Проще выгрузить все в ТЗ и далее уже вертеть как хочется)
|
|||
7
Djelf
06.05.16
✎
22:31
|
(3) Вот это "регистры не хочу трогать" я считаю правильно!
Иначе придется перепроводить документы, чего никто делать не будет. Пусть лучше тормозит, но хоть как то работает. |
|||
8
moonlight
06.05.16
✎
23:30
|
(4) вот так клиенту и нужно!
|
|||
9
breezee
07.05.16
✎
00:30
|
(7) А почему нельзя программно перепроводить необходимые документы? (опыта в подобном нет, сразу хочу узнать подводные камни)
|
|||
10
youalex
07.05.16
✎
00:57
|
(9) можно.
но вот камень номер один - что если старые документы были проведены по одному алгоритму, а новые, соответственно, по новому. И, понятно, это нормально, нигде информации об этом - нет. И если вы проведете все документы - они все проведутся по новому алгоритму, без учета старого (информации о котором нигде понятно нет) |
|||
11
hhhh
07.05.16
✎
06:54
|
(10) ну заводите константу: дата начала учета по новому алгоритму. И оставляете оба алгоритиа. Один действует до, другой после. Это же элементарно, Ватсон. Нам бы ваши заботы.
|
|||
12
Duke1C
07.05.16
✎
08:16
|
(11) ... м-да, нет слов
|
|||
13
ДенисЧ
07.05.16
✎
08:21
|
(12) Надо было подготовиться для встречи со звездой!
|
|||
14
Смотрящий
07.05.16
✎
09:28
|
(10) Решается небольшим допилом модулей проведения документов и парой процедур в глобальнике
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |