Закрытие склада (Weighted Average)

[kashperuk]

Интересно узнать, кто использует Weighted Average на предприятии?
Какие впечатления? Какие результаты? Замерял ли кто-то производительности (время выполнения) закрытия на своей рабочей системе?

Я только что вкратце познакомился с улучшениями, которые были сделаны в этом направлении в Microsoft Dynamics AX 4.0 SP1 и Microsoft Dynamics AX 2009

Соответственно, вопрос тем, кто использует эти версии - заметили ли вы, и насколько существенный, если да, прирост в производительности закрытия склада?

[EVGL]

В Microsoft Dynamics AX 4.0 SP1 сколь-либо существенных улучшений не было, за исключением устранения багов.

Русской Microsoft Dynamics AX 2009 еще нет и как минимум еще 7 месяцев не будет. Даже в Западной Европе едва ли кто DAX 2009 успел внедрить. Мы, во всяком случае, пока не успели. Достаточно сказать, что официальное представление в Австрии только месяц назад было. Так что вопрос стоит задать через полгода.

[kashperuk]

Ясно. Ну, придется эту тему апнуть через пол-годика.
Спасибо

[Vadik]

Цитата:

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

Я только что вкратце познакомился с улучшениями, которые были сделаны в этом направлении в Microsoft Dynamics AX 4.0 SP1 и Microsoft Dynamics AX 2009

К сожалению, не помню, откуда это

Цитата:

С выходом новой версии можно говорить всю правду о предыдущей

[mazzy]

Цитата:

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

Я только что вкратце познакомился с улучшениями, которые были сделаны в этом направлении в Microsoft Dynamics AX 4.0 SP1 и Microsoft Dynamics AX 2009

Изменения клевые. Но на реальной баще конечно не пробовал.

Может быть наконец получится победить округления и теперь среднее будет именно среднее, а не промежуточное между средним и ФИФО.

Кроме того, теперь сопоставления будут не "многие-ко-многим", а "многие-к-одному-ко-многим". Что должно резко сократить число записей в inventSettlement для метода по среднему.

Действительно надо будет вернуться к теме.

[mazzy]

Цитата:

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

К сожалению, не помню, откуда это
С выходом новой версии можно говорить всю правду о предыдущей

Ну, почему? Про тормознутость и значительные отклонения от среднего для маленьких себестоимостей было ясно и в 3шке, и в 4ке. Тогда же об этом и говорили. Только как решить было непонятно, не перелопачивая весь алгоритм закрытия.

Сейчас в новой версии минусы также видны. та же самая проблема с невозможностью в стандартном функционале определить несколько счетов ГК для одной номенклатуры. Та же проблема с невозможностью добавить накладной расход на хранение и на перемещение. Все та же проблема с учетом в двух независимых единицах измерения (штуки/караты или туши/килограмы). Вроде делают новый модуль, но там похоже единицы измерения будут зависимыми друг от друга и будут как-то пересчитываться друг в друга.

Есть архитектурные решения в новой версии, с которыми категорически не согласен. Это программная сихронизация складской аналитики Сайт и одной финансовой аналитики. Думаю, что мы еще огребем с этим решением по самое не балуйся.

Ну, и с производительностью будем посмотреть, конечно. Очень будет интересно как наши будут накатывать двухвалютный склад. И будут ли. И что станется с производительностью, если таки накатят...

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

[Vadik]

Цитата:

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

Ну, почему? Про тормознутость и значительные отклонения от среднего для маленьких себестоимостей было ясно и в 3шке, и в 4ке. Тогда же об этом и говорили

Да, говорили. Партнеры и клиенты - не вендор
Ну а если серьезно - конечно хорошо, что признали наличие узкого места. Еще лучше - что пытаются его устранить. Как получилось - будет видно

[kashperuk]

Судя по той презентации, которую видел я, должно было улучшится время выполнения до измерения в минутах/часах вместо десятков часов/дней. Приводились цифры прироста в 100! раз на реальных данных
Посмотрим, было бы интересно посмотреть реальную картинку в СНГ (после наката русского кода, в том числе)


P.S. Только ж пусть никто не подумает, что я сомневаюсь в качестве кода русского. Просто имел ввиду, что сложность увеличивается, появляются новые переменные, которых алгоримт мог не учесть.

[EVGL]

Цитата:

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

Сейчас в новой версии минусы также видны. та же самая проблема с невозможностью в стандартном функционале определить несколько счетов ГК для одной номенклатуры.

У меня теперь есть идея, как это можно сделать в AX2009. Завести Sites. Поставить в качестве счетов взаиморасчетов между "сайтами" те же 41(40) счета. На финансовую аналитику сайта навесить 100%-ый Allocation на другой счет. Не проверял, но должно работать.

[fed]

Цитата:

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

У меня теперь есть идея, как это можно сделать в AX2009. Завести Sites. Поставить в качестве счетов взаиморасчетов между "сайтами" те же 41(40) счета. На финансовую аналитику сайта навесить 100%-ый Allocation на другой счет. Не проверял, но должно работать.

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