Привет всем!
Посоветуйте, как можно провести 3тий пункт из следующей цепочки:
1) проводим фактуру 1го мая:
сумма в валюте документа = 1 USD,
сумма во внутренней валюте = 27 RUB,
2) проводится оплата кредитору(поступление от дебитора) 10го мая: сумма в валюте документа = сумма во внутренней валюте = 26 RUB
3) 10го мая хотим выравнить позиции. При запуске транзакции выравнивания позиции выводятся в следующем виде:
-фактура = 26 RUB - пересчитано по курсу на дату выравнивания
-оплата = 26 RUB

Соответственно 1 руб. должен попасть на счет разниц.
Что нужно поднастроить, чтобы этот рубль отнесся на заранее заданный счет?
Направьте на путь истинный

...а в какой транзакции настраивать "реализованные курсовые разницы"?

OB09

Спасибо!!! Все получилось!

Не совсем понятно с UUSD ? Что мы этим добиваемся ? Ведь и курсовые с cуммовые у нас возникают по одним и тем же документам ?

Интересно, а НДС настраивается так с суммовых разниц?

Ну чем отличаются курсовые разницы от суммовых известно , идея с UUSD тоже понятна, просто в

практике такие случаи когда задолженность в одной валюте, а платеж в другой мне пока не встречались

Но в продолжении темы суммовых разниц есть одна проблема - может подскажите ? Что делать когда по

MM фактуре сумма в валюте совпадает с ГТД , а сумма в BB отличается на копейку за счет того что

расчет и округление в SAP ведется по позициям , а ГТД по общей сумме документа.

В документе "Нетиповые операции по учету налога на добавленную стоимость" есть рекомендации по этому поводу

Уважаемые все!
Подскажите, пожалуйста, как можно объяснить французам какие настройки необходимо сделать, чтобы считалась норамльно суммовая разница. Они хотят все настройки делать централизованно и в головном центре. Про USER EXIT слышать не хотят, а в стандарте можно сделать? Как это будет работать с бухгалтерской точки зрения? Они еще одну головную боль добавляют - 57 счет (Деньги в пути). Нехай они в пути 1 день побудут, а потом придет Выписка Банка и все будет красиво. При это надо же, чтобы автоматом на 91-то откидывалась разница... Они предложили такую схему: 60сч. - 3000 у.е. по курсу на 06.06.2006 33,15, что в переводе 99450
57сч. - 100650 - 51сч. - 100650 по курсу 14.06.2006 33,55
А дальше на 60 будет висеть 100650 и 99450. Банк закроется на 100650, а разница в 1200 пойдет на 91. Но такая схема не проходит в нашей бухгалтерии.
Кто-нибудь, подскажите, а?

Т.е. имеется виду такая схема:

06.06.06 Д10 К60 99450 руб. (3000 у.е.)
14.06.06 Д60 К57 100650 руб. (3000 у.е.)
14.06.06 Выравниваем и сумма 1200 падает на 91 счет.
А чем такое не устраивает?

А по нормальному в SAP суммовые настроить и не получится. Есть ведь еще частичные платежи. Одна надежда, что у.е. законодательно запретят Это было бы счастье!!!

Все к этому идет.

Еще раз всем, привет!
По-нормальному, может быть, и не получиться, но надо как-то так исхитриться, чтобы без USER-EXITа обошлось. Иначе - съедят!
Теперь относительно схемы. Они, черти, в своем примере нарисовали самолетики, а не нормальные проводки. И по этим самолетикам у них черте-что получается, если переводить на нормальный, бухгалтерский язык, а именно:
Д. 60 - К. 26 или 44, или любого другого затратного. - 3000 УЕ по курсу на 06.06. 33,15 - Проводка по с/ф
Д. 60* (так у нас деньги в пути обозначаются) - К. 51 - 100650руб. по курсу на, скажем 10.06 33,55 - Печать Платежки
В конце имеем Д.60 нормального 100650 - К. 60* - 100650, а на 91 Расходы уходит разница в 1200.
Основная проблема в том, что делается Пэймент Ордер, который идет автоматически. А нам надо, чтобы 1200 отражались еще и на 60! А то, только одна "нога" "висит" на 91, а по Дебету же они должныы пройти! Французы говорят: не, так не пойдет, т.к. весь процесс автоматический. А нам-то нужно вручную добавить одну проводку: 60 - 1200 - 91 - 1200! А они говорят, тогда ВЕСЬ процесс ВРУЧНУЮ! Ну, убийство же!
Я знаю, надо добавить в таблицу валют УЕВРО и УЮСД, а какие еще настройки и какие дальше транзакции использовать - стопор...
Поможите кто, чем может!