|
|
#1 |
|
экс-модератор
|
очевидно глюкавый код:
SalesLine.reserveQty() PHP код:
ps: ax3 cis sp3 hf1 |
|
|
|
|
#2 |
|
----------------
|
Точно такой же код в 2.5 (без SP)
Сомневаюсь, что это глюк, скорее всего, так и было задумано. Это метод, который возвращает количество, которое теоретически может быть зарезервировано по данной строке заказа. Надо смотреть как используется данное число дальше. |
|
|
|
|
#3 |
|
Участник
|
Re: Глюк в резервировании?
Цитата:
Изначально опубликовано maxsmirnov
очевидно глюкавый код: .... наткнулся на него при раскапывании причины того, почему у меня при создании заказов по контракту все позиции автоматически резервируются, несмотря на то что в параметрах расчетов с клиентами стоит резервирование "вручную" ps: ax3 cis sp3 hf1 параметры клиента вообще говоря не при чем. позиция резервируется, когда в СТРОКЕ написано авторезервирование в строку этот параметр передается из заголовка но при копировании из контракта авторезервирвание в строки заказа должно передаваться из строк контракта. В строки контракта они должны были педаться из заголовка контракта. вопрос: что стоит в строках контракта? что стоит в заголовке контракта? вопрос: кто-нибудь правит заголовки или строки контракта или заказа? а программно? |
|
|
|
|
#4 |
|
экс-модератор
|
извиняюсь, не совсем ясно изложил свои соображения
тот-же код, но с комментариями: PHP код:
|
|
|
|
|
#5 |
|
Участник
|
опа. действительно прикольно.
|
|
|
|
|
#6 |
|
экс-модератор
|
Re: Re: Глюк в резервировании?
в строках и контракта, и заказа на отпуск стоит "вручную"
все делается не программно меня смущает отсутствие return в двух местах. т.е. не смущает, я, когда постил сообщение, скорее не задавал вопрос, а ставил общественность в известность о глюке. теперь я уже не уверен ![]() а именно - смущает то, что такой глюк прожил аж со времен 2.5 без СП
|
|
|
|
|
#7 |
|
Участник
|
Re: Re: Re: Глюк в резервировании?
Цитата:
Изначально опубликовано maxsmirnov
меня смущает отсутствие return в двух местах. Теперь смотри что происходит: метод SalesLine.ReserveQty() вызывается только из одного места - из InventUpd_Estimated.updateReservation() А там уже есть проверки. Поэтому код в ReserveQty неправильный, но сейчас эта неправильность латентна и никак не проявляется. |
|
|
|
|
#8 |
|
экс-модератор
|
InventUpd_Estimated.updateReservation() - на это там проверок нет.
т.е. глюк налицо - при создании заказа на отгрузку по контракту, в котором в строках и в шапке стоит резервирование "вручную", создается заказ со строками, в которых указано резервирование "вручную", тем не менее, происходит резервирование номенклатуры в кол-ве указанном remainInventPhysical строки. (в параметрах модуля тоже стоит "вручную") глюк лечится добавлением return-ов в SalesLine.ReserveQty() |
|
|
|
|
#9 |
|
Участник
|
спасибо.
|
|
|
|
|
#10 |
|
----------------
|
Действительно, кривой код, спасибо.
Цитата:
Изначально опубликовано maxsmirnov
InventUpd_Estimated.updateReservation() - на это там проверок нет. Цитата:
а именно - смущает то, что такой глюк прожил аж со времен 2.5 без СП
Цитата:
глюк лечится добавлением return-ов в SalesLine.ReserveQty()
|
|
|
|
|
#11 |
|
экс-модератор
|
SalesLine.reserveQty() вызывается только из одного места (см. выше)
я тут еще вот какую прелесть нашел: smmQuotationLine.reserveQty() PHP код:
загадки во тьме |
|
|
|
|
#12 |
|
----------------
|
Цитата:
Изначально опубликовано maxsmirnov
SalesLine.reserveQty() вызывается только из одного места (см. выше) ![]() Цитата:
я тут еще вот какую прелесть нашел:
smmQuotationLine.reserveQty()
|
|
|
|
|
#13 |
|
Участник
|
Интересно, а данный код в Ax 4.0 или Ax 5.0 исправили.
Может кто-нибудь у кого стоит посмотрит. |
|
|
|
|
#14 |
|
Программатор
|
В 4 исправлено
X++: InventQty reserveQty()
{
if (! this.Reservation)
return 0;
if (this.RemainInventPhysical < 0)
return 0;
return -this.RemainInventPhysical;
} |
|
|
|
| За это сообщение автора поблагодарили: miklenew (1). | |
|
|
#15 |
|
Участник
|
Спасибо.
|
|
|
| Теги |
| ax2009, ax3.0, ax4.0 |
|
|
Похожие темы
|
||||
| Тема | Ответов | |||
| Глюк формы | 9 | |||
| Глюк автоматическое рассопопоставление | 4 | |||
| Глюк в резервировании | 1 | |||
| Складские проводки , выверка , ГЛЮК.. | 0 | |||
| При резервировании не учитывается аналитика Партия? | 32 | |||
|