Маркировка - достала!

[Maximin]

Надоело копать эту муть - что ни полезешь - баги вылезают в стандарте...

Поэтому хочу обратить внимание общественности на две критичных ошибки в этой форме:

1. При включенном партионном учете (когда складская проводка в верхней части формы начинает распадаться на 2 и более), поле qtyMarked считается в разрезе всей складской проводки, относительно которой проводится маркировка, а не конкретной записи InventTrans (если быть точнее, то не относительно аналитик финансового склада, как было бы правильнее). Поэтому поле Остаток, используемое, как основа для вычисления доступного к маркировке кол-ва по проводке, считается некорректно, и даже может быть отрицательным, если маркированное кол-во превысит кол-во в какой-либо части складской проводки - основы. Фикс достаточно тривиален для знакомого с методом InventTrans.packTmpMark.

2. При попытке ручного изменения уже маркированного кол-ва (с зеленой пометкой) в сторону уменьшения (через поле Маркировать в проводках в нижней части формы) не на полное маркированное кол-во, происходит размаркировка этой проводки из нижней части формы, но не на разницу в кол-ве, а на ПОЛНОЕ маркированное кол-во. Размаркирование проводки из верхней части происходит корректно. В результате имеем помеченную вопросиком проводку из нижней части формы с отсутствующей ссылкой на лот и некорректную маркировку со стороны проводки из верхней части формы. Это может привести к нерезервированию помеченной номенклатуры при оприходовании закупки, помеченной для какого-либо заказа, т.к. при оприходовании выполняется метод DeleteInvalidMarking, очищающий подобные маркировки.
Скажу, что ошибка ВЕСЬМА труднонаходима (из категории - ошибка в 1 символ). Метод InventTrans.updateMarking.

Axapta 3.0 SP3 CU1. Собственно, в более поздних SP не исправлено.