|
|
24.05.2007, 09:34
|
#1 |
|
Moderator
|
Update: Когда готовил контрольный пример для статьи, забыл об одном интересном нюансе. Для того чтобы снятие резервов работало интуитивно понятно для пользователя, первыми внутри данного лота должны сниматься резервы с наиболее ранней датой автоматического снятия. Для того чтобы система действовала именно таким образом, необходимо в методе inventUpd_reservation.updateReserveLess поставить сортировку по дате автоматического снятия в те несколько запросов, которые отбирают строки inventTrans для перевода в статус "Заказанно".
Кстати - насчет копирования поля через salesParmTable - не очень уверен. Насколько я помню - эта таблица заполняется только в момент проведения каких-то документов по заказу, но никак не в момент резервирования. Если уж надо хранить историю изменения ответственного продавца, то по-моему, проще записывать ее в какую-то новую таблицу при обновлении шапки заказа. |
|
|
|
| За это сообщение автора поблагодарили: mazzy (20), KiselevSA (2), Garic (2), blokva (3), belugin (15), lev (1), e@gle (1), aidsua (1), konopello (1), gl00mie (6), player (1). | |
|
24.05.2007, 11:57
|
#2 |
|
Участник
|
Цитата:
Сообщение от fed
salesParmTable .. эта таблица заполняется .... но никак не в момент резервирования.
Да, согласен. Поторопился. Резервирование через salesParmTable протаскивать необязательно |
|
|
| Теги |
| inventdim, inventsum, inventtrans, база данных, как правильно, логистика, себестоимость, складские отчеты, складские проводки |
|
|
|
Комбинированный вид
