Штатный функционал по пересчету себестоимости

[greenfin]

Добрый час, уважаемые.
Возникла следующая ситуация с пересчетом себестоимости, в которой не могу разобраться без посторонней помощи. Ах 2009 rollup 5.

Ситуация следующая, пример взят из тестовой базы (на рабочей базе поведение аналогичное, только проводок больше , доработок нет, система только запускается).
Операции в системе вводилось в той же последовательности, как представлены ниже:
15/07/2011 через складской журнал с типом проводка на Склад №1 оприходована номенклатура «Кирпич» в количестве 45 шт. на сумму 13.500 руб. (себестоимость 1 единицы 300 руб.)
24/08/2011 через складской журнал с типом перенос со Склада №1 на Склад №2 было отражено перемещение номенклатуры «Кирпич» в количестве 10 шт. на сумму 3.000 (себестоимость 300 руб.)
29/09/2011 через складской журнал с типом проводка на Склад №1 оприходована номенклатура «Кирпич» в количестве 15 шт. на сумму 4.500 руб. (себестоимость 1 единицы 180 руб.)

Номенклатура «Кирпич» учитывается в системе в разрезе складской аналитики «Сайт» и «Склад». Принадлежит складской модели, в которой выбрана модель средняя взвешенная себестоимость.

Затем был произведен пересчет номенклатуры «Кирпич»: в пересчете в поле «пересчитать запасы до» было указано 31/07/2011 - пересчитываем себестоимость за июль (делаем только пересчет без закрытия склада) - поведение системы с нашей точки зрения в норме.
Затем произведен пересчет номенклатуры «Кирпич», в пересчете в поле «пересчитать запасы до» было указано 31/08/2011 - пересчитываем себестоимость за август (делаем только пересчет без закрытия склада) - поведение системы с нашей точки зрения в норме.
Затем произведен пересчет номенклатуры «Кирпич», в пересчете в поле «пересчитать запасы до» было указано 30/09/2011 - пересчитываем себестоимость за сентябрь (делаем только пересчет без закрытия склада) - поведение системы с нашей точки в этом случае не корректное:
- в таблице «Inventsettelment» появилось две записи: сопоставление по внутреннему перемещению, которое было отражено в системе датой 24/08/2011. Дата операции в «Inventsettelment» 30/09/2011 - это значение из поля "TransDate".
- в таблице InventTrans по внутреннему перемещению появилась коррекции в сумме 428,57 руб (значение в поле "CostAmountAdjustment" у приходной и расходной проводки, т.к. тип "Перенос". На мой взгляд, коррекция рассчиталась так: 3.000 - (13.500 + 4.500) / (45+25) * 15 = 428,57.
- отчет «Оборотно-сальдовая ведомость по складу» за сентябрь месяц в колонке «Расход» отражает сумму «428,57» с количеством равным ноль.

Вопросы в следующем:
- почему система пересчитала расходные операции августа при пересчете операций за сентябрь?
- как задать начальную дату, на которую необходимо «взять» остаток и исключить из коррекции операции отраженные в системе до данной даты?
- как добиться следующего поведения пересчета, в котором бы расчет средней взвешенной себестоимости был по следующей схеме: (Сальдо в суммовом выражении + Приход за период в суммовом выражении) / (Сальдо в натуральном выражении + Приход за период в натуральном выражении) – средняя себестоимость пересчитываемого периода, к которой необходимо привести расходные операции обрабатываемого периода (для простоты восприятия нюансы с возвратами и сторно не приведены).

[Pustik]

Цитата:

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

Добрый час, уважаемые.
Вопросы в следующем:
- почему система пересчитала расходные операции августа при пересчете операций за сентябрь?

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

Цитата:

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

- как задать начальную дату, на которую необходимо «взять» остаток и исключить из коррекции операции отраженные в системе до данной даты?

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

Цитата:

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

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

В АХ2009 после закрытия склада формируется проводка с определенным типом, которая является стартовой точкой для расчета следующего периода. Для модели средней цены очень не плохо даже работает и с точки зрения скорости и с точки зрения правильности расчета.
А почему вы не закрываете склад в конце месяца?

P.S. В принципе Вы хотите, чтобы приходы будущих периодов не влияли на расходы прошлых.Тогда ближе подходит модель ФИФО. Если говорить о средней, то система позволяет делать расход, не видя прихода - Отрицательный физический склад в Настройках. Может быть, поэтому корректировка по средней себестоимости построена именно так, как построена.

[Pustik]

Цитата:

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

Потому что в расчет она берет все не закрытые проводки расхода и прихода.Не зависимо от выставленного Вами периода.

Естественно до выбранной Вами даты.

[greenfin]

Спасибо большое Pustik за подсказку:

Цитата:

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

В АХ2009 после закрытия склада формируется проводка с определенным типом, которая является стартовой точкой для расчета следующего периода.

Из-за того что мы не делали закрытие склада, а выполняли только пересчет себестоимости у нас не получался желаемый результат за сентябрь. После того как начали делать закрытие склада на дату закрытия отчетного периода для расчета себестоимости (месяц), за сентябрь на тестовой базе получили желаемый результат.
Следовательно, если делать только пересчет себестоимости без закрытия склада, то система всегда рассматривает проводки с точки зрения нахождения их в одном обрабатываемом периоде.

[greenfin]

Цитата:

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

А почему вы не закрываете склад в конце месяца?

Запуск системы производим не всех МПЗ учитываемых в организации.А закрытие склада приводит к запрету движения любой номенклатурной единицы.

[Pustik]

Цитата:

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

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

Да так. Система в уме не держит такие понятия как месяц, квартал, год. Она в расчет берет все не закрытые проводки прихода и расхода до указанной Вами даты.