Отмена регистрации в журналах переноса и партии

[Starling]

DAX2009 RU3.
1. Есть номенклатура, для которой активны складские аналитики склад и партия (партия не входит в финансовый склад).
2. Оприходуем номенклатуру на склад From в Партия_1 = 1 шт и Партия_2 = 1 шт.
3. Создаем журнал переноса и активируем для него авторезервирования.
4. Создаем строку в журнале переноса со склада From на склад To. В результате у нас срабатывает авторезервирование и мы получаем следующий набор складских проводок:
a. Списание From Партия_1 = -1 шт Статус = Физ. зарезервировано
b. Приход To Партия_1 = +1шт Статус = Заказано
c. Списание From Партия_2 = -1 шт Статус = Физ. зарезервировано
d. Приход To Партия_2 = +1шт Статус = Заказано
5. Делаю регистрацию для прихода и получаю следующий набор проводок:
a. Списание From Партия_1 = -1 шт Статус = Физ. зарезервировано
b. Приход To Партия_1 = +1шт Статус = Регистрация
c. Списание From Партия_2 = -1 шт Статус = Физ. зарезервировано
d. Приход To Партия_2 = +1шт Статус = Регистрация
6. Делаю отмену регистрации и получаю следующий набор проводок
a. Списание From Партия_1 = -1 шт Статус = Физ. зарезервировано
b. Списание From Партия_2 = -1 шт Статус = Физ. зарезервировано
c. Приход To <Пусто> = +2шт Статус = Заказано
Итого , аналитика партия в приходных проводках была утеряна. Востанавливать ее нужно руками или путем перерезервирования.
На сколько, я понимаю при отмене регистрации аналитика восстанавливается из строки источника, т.е. строки закупки, строки складского журнала и т.д. Для закупки такое поведение вполне логично, но для журналов переноса – нет.
Что вы скажете? Есть смысл регистрировать багу в MBS? Может я просто чего недонастроил?
И еще: смотрите, что получается по операции 5, у нас списание еще не прошло, а приход уже прошел, т.е. мы завышаем физические остатки на складах, так как у нас номенклатура будет и на складе From и на складе To. Это тоже похоже на багу, которую наврятли кто-то будет править.

[glibs]

Цитата:

Сообщение от Starling

...
по операции 5, у нас списание еще не прошло, а приход уже прошел, т.е. мы завышаем физические остатки на складах, так как у нас номенклатура будет и на складе From и на складе To. Это тоже похоже на багу, которую наврятли кто-то будет править
...

Аксапта во всех местах так работает. Вы можете регистрировать что угодно, а потом отменять регистрацию. Я иногда использую этот прием для сторнирования уже проданных закупок.

Идеологически это не похоже на багу в чистом виде. Скорее некая хакерская фича .

Думаю можно вести речь о добавлении новой функциональности в виде проверки... например чтобы при регистрации по переносу проверялась комплектация, и зарегистрировать больше чем скомплектовали было нельзя. Но тогда имеет смысл делать и обратную проверку, чтобы если уже зарегистрировали нельзя было обратить вспять комплектацию.

Естественно, в идеале такая проверка должна быть параметризирована, а не как обычно.

Такая функциональность создаст препятствия в исправлении ошибки в процессе комплектации.

[glibs]

Что касается основной части вопроса...

При отмене комплектации партия в складских проводках не обнуляется.

Что касается регистрации... Вопрос не однозначный. Смотря как у вас приемка реализована. Если у вас документальный учет — то вам лучше бы чтобы партия восстанавливалась. Если приемка делается с использованием оборудования для идентификации товара, то м.б. и все равно.

Синхронизация аналитик при переносе появилась в 3.0 сп2 или сп3. Уже точно не помню. Сделано с допущениями. Журнал перемещений может использоваться для смены аналитик хранения отличных от склада. Сейчас механизм синхронизации аналитик заточен именно на смену склада (синхронизируется все кроме склада).

Вообще для реального физического перемещения между складами начиная с 4.0 предназначен Заказ на перемещение. Он должен обеспечивать (когда в нем закончатся баги , если еще не закончились) сохранность аналитик при реальном физическом перемещении товара. Журнал перемещений — это уже скорее технический инструмент для специфичных задач.

Кстати, в заказах на перемещение зарегистрировать пока не отгрузили не дает. И аналитики поменять по факту тоже, т.к. что уже отгрузили она смотрит в разрезе аналитик.

Так что вот.

[Starling]

Цитата:

Сообщение от glibs

Смотря как у вас приемка реализована. Если у вас документальный учет — то вам лучше бы чтобы партия восстанавливалась. Если приемка делается с использованием оборудования для идентификации товара, то м.б. и все равно.

Учет документальный.

Цитата:

Сообщение от glibs

Вообще для реального физического перемещения между складами начиная с 4.0 предназначен Заказ на перемещение. Он должен обеспечивать (когда в нем закончатся баги , если еще не закончились) сохранность аналитик при реальном физическом перемещении товара.

Заказы на перемещене не подходтя как раз по той причине, что они не дают менят ничего кроме склада, а очень надо

Спасибо за коменты.