Посмотрел - похоже не наша ошибка.

Прочитал внимательнее ноты:
0960661 FAGL_FC_VAL Delta Logic Foreign Currency Valuation
1057150 FAGL_FC_VAL Delta Logic/cleared items

В обоих пишется практически одинаково:
в 0960661:
в 1057150:
, что означает, что после выравнивания открытой позиции, следующим прогоном FAGL_FC_VALUATION будет скорректирована Реализованная курсовая разница.

Причем из описания ноты 1057150, если я правильно понял, выходит, что корректироваться она будет на сумму счета КорректБаланса(Локального счета корректировки дебит./кредит. задолженности) для данной позиции, накопленную за все предыдущие переоценки по ней, когда она еще была открыта:

Прогнал несколько тестов, так и выходит.
Таким образом после последнего прогона FAGL_FC_VALUATION у меня остается на счетах Реализованной курсовой разницы (доходе/расходе), только курсовая разница между датой выравнивания ОП и датой предыдущей переоценки, а все остальные курсовые разницы по этой позиции остаются на счетах НеРеализованой курсовой разницы (доходе/расходе), как дельты за каждый месяц переоценки.

Бухгалтерия же клиента хочет чтобы вся курсовая разница по выравненной позиции перенеслась со счетов НеРеализованной на счета Реализованной курсовой разницы.

Может методологически может кто-нибудь подсказать, может где-то ошибка в моих рассуждениях или как то можно по другому реализовать пожелания клиента?

PS: Пока у меня только одно предположение как выкручиваться - указывать одни счета (дохода/расхода) для настроек в ОВА1 в счетах ФактКурсРазница(Реализованная) и Оценка(Нереализованная) и называть их в плане счетов все как Реализованные курсовые разницы (доход/расход), объяснив это тем, что раз дельта оценки потом не сторнируется в следующих периодах, то они значит признаются в том периоде в котором были оценены (т.е. реализованы ).

Вышла новая нота: 1462080 - FAGL_FC_VALUATION: Translation postings (T001-XKDFT)

По описанию вроде как то что нужно:

Проставили ее, но теперь не могу никак найти где проставить галку Indicator: Post translations for exchange rate differences" (T001-XKDFT). Ни в Spro - Глобальные настройки БЕ, ни в FAGL_FC_VALUATION после наката ноты галку не могу найти.

В ноте в пререквизитах еще нужо было изменить и активировать структуру:

Все сделали, но видимо нужно сделать что то еще или я не там эту галку ищу.

Может кто подскажет какую то идею где поискать или что еще проделать?

PS: Есть конечно еще вариант - внаглую поставить эту галку в таблицу, но как то не думаю что SAP добавляя ее не продумал возможности как из интерфейса ее проставить.

удалил.

Вопрос в предыдущем посте в силе.

sm30 - V_001_F

П.С. Кстати эта галка ни на что не повлияла.....

Спасибо, точно этот ракурс!

Я уже через: n -> &sap_edit -> T001 -> XKDFT -> галка
внаглую ее выставил, через sm30 - V_001_F вижу точно стоит .

Но теперь другая проблема: При попытки создания документа трансляции курсовой разницы не может найти счета трансляции, хотя в появившиеся, после накатки ноты 1462080, поля для расходов, доходов, корректировки баланса вроде как счета все проставил:
IMG -> Финансы (нов.) -> Бухгалтерия Главной книги (нов.) -> Периодические работы -> Оценка -> Оценка иностранной валюты -> Подготовка автоматической проводки для оценки инвалюты -> Курс. разница для открытых позиций/ОСч (KDF) -> Контрольный счет (дебитора/кредитора):
Расход: Счет расхода по реализованной курсовой разницы
КорректБаланса: Технический счет к контрольному (на который накапливал курсовую разницу по ОП)
Доход: Счет дохода по реализованной курсовой разницы
КорректБаланса: Технический счет к контрольному (на который накапливал курсовую разницу по ОП)

При прогоне Fagl_FC_VAL, котрый прогоняю после выравнивания ОП с инвалютой, пишет ошибку: "FR885 Некорректный выбор счета для счета <Контрольный счет дебитора>: запись отсутствует" именно для документов насколько я понимаю осуществляющих трансляцию с нереализованной курсовой разницы на реализованную.

В счета Доход и Расход в настройке пытался подставлять и счета дохода/расхода по нереализованной курсовой разницы - тот же результат те же ошибки .

Может кому нибудь удалось допинать эту трансляцию - пожалуйста отпишитесь как, буду черезвычайно благодарен!

Чувствует мое сердце придется скоро в дебаг уходить .

Добрый день!

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

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

Да в конечном счете допинали. Мои ошибки связаны были с тем что настройки по счетам у нас были без области оценки выбраны, как выбрали область оценки 01 и в выбор счетов трансляции поставили нужные счета - все стало сносить на счета реализованной курсовой разницы как надо.

ImpCons, не могли бы Вы поподробнее рассказать о том, как вы решили проблему?
Счета реал. и нереал. разниц все-таки разделили или оставили одинаковыми?
И очень прошу пояснить "настройки по счетам у нас были без области оценки выбраны, как выбрали область оценки 01 и в выбор счетов трансляции поставили нужные счета": где именно вы произвели эти настройки (где в настройках счетов выбирается область оценки и где происходит выбор счетов трансляции)?
Сорри, если это профанские вопросы...но пока не понял где именно это настроить

