AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX Blogs
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 15.06.2009, 18:40   #28  
Starling is offline
Starling
Участник
Дети Юза
 
530 / 76 (4) ++++
Регистрация: 20.10.2005
Адрес: Kiev
Цитата:
Сообщение от fed Посмотреть сообщение
Ну собственно - а какой результат лично ты считаешь правильным ?
Я считаю правильным результат при котором себестоимость остатка будет равна 40

А мой исходный вопрос наверно лучше разбить на 2.

Вопрос №1
Выключение переносов в рамках одного фин.склада из алгоритмов закрытия склада. Данный подход позволил бы реализовать схему, при которой переносы не считаются полноценными приходами. Тогда после закрытия склада себестоимость была бы 40.

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


Вопрос №2
Усреднение себестоимости в рамках лота. Я не могу согласиться с тем утверждением, что если хотите видеть нормальную себестоимость в разрезе партии, то будьте любезны выбирайте ее руками. В конце концов, при помощи системы мы моделируем БП и допускаем, что ряд параметров в ней будет учитываться в каком-то приближении. Это сплошь и рядом – мы же не заставляем никого стоять с секундомером у станка, для того чтобы корректно списать его амортизацию или распределить какие-то расходы. Мы просто выбираем базу боле- менее приближенную к жизни, и выполняем нужные нам расчеты. Тоже самое и при выборе партий – да кладовщик не указывает, какую партию он передал, но вполне допустимо предположить, что партии будут уходить по схеме FIFO и ожидать от системы соответственного расчета себестоимости, но система этого не делает.

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

Цитата:
Сообщение от fed Посмотреть сообщение
Ну и кстати - вот мне очень много кто жаловался на среднюю, и ты первый кто на FIFO жалуется
Многие жалуются и на этом форуме в том числе. Просто вопрос обычно крутится вокруг того, что при переносе усредняется себестоимость по париям. Им говорят, что указываете партию руками при переносе и списаниях ибо нефик! Люди тихо делают модифы по рабивки лота до партии и с этим живут. Я вот решил немного расширить взгяд на эту проблему (ну или фичу).

Пример, который я привел, этот пример с реального проека. Очень много копий было об него сломано. Кончилось тем, что пригласили стороннюю консалтинговую компанию, которая сказал, что при продаже себестоимость была бы 10. Сделали разбивку лота до партии, что придумали с возвратами списаний я уже и не помню. Дело было давно.

Я ожидаю, что подобного рода задачи будут решаться в Аксапте без модиф. Просто многие гуру (в хорошем смысле этого слова) утверждают, что это кривые БП. Но если исходить из того, что логика в моих словах таки есть, то может попробовать заявить эту багу/фичу в майкрософте.
Теги
закрытие склада, себестоимость, склад, blog, ax2009, ax3.0, ax4.0

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Denis Fedotenko: Себестоимость и закрытие склада Blog bot DAX: База знаний и проекты 44 29.03.2010 14:54
Обновление процедуры закрытия склада в АХ 3.0 Vadim Korepin DAX: Функционал 10 07.08.2006 16:21
Финансовые проблемы при Закрытии склада Владимир Ю. DAX: Функционал 6 28.06.2005 20:00
Ошибка при закрытии склада jaran DAX: Прочие вопросы 10 24.12.2004 15:56
Ошибка при закрытии склада, при закрытии более ранней датой, чем пересчет Berkoff DAX: Функционал 2 25.10.2004 17:52

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 00:01.