|
![]() |
#1 |
----------------
|
Миш, обрати внимание, что это происходит при смене аналитики ПРИХОДНОЙ проводки.
Логика такая: при смене аналитики приходной проводки ищутся расходные проводки, которые зарезервированы (в заказаном) на исходной аналитике и они переводятся на новую аналитику прихода... тянутся за ней хвостом, так сказать. |
|
|
За это сообщение автора поблагодарили: miklenew (5). |
![]() |
#2 |
Участник
|
Вась, спасибо большое.
Теперь понял. При разрезервировании меняется сначала аналитика в расходной проводке, она тащит за собой приходную. А то в свою очередь этот эфект. Если я правильно понял мысль была такая, что пока приходная проводка находилась в статусе заказано, с неё мог кто-то зарезервироваться. И таким макаром просто страхуются. Лучше меньше, чем резерв какой-нибудь потом сняться не сможет. А так ведь можно играться этой ситуацией до тех пор пока приходный InventDimId c которого меняется приходная проводка совсем не разрезервируется и не повиснет на другой аналитике. У меня уже так получалось. Маленькая так сказать багофича. Прийдёться наследник от класса InventUpd_Reservation делать для импорта. Хотя ещё более правильно будет прям сюда вписать проверку Если количество по этой аналитике в статусе заказано после списания нашего количества всё ещё будет больше количества зарезервированного в заказанных, то и не фиг париться. Последний раз редактировалось miklenew; 04.09.2008 в 20:06. |
|