Автоподставление аналитики

[SimPai]

Существует ли способ, используя только стандартную функциональность Ax 3.0, таким образом настроить систему, чтобы можно было при формировании заказа не указывать складскую аналитику, а при обработке (например, этап формирования накладной) заказа аналитика подставилась в проводки (и желательно в строки заказа) автоматически? Алгоритм выбора подставляемой аналитики, в принципе, любой.

[mazzy]

И да, и нет.

Автоподставновка происходит в момент резервирования.
Включите авторезервирование - будет работать автоподставнока.

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

Дополнительно: если вы в группах складских моделей выключите галочку Контроль по дате, то аналитика будет подбираться с учетом даты поступления. Если галочку Контроль по дате выключить, то аналитика будет подбираться в алфавитном порядке.

[SimPai]

Спасибо за подсказку!
Возник ещё один вопрос. Какие "подводные камни" есть у предложенного метода?

[slava09_imported]

Проблема есть. И заключается она в том, что когда вы начнете сторнировать такие документы, предположим заказы, то себестоимость возврата будет определятся как средняя по себестоимости в пределах лота. Т.е. у Вас под один складской лот попадет несколько себестоимостей, и начнутся проблемы со сторнировкой.
Вот. А это ведет к нежелательным последствия, таким как лишние проводки по ГК.
Ну представте, что вы у Вас есть заказ, со строкой товара под которую списалось несколько серий с разной себестоимостью. Потом вы делаете кредит ноту по этому заказу. В поле "себестоимость по возврату" какая попадет себестоимость? А? Вот именно - средняя!!! Вы проводите кредит ноту и получаете две проводки по ГК - одна на сумму из поля "себестоимость по возврату" и одну корректировочную, до нормальной себестоимости, причем не с минусом, а перевернутую!!! что приводит к увеличению оборотов!!!
Если я не прав - поправте, но это нежелательное поведение системы. Но мы придумали как от этого избавится

[mazzy]

Эх, опять "у нас есть такие приборы, но мы вам о них не расскажем"...

Сейчас у меня нет Аксапты под рукой, чтобы проверить.
Расскажите в общих чертах, что вы придумали?

[SimPai]

Цитата:

Но мы придумали как от этого избавится

Действительно, как !?

[slava09_imported]

Нет же!!! Я конечно расскажу.

Вобщем решение назревает такое (именно назревает, оно еще не реализовано, поэтому за достоверность не отвечаю, т.к. не тестировал):
при создании кредит-ноты, строки в заказе создавать по складским проводкам, а не по строкам накладной. Вот. Это в двух словах.

Кстати, проблема похожая с переносом, когда под одной строкой переноса списывается две партии.

[mazzy]

Цитата:

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

при создании кредит-ноты, строки в заказе создавать по складским проводкам, а не по строкам накладной. Вот. Это в двух словах.

Кстати, проблема похожая с переносом, когда под одной строкой переноса списывается две партии.

А как быть с комплектацией?
В комплектации кладовщик может принудительно разбить одну строку заказа или журнала на несколько складских проводок.

[slava09_imported]

Не уловил проблемы. Если можно то объясните подробнее. Я так понимаю проблема есть, у нас тоже используется бизнес-процесс с комплектацией.

[mazzy]

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

[slava09_imported]

Да. Только для этого.