|   |   | 
| 
 | 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) Решается небольшим допилом модулей проведения документов и парой процедур в глобальнике     | 
| Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |