|
06.05.2013, 18:47 | #1 |
Участник
|
Цитата:
Если доля разукомлектации и хождения статусов из скомплектовано в физ. резерв не велика, то можно основываться с некоторой поправкой на это поле. Ограничение в том, что это поле обновляется только в момент первичного перехода в нужный статус и потом не сбрасывается. Может кто использовал это поле, меня поправит... |
|
06.05.2013, 19:21 | #2 |
Участник
|
Тогда придется писать хитрый запрос, в котором проверять, что если DatePhysical больше, чем DateInvent, то считать что в промежутке между DateInvent и DatePhysical проводка была скомплектована. Дело дойдет до того, что придется анализировать каждую проводку в цикле.
|
|
07.05.2013, 11:16 | #3 |
Участник
|
Все зависит от задачи, которая стоит.
Если мы говорим про универсальность, то я полностью согласен с тем, что отчет будет тяжелым. По поводу легких "заточенных" отчетов под какие-то определенные задачи, то рано или поздно они консолидируются во что-то тяжелое... В остальном as you like) |
|
|
Похожие темы | ||||
Тема | Ответов | |||
Конвертировать некую дату в UTC-дату | 4 | |||
номера партий | 8 | |||
Обработка накладной – функция изменить дату | 2 | |||
Цена на дату создания заказа/закупки | 2 | |||
Остатки | 6 |
Опции темы | Поиск в этой теме |
Опции просмотра | |
|