Закрытие склада. Минимальная коррекция пропускной способности

[kaw]

Всем привет!

Ax 4.0 Есть перемещение с одного склада на другой (Excel)

Осуществляем Закрытие склада => "Пересчет" ("Минимальная коррекция пропускной способности" = 1.00 )
в результате получаю в Сопоставлении 3 проводки (см.скрин)

по документации, проводка на округление выполняется только если сумма меньше "Минимальная коррекция пропускной способности"
http://download.microsoft.com/documents/rus/dynamics/docs/tutorial_part6.pdf стр.81-82

Смотрим код, 3ая проводка создается из InventCostItemDim.updateTransIdReceipt()

if (onHandIsAdjusted)
{
   this.createErrorAdjustment(receipt, -adjustNow);
}

инициализация параметра:

 onHandIsAdjusted = inventAdj::isOnhandAdjusted(inventTransId, inventTransIdReturn, voucherPhysical);

где Ах находит запись по ручной корректировки себестоимости (Закрытие склада => "Корректировка / В наличии")
и на основе этого факта осуществляет обнуление корректировки.

Единственное что приходит в голову, логика следующая:
“Если человек произвел ручную корректировку себестоимости на складе получателя, чтобы ее не нарушить, Ах не будет производить корректировку»

[Raven Melancholic]

Цитата:

Если человек произвел ручную корректировку себестоимости на складе получателя, чтобы ее не нарушить

Насколько я помню, в DAX4 не было возможности корректировать себестоимость приходной проводки по переносам. Это какая-то своя модификация?

[Logger]

Цитата:

Сообщение от Raven Melancholic

Насколько я помню, в DAX4 не было возможности корректировать себестоимость приходной проводки по переносам. Это какая-то своя модификация?

Там же используется коррекция - в наличии. в этом случае переносы тоже корректируются.

[kaw]

Цитата:

Сообщение от Raven Melancholic

Насколько я помню, в DAX4 не было возможности корректировать себестоимость приходной проводки по переносам. Это какая-то своя модификация?

сравнивал со слоем sys, отличий нет...

[Ivanhoe]

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

[Starling]

Система работает правильно и минимальная коррекция тут не причем.

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

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

Это теоритя – в жизни я не однократно встречал ситуации, когда через механизм корректировки запасов пытались накинуть фактические затраты. Так в системе делать НЕЛЬЗЯ. В этом случае нужно пользоваться обычной корректировкой себестоимости через приходные проводки.

[kaw]

Цитата:

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

Это теоритя – в жизни я не однократно встречал ситуации, когда через механизм корректировки запасов пытались накинуть фактические затраты. Так в системе делать НЕЛЬЗЯ. В этом случае нужно пользоваться обычной корректировкой себестоимости через приходные проводки.

Вот спасибо! Все про нас ...
Надеюсь Ваше сообщение остановит модификации функционала.

[kaw]

Цитата:

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

Это теоритя – в жизни я не однократно встречал ситуации, когда через механизм корректировки запасов пытались накинуть фактические затраты. Так в системе делать НЕЛЬЗЯ.

Мне к сожалению не удалось убедить в этом, может подскажите, какие могут быть подводные камни в этом случае... Спасибо.

[Ivanhoe]

А вы все-таки опишите, какую бизнес-ситуацию решаете через коррекцию именно запасов? Коллеги высказали несколько вариантов - какой конкретно у вас? По каким стандартам вы ведете учет (БУ, НУ, УУ, МСФО, GAAP,...)?

[kaw]

бизнес-операция следующая:
Приходит продукция на Главный склад (Заказ на покупку) + Накл.расходы, сформировалась себестоимость. Делаем перенос (склад.проводками) на подразделения, филиалы.
Требуется на переносы накинуть еще дополнительные накл.расходы.
Сейчас это решается функцией: Управ.запасами \ Период.операции \ Закрытие и коррекция => Корректировка => В наличии
Соответственно, если в последствии приходят пересчеты себестоимости с Гланого склада, система отправляет их на округление

P.S. учет по РСБУ, НУ

[Starling]

Цитата:

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

Делаем перенос (склад.проводками) на подразделения, филиалы.
Требуется на переносы накинуть еще дополнительные накл.расходы.

Я не знаком со стандартами РСБУ, но по международным стандартам в общем случае такие расходы нужно признавать расходами периода – расходы на сбыт. Именно так построена логика работы системы.

Но это в общем случае, я встречал ни одну компанию, которая такие расходы желала включать в себестоимость. К сожалению, для вас – это как раз ваш случай.
Если у вас товар штучный (активирован серийный номер), то вам везет – у вас есть возможность по серийному номеру из переноса выйти на строку приходной накладной и до оценить ее (строку приходной накладной) стандартными средствами через корректировки.
А вот если товар у вас не штучный, то ситуация усложняется. Как по мне можно:
1. Согласится на некое усреднение – аккумулировать все расходы по транспортировкам за период на отдельном счете, а затем распределять его на приходы в конце периода. Базу распределения и выбор приходов для до оценок нужно отдельно согласовывать.
2. Пилить систему – с большими рисками. У клубмы была модификация, которая дооценивала проводки по переносу. На сколько она сложна в реализации я не знаю. Но риски тут большие. Все зависит от опыта ваших специалистов.

[Starling]

А ну и 3-ий вариант - вместо журналов переноса использовать журналы спецификация. Т.е. ввести номенклатуру накладные расходы. Сделать журнал спецификация, в котором:
- Товар
- Накладные расходы
+ Товар, себестоимость которого равна Товра + Накладные расходы.

[Ivanhoe]

Насколько я помню, в 4.0 в заказах на перемещение уже сделано несколько лотов по одной строке. Возможно, стоит сделать модификацию, которая позволит вешать коррекции на приходный лот по заказу на перемещение (или вешать накладные расходы) и учитывать их при закрытии склада. Есть опыт подобной модификации в 2009 (там даже в переносах несколько лотов, т.е. и по ним можно сделать аналогично).

С точки зрение того же БУ, например, расходы по доставке с производства до места хранения можно включать в себестоимость, чего в стандартной AX, к сожалению, сделать нельзя (если использовать стандартные логистические заказы на перемещение со склада производства на, например, филиальный склад.