Коллеги, подскажите, пожалуйста. При создании сбытовой фактуры на экране выбора авансов ссылаюсь на два аванса, которые закроют данную фактуру. Галочку "Выравнивание..." не ставлю. Фактура проводится по среднему курсу. Далее два вопроса:

1) Когда делаю выравнивание через J3RFRATECALC появляется ошибка о том, что для причина разницы 055 не предусмотрена. Для чего она используется и почему именно 055 требуется?

2) Пытаюсь выравнивать через F-32 - появляются курсовые разницы, которых по идее быть не должно.

Как с этим бороться и кто как вообще использует эту программу?

1. SAP офигел и в коде причину разницы зашил:
IF b_rstgr IS INITIAL.
b_rstgr = '055'.
ENDIF.

Есть нота Note 1256445 - Down Payments in FC accounting (PBU 3) for Russia, там документация (RU_DownPaymts_in_FC_SAPLibrary.pdf)...

Да, именно согласно этой пдфке и пытаюсь всё сделать. Настройки все есть, кроме причины разницы конечно. Есть какие-то предположения почему их так жестко зашили в код, или нота, которая сделала эту каку? И как вообще используются причины разницы?

Попробовал сделать так:

Создаю 2 аванса разными датами на общую сумму счета. Запускаю тр. и расчитываю курс. Есть две строки: "Средний валютный курс счета" и "Курс для выравнивания авансовых платежей (не проводка счета)" с разными значениями курса. Сразу хочется спросить как они расчитываются, для чего используются и почему разные? А пока жму "Сохранить авансы".

Далее провожу счет. Беру курс из поля "Средний валютный курс счета" (хотя может надо брать второй?). При проводке счета возникает ошибка о том, что я, мол, блокирую дебитора. Ерунда какая-то. Пробую провести по курсу из второго поля - всё равно, говорит, блокирую. Ладно, сбрасываю авансы. Провожу счет уже по курсу из второго поля. Проводится.

Выравнивание через программу опять ругается на причину 055. Делаю выравнивание F-32 на дату проводки - всё равно показывает курс. разницу при моделировании. Но причина скорее в том, что для документа выравнивания настроено отображение курсовых разниц. Да и курс в F-32 указать нельзя.

Сорри за некоторый сумбур ) Прошу подсказать как бороться с этой красивой функциональностью )

Привет!

Возможно, мой опыт будет полезен.
Для выравнивания не пользуюсь J3RFRATECALC, делаю через F-32.
Когда закрываю фактуру, то выравнивание с авансами делаю по очереди на дату проводки аванса.

Пример.
Аванс1 на дату 01.01.2011 (50% от стоимости)
Аванс2 на дату 15.01.2011 (50% от стоимости)
Фактура на дату 31.01.2011

В этом случае первое выравнивание будет частичное выравнивание фактуры и аванса1 с датой выравнивания 01.01.2011.
Второе выравнивание - фактуры и аванса2 с датой выравнивания 15.01.2011.

Таким образом можно избежать формирование курсовых разниц.

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

Транзакция FB05 и выбираете любой вид док-та.

Кстати, мысль появилась...
Если сделать выравнивание через транзакцию FB05, установив дату пересчета валюты равной дате аванса. А дата проводки будет датой фактуры.
К сожалению, сам проверить сейчас не могу (

Абсолютно верно, так и работает. Делается операция, аналогичная перерасчету аванса. Спасибо за подсказку )
Теперь у меня спортивный интерес к J_3RF_RATE_CALC. Вот зачем, блин, было ставить эту причину разницы!? Особенно добивает то, что она требуется даже когда всё выравнивается в 0. Может OSS выставить? ))

Как изменить вид документа для транзакций выравнивания.
Транзакция OBXH, операция выравнивания UMBUCHNG, в нее заходите и там 3 вида документа:
В/документа(Дебитор)
В/документа (Кредтр)
В/документа (ОСч)