Axapta не умеет правильно считать себестоимость складских переносов и заказов на перемещение

[Logger]

Цитата:

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

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

Если делать универсальное решение, то надо делать аналог бухгалтерской корреспонденции счетов. Тогда протаскивать себестоимость будет просто - для каждой расходной проводки внутри лота можно будет однозначно найти приходную проводку по ключу InventTransId + Bond.

Самое интересное начнется на вопросе о том как откорреспондировать приходные и расходные проводки. Ну задаче вполне решаемая, так как аналитики в переносах, маркировка и.т.п. сохраняются за исключением случаев когда она заданы в соответствующей строке журнала / заказа / закупки. Ну это тоже можно учесть.

А кто-нить разбирался как с этим дело обстоит в 2012-й ?

[fed]

Цитата:

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

А кто-нить разбирался как с этим дело обстоит в 2012-й ?

Там точно такой же костинг как в 2009ой. В 2012R2 соптимизировали закрытие склада на предмет лучшей балансировки нагрузки между хелперами (но попробовать пока не удалось). Кроме того - сделали новый вариант средней (на основе стандартной). То есть - никаких сопоставлений и закрытий по этой средней нету, а есть что-то типа стандартной себестоимости у которой в конце периода считается и задним числом поститься новая средняя. (Но в деталях могу сильно заблуждаться - я пока в коде новой средней не копался).

[iknutov]

Я с этой проблемой сталкиваюсь на всех проектах. Восприятия со стороны заказчика разные, но в целом негативные. То что делает аксапта это просто нарушение партионного учета. Решали по разному. Сейчас это решение можно расширить. Например определить набор складаких аналитик по которым ведется финансовый склад и для них создавать ключ. Мне кажется все будет прекрасно работать. Я тестировал, все выглядит даже лучше чем ожидал.