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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 19.01.2010, 00:04   #1  
Aquarius is offline
Aquarius
Участник
 
139 / 29 (1) +++
Регистрация: 08.02.2007
Адрес: Одесса
неправильная мгновенная себестоимость составила 10 в 14 степени- что делать
Уважаемые господа!
Подскажите, пожалуйста, какие есть решения следующей задачи.

В Ax 3.0 Sp3 я выполнила следующие настройки:
1. Группа складских аналитик:
1.1 активный включено аналитики склад, партия, паллета, ячейка-
1.2. физ. наличие включено для аналитик склад, партия, паллета, ячейка,
1.3 .первичные аналитики -склад
1.4. финансовый склад включен для аналитик склад.

Настройки Группа складских моделей:
1.1. Складская модель ФИФО
Включены настройки:
1.2. Отрицательный физ склад,
1.3. Отрицательный фин склад,
1.4. Заказ на отгрузку,
1.5. Разносить физ операции,
1.6. Разносить фин операции,
1.7. Резервирование- контроль по дате.

постоянно есть отрицательный склад.
В поле "цена" группы "стоимость" установлена цена для всех номенклатур.
в руководстве пользователя MBS указано,что если нулевой или отрицательный уровень по выбранной комбинации "финансовых аналитик", то себестоимость будет списываться по стандартной себестоимости указанной в поле "цена" группы "стоимость" справочника номенклатуры.
Однако обнаружено что в складских проводках заказов,транспортировок, переносов себестоиомость перестала подставляться из поля цена при отрицательном складе, стала внезапно расти, и достигла приблизительно в некоторых случаях 10 в 14 степени .
Пересчет себестоимости исправляет только часть складских проводок.
т.к. для части расходных проводок сопоставлений нет из -за отрицательного склада.
а мгновенная себестоимость растет как снежный ком.
Что делать в такой ситуации?
Старый 19.01.2010, 10:51   #2  
fed is offline
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,890 / 5647 (194) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Цитата:
Сообщение от Aquarius Посмотреть сообщение
Уважаемые господа!
Подскажите, пожалуйста, какие есть решения следующей задачи.

В Ax 3.0 Sp3 я выполнила следующие настройки:
1. Группа складских аналитик:
1.1 активный включено аналитики склад, партия, паллета, ячейка-
1.2. физ. наличие включено для аналитик склад, партия, паллета, ячейка,
1.3 .первичные аналитики -склад
1.4. финансовый склад включен для аналитик склад.

Настройки Группа складских моделей:
1.1. Складская модель ФИФО
Включены настройки:
1.2. Отрицательный физ склад,
1.3. Отрицательный фин склад,
1.4. Заказ на отгрузку,
1.5. Разносить физ операции,
1.6. Разносить фин операции,
1.7. Резервирование- контроль по дате.

постоянно есть отрицательный склад.
В поле "цена" группы "стоимость" установлена цена для всех номенклатур.
в руководстве пользователя MBS указано,что если нулевой или отрицательный уровень по выбранной комбинации "финансовых аналитик", то себестоимость будет списываться по стандартной себестоимости указанной в поле "цена" группы "стоимость" справочника номенклатуры.
Однако обнаружено что в складских проводках заказов,транспортировок, переносов себестоиомость перестала подставляться из поля цена при отрицательном складе, стала внезапно расти, и достигла приблизительно в некоторых случаях 10 в 14 степени .
Пересчет себестоимости исправляет только часть складских проводок.
т.к. для части расходных проводок сопоставлений нет из -за отрицательного склада.
а мгновенная себестоимость растет как снежный ком.
Что делать в такой ситуации?
Возможно, вы столкнулись с багой в рассчете мгновенной себестоимости списания, которая существовала где-то начиная со 2-3 service pack для Axapta 3.0 и была вылечена в каком-то из rollupов для Axapta 4.0sp1. Срабатывает ТОЛЬКО при включенной галке "Включать физическую стоимость" в настройках складской модели. Так что выключите эту галку и пересчитайте склад пока не поздно. Если не успеете пересчитать склад во время - в момент закрытия склада Аксапта попытается запостить в ГК сумму, которая не влезет в разрядную сетку Numeric. Тогда без трудоемкой ручной коррекции данных проблему будет не исправить...
Гм. Посмотрел по внимательнее - вы ничего не пишете про значение этой волшебной галочки. Может она у вас все-таки ВКЛЮЧЕНА ?
За это сообщение автора поблагодарили: Aquarius (1).
Старый 19.01.2010, 12:25   #3  
oip is offline
oip
Axapta
Лучший по профессии 2014
 
