Курсовая разница по складу

[sgt.Pepper]

Возможно, странно звучит, но...

Настройки компании:
Основная валюта EUR
Вторичная валюта - RUB, в отчетах не используется (сама компания находися в Германии, является дочерней компанией с главным офисом в России).

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

28.12.2010 Входящий счет
Валюта USD, курс 75,3693

По главной книге прошло:
Покупка, приход USD 29393,19 (EUR 22153,44)

04.01.2011 Исходящий счет
Валюта USD, курс 74,744

По главной книге прошло:
Потребление по заказу на продажу EUR 22153,44
Расход по заказу на продажу EUR -22153,44

Покупка, приход и Расход по заказу на продажу настроены на один и тот же счет.

При пересчете исходящего счета EUR -> USD получаются суммы
4.01.11 8.12.10 разница
Потребление по заказу на продажу USD
4.01.11: 29639,01, 8.12.10: 29393,19, разница 245,82
Расход по заказу на продажу USD
4.01.11: -29639,01 8.12.10: -29393,19, разница -245,82

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

Ax 4.0 SP2

[EVGL]

Никак. В российской локализации с подобнымы целями было под моей опекой создано уродство под названием "двухвалютный склад". Использовать его я бы никому не советовал.

[glibs]

Вы под маржой понимаете сумму выручки приведенную к валюте закупки минус закупочная стоимость в валюте закупки? Или не в валюте закупки, а в какой-то определенной валюте?

ТЗР у вас нет или в себестоимость вы их не включаете?

В вашем случае (партионный учет) можно попробовать сделать доработку чтобы сохранять закупочную цену в партии в справочнике партий. И при продаже считать маржу исходя из такой закупчной цены и цены продажи (с учетом или без учета скидок — как у вас принято), а не на основании Аксаптовской себестоимости.

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

[glibs]

Другой (и не менее, а даже существенно более извращенческий подход) — это сделать курсовые разницы по складу. Это если вы кроме расчета маржи еще и в ГК хотите видеть суммы, которые в пересчете по курсу на дату операции в интересующую вас валюту дадут вам эквивалент цены закупки.

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

Раз в несколько дней или как вариант ежедневно запускается некая периодическая процедура, которая корректирует прижод таким образом, чтобы себестоимость остатка на текущий день при пересчете в нужную вам валюту дала нужную вам сумму (закупочную цену). Если закрытие деать "на дату" FIFO, LIFO на дату, средняя на дату, то сегодняшняя крректировка стоимости прихода на вчерашний расход не повлияет. Себестоимость остатков на дату при пересчете в нужную вам валюту по курсу на эту же дату также даст вам нужную сумму. Но если будете задним числом регистрировать операции, то такие корректировки нудно будет прогонять наростающим итогом с момента последнего закрытия склада (точно так же, впрочем, как и с курсовой разницей в ГК дело обстоит).

Да. В самом начале написал что извращенческий. Какие требования учетной политики, такой и подход. Мне тоже один раз точно такие же требования выставляли. Но как-то обошлось. Удалось уговорить заказчика на Аксаптовскую себестоимость. От закупочной цены в валюте закупки только цену продажи считали (+ заданная маржа), а себестоимость считали только в валюте компании. Это про то, что с заказчиком нужно стараться работать.

PS. Описанный выше подход выдумал в голове. Если его рассматривать серьезно — обязательно нужно моделировать и проверять.

[sgt.Pepper]

1. Под маржой понимается сумма продажи в валюте закупки минус сумма закупки.

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

3. Glibs, предложенный вами метод требует детального рассмотрения и как вы сами сказали моделирования. У нас используется модель FIFO.

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

Проблема в том, как эту формирующуюся разницу со счета себестоимости перенести в P&L, и можно ли это сделать в принципе?

5. Есть еще идея - сохранять курс вместо цены в партии. Тогда можно будет узнать, а какая же сумма в USD была продана по курсу закупки.

[gaenar]

Так интересно получилось, что мы заняты сейчас той же проблемой, и пришли (не читая форум) к тем же выводам. То есть мы пошли по пути предложенному Glibs, с переодической переоценкой склада с накручиванием необходимых курсовых через накладные расходы. Решение реализовано, находится в опытно-промышленной эксплуатации (тестирование на "рабочке" после успешного теста на примерах). Там есть ряд подводных камней. Кому интересны подробности - спрошайте.