Все посты выше прочел, все настройки сделал как у Вас, и галка трансляции проставлена тоже.

Заранее благодарю!

Ivan Drago - счета нереализованной и реализованной курсовой разницы конечно разделили - иначе я не писал бы что мы допинали решение

Выбор области оценки делается хитро - в настройке: IMG -> Финансы (нов.) -> Бухгалтерия Главной книги (нов.) -> Периодические работы -> Оценка -> Оценка иностранной валюты -> Подготовка автоматической проводки для оценки инвалюты -> Курс. разница для открытых позиций/ОСч (KDF) -> Контрольный счет (дебитора/кредитора):
у Вас появится окно с выбором плана счетов, в этом окне внизу есть кнопка с зеленой стрелкой вправо - нажмете вот там и появится область оценки - набьете свою область, проставите все настройки именно для этой области оценки и та ошибка про выбор счета для области оценки, про которую я писал несколько постами ранее, перестанет появляться - так как счет, которого FAGL_FC_VAL не могла найти ранее, начнет из этих настроек браться.
Смогла найти эту кнопку с зеленой стрелкой моя коллега - консультант и одновременно разработчик , т.е FI-щица с хорошими навыками ABAP - я бы лишенный навыков трассировки сам вряд ли ее отыскал бы.

К сожалению я сейчас не за своим компом, где у меня все настройки по счетам трансляции записаны (они появляются в настройке после установке ноты: 1462080 - FAGL_FC_VALUATION: Translation postings (T001-XKDFT) и после выбора области оценки), - после правильного выставления счетов все получилось.
Поэксперементируйте - вариантов там немного. Если не получится напишите - тогда я как за своим компом появлюсь точно скажу.

Да прикол еще тот, но как то до работы с трансляцией дохода расхода у меня все нормально настроено было - ошибок на настройки в моей области оценок на счета дохода/расхода/корректировки баланса по переоценке не вылетало, хотя я ее в FAGL_FC_VAL исправно выбирал (да и не работала бы прога без указания области оценки), то ли программа переоценки отрабатывала по настройкам для всех областей переоценки(когда ее в настройке не укажешь), то ли выбор проще как то был и я область все таки при настройке раньше по другому выбирал, а может быть я в свое время эту ошибку схватил и нашел это решение, а потом забыл - когда выберешь один раз область оценки в настройке, больше она не запрашивается, а я первый раз настройку переоценки на том проекте 1,5-2 года назад делал. Затем нота могла удалить все настройки по переоценки ОП, в том числе и выбранную область переоценки и область нужно было выбрать заново, а я уже забыл про фичу . Короче говоря почему так случилось и не восстановишь - но это и не принципиально .

Думаю да стоит в FAQ записать эту фичу - кому нибудь да пригодится !

До своего компа добрался - вот какие настройки по счетам должны стоять:
КорректБаланса: Технический счет к контрольному (на который накапливалась курсовая разница по ОП)
РасхОценка 1: Расход от нереализованной курсовой разницы
Доход/Оцен1: Доход от от нереализованной курсовой разницы
РеализКурсПотр: Расход от реализованной курсовой разницы
РеализКурсРазн: Доход от реализованной курсовой разницы
РасходТрансл1: Технический счет к контрольному
ДоходТрансл1: Технический счет к контрольному
КорректБаланс/Доход: Доход от от нереализованной курсовой разницы
КорректБаланс/Расход: Расход от нереализованной курсовой разницы

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

также после ноты 1462080 нужно установить 1489128 - FAGL_FC_VAL: Error FR 885 account determination.

Иначе сообщение FR 885 будет появляться при правильных настройках.

Коллеги, всем доброго времени суток!
В продолжении темы хочется задать вопросы:
1. Последовательность шагов
15.09 - фактура
30.09 - оценочная курсовая разница +300р.
10.10 - оценочная курсовая разница +50р.
10.10 - выравнивание, учли общую реализованную курсовую разницу +350р.
31.10 - переоценка, сторно оценочной курсовой разницы -350р., проводка трансляции
10.10 - отмена выравнивания, сторнирована общая реализованная курсовая разница -350р.
31.10 - повторная переоценка
не формируется проводка отмены трансляции и сторно оценочной разницы
Так и должно быть?

2. Сегодня выяснилось, что при выравнивании счет РеалКурсРазн (тр. OBA1, операция KDF) выбирается относительно контрольного счета контрагента, а не альтернативного. Кто-нибудь сталкивался с подобным? Искали ли пути решения? Или это прямая ошибка и обращаться в SAP.

3. Существует нота 766338, которая утверждает, что переоценку можно настроить по дополнительным полям с помощью ракурса V_FAGL_FCBAL при отключенном сплиттинге. Кто-нибудь добился каких-то результатов в ее использовании? На текущий момент непонятно как попадают поля, которые релевантны для этого ракурса, и даже при добавлении поля оценка происходит без его учета.

Заранее спасибо за ответы.

Коллеги, сделала настройки как описано здесь. Но в итоге проводки все равно неверные. Получилось ли добиться правильного результата.