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