2,564 / 1416 (53) ++++++++
Регистрация: 28.11.2005
Записей в блоге: 1
https://mbs.microsoft.com/partnersou...rintpage=false - возможно это (ссылка на закрытый партнерский ресурс). Хотфикс имеется для приложения начиная 3.0 SP5 с Inventory Closing Rollup 2 и выше. Начиная с некой версии 4.0 SP1 - исправлено. fed, как я понимаю, говорил именно об этом.
__________________
С уважением,
Олег.
За это сообщение автора поблагодарили: Aquarius (1).
Старый 21.01.2010, 16:23   #4  
Guntis is offline
Guntis
Участник
 
2 / 10 (1) +
Регистрация: 13.04.2005
Адрес: Latvia, Jelgava
Добрий день!
Тоже несколько раз встречался с подобнои ситуациеи но решил что причиной является - включенная галка "физический негативный склад". Немогли ли вы поделится опитом и более точной информацией
Старый 21.01.2010, 17:28   #5  
fed is offline
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,890 / 5647 (194) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
В принципе - ты прав. Это завязано на отрицательный физический склад. Но сама ошибка срабатывает ТОЛЬКО если физический склад отрицательный и галка "Включать физические операции" включена. Если посмотреть на код рассчета себестоимости списания (inventMovement.financialIssueCostValue()), в старых версиях можно найти такой код:

X++:
value       = inventSum.postedValue;
 qty         = inventSum.postedQty;
 if (this.inventModelGroup().inclPhysicalValueInCost)
    {
        value += inventSum.physicalValue;
        qty   += inventSum.received - inventSum.deducted;
    }
...
return Currency::amount(value / qty * _inventTrans.qty);
Теперь представь себе картину: Оприходовали (физически и финансово) 100 КГ по цене 10000 рублей за КГ. Потом списали (физически) 199.9999 КГ. Теперь первое физическое списание списываем финансово. По формуле:
Qty=100
Value = 1000000
Deducted= 199.9999
Received=100
PhysicalValue - скорее всего равно нолю. ПОскольку первые 100 штук списывали со правильной физической себестоимостью, последующие - по себестоимости из карточки (допустим - незаполненной)
Получаем:
Qty=100+100-199.9999=0.0001; Value=1000000
Сбестоимость списания 1000000/0.0001=1E9. Такие дела

В более поздних sp эту формулу заменили на:
X++:
 inventSum   = _inventOnhand.inventSum();

    if (inventSum.PostedValue * inventSum.PostedQty > 0)
    {
        value       = abs(inventSum.postedValue);
        qty         = abs(inventSum.postedQty);
    }

    if (inventSum.PhysicalValue * (inventSum.Received - inventSum.Deducted) > 0 && this.inventModelGroup().inclPhysicalValueInCost)
    {
        value += abs(inventSum.physicalValue);
        qty   += abs(inventSum.received - inventSum.deducted);
    }

    if ((value * qty) <= 0 || qty <= 0)
    {
        value = _inventTrans.costAmountPhysical;
        qty   = _inventTrans.qty;
    }
...
return Currency::amount(value / qty * _inventTrans.qty);
За это сообщение автора поблагодарили: Logger (8).
Старый 21.01.2010, 18:36   #6  
Aquarius is offline
Aquarius
Участник
 
139 / 29 (1) +++
Регистрация: 08.02.2007
Адрес: Одесса
Цитата:
Сообщение от fed Посмотреть сообщение
Возможно, вы столкнулись с багой в рассчете мгновенной себестоимости списания, которая существовала где-то начиная со 2-3 service pack для Axapta 3.0 и была вылечена в каком-то из rollupов для Axapta 4.0sp1. Срабатывает ТОЛЬКО при включенной галке "Включать физическую стоимость" в настройках складской модели. Так что выключите эту галку и пересчитайте склад пока не поздно. Если не успеете пересчитать склад во время - в момент закрытия склада Аксапта попытается запостить в ГК сумму, которая не влезет в разрядную сетку Numeric. Тогда без трудоемкой ручной коррекции данных проблему будет не исправить...
Гм. Посмотрел по внимательнее - вы ничего не пишете про значение этой волшебной галочки. Может она у вас все-таки ВКЛЮЧЕНА ?
галка "Включать физическую стоимость" отключена была всегда.
У нас часто бывают разнесенные заказы, переносы завтрашним числом.
В них чаще всего вылазит гигантсткая себестоимость.
например в транспортировке 2880 штук фин. себестоимость 5603476036662,690 , т.е 1 штука 2001241441,66, хотя цена 1 штуки 7,31.
пересчет мы каждый день делаем сегодняшним числом.
Дело дошло до того,что мы теперь не смогли делать обновление в Гк по пересчету, у нас выдавалось сообщение о неправильной корреспонденции почему-то.
Приходится делать каждый день пересчет без обновления в ГК.
Все вылезшие большие суммы пересчетом корректируются. Но остаются висеть большие суммы документов, проведенных завтрашним числом.
Аксапта у нас используется для оперативного учета взаиморасчетов с клиентами, по счетам ГК пока данные нам не особо нужны. Нашу проблему мы пока не решили.
Старый 22.01.2010, 09:41   #7  
AlGol is offline
AlGol
Участник
 
277 / 93 (4) ++++
Регистрация: 24.12.2001
Адрес: Тверь.
Цитата:
Сообщение от Aquarius Посмотреть сообщение
Но остаются висеть большие суммы документов, проведенных завтрашним числом.
После установки упомянутого выше хотфикса, должно исправится возникновение новых проводок с гигантскими суммами.

Если пересчет исправляет не все имеющиеся в базе проводки - то их можно поправить принудительно, но надо програмить обработку специальную, которая делает корректировку с гигантских сумм. Как вариант, можно сбрасывать стоимость по складской проводке до стандартной стоимости указанной в карточке номенклатуры.
Старый 22.01.2010, 11:49   #8  
Guntis is offline
Guntis
Участник
 
2 / 10 (1) +
Регистрация: 13.04.2005
Адрес: Latvia, Jelgava
[QUOTE=Aquarius;217640]
Дело дошло до того,что мы теперь не смогли делать обновление в Гк по пересчету, у нас выдавалось сообщение о неправильной корреспонденции почему-то.
Приходится делать каждый день пересчет без обновления в ГК.
Все вылезшие большие суммы пересчетом корректируются. Но остаются висеть большие суммы документов, проведенных завтрашним числом.
Аксапта у нас используется для оперативного учета взаиморасчетов с клиентами, по счетам ГК пока данные нам не особо нужны. Нашу проблему мы пока не решили.

Что делать,
1) Подправить БП и
2) Отключить – негативный физический склад
Старый 24.03.2010, 14:31   #9  
bobski is offline
bobski
Участник
 
38 / 11 (1) +
Регистрация: 01.10.2008
! Коррекция себестоимости. Огромная с\с. Разноска в ГК.
Доброго времени суток. Возникла серьезная проблема при коррктировке себестоимоси. Ситуация сложная и запущенная. Прошу помощи.
Ax 4.0 sp2, международный функционал на MSSQL 2005.
Учет в системе ведется более года.
Складская модель - взвешенное среднее. Вторичная валюта не выбрана. Склады ни разу не закрывались - пока нет возможности.

Однажды столкнулись с тем, что перестали разноситься заказы на продажу, ссылаясь на разницу во вторичной валюте. В результате выяснилось, что для некоторых номенклатур в разрезе отдельных складских аналитик себестоимость выросла до предельных порядков (увидели по inventTrans и InventSum). Аксапта не смогла с ними корректно работать, оттого и стали появляться глюки в разноске.
Спохватились, нашли и использовали HotFix 946804, который решил проблему роста себестоимости у номенклатур.

Запустили пересчет, который работал около месяца. Пройдя максимальные 100 итераций, пересчет отказался делать разноску в ГК, опять же ссылаясь на расхождения во вторичной валюте. Тот же глюк. Завершили пересчет без разноски в ГК.

Как можно решить подобную проблему? Возможно даже хирургическим путем?
__________________
С уважением, Владимир.
Старый 01.10.2010, 09:22   #10  
b_nosoff is offline
b_nosoff
Читатель
Аватар для b_nosoff
MCP
MCBMSS
 
197 / 143 (5) +++++
Регистрация: 01.12.2004
Адрес: Msk
Записей в блоге: 13
Цитата:
Сообщение от Aquarius Посмотреть сообщение
Нашу проблему мы пока не решили.
Хочу поинтересоваться у уважаемого топикстартера, удалось ли таки ее решить? Пробовали ли ставить хотфикс 946804?
__________________
Axapta non erubescit
Старый 01.10.2010, 09:32   #11  
b_nosoff is offline
b_nosoff
Читатель
Аватар для b_nosoff
MCP
MCBMSS
 
197 / 143 (5) +++++
Регистрация: 01.12.2004
Адрес: Msk
Записей в блоге: 13
Цитата:
Сообщение от bobski Посмотреть сообщение
Как можно решить подобную проблему? Возможно даже хирургическим путем?
Хочу поинтересоваться, нашлось ли решение по прошествии нескольких месяцев? Мы тоже с этой фигней столкнулись. Ничего не нашел лучше, кроме как обнулить себестоимость. Хорошо, что проводок было совсем немного. Закрытие склада скорректировало себестоимость до нормальных цифр.
__________________
Axapta non erubescit
Теги
себестоимость

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Random!!!! Sada DAX: Программирование 26 03.06.2011 15:08
Denis Fedotenko: Себестоимость и закрытие склада Blog bot DAX: База знаний и проекты 44 29.03.2010 14:54
Неправильная себестоимость при возврате по отгрузочной. Hamster DAX: Функционал 0 03.06.2005 20:25
Приемка спецификаций - неправильная себестоимость Roman777 DAX: Функционал 3 24.03.2005 16:27
при построении перекрёстных ссылок выдаётся сообщение об ошибках mmmax DAX: Программирование 10 21.01.2005 12:42
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

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

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

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 14:27.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.