У нас в системе настроены 3 области оценки:
1. БУ - бух учет (RUR)
2. БУ в валюте концерна (валюта концерна USD)
3. GAAP - область оценки для западного учета (USD)

При отпуске материала со склада на карточку ОС, в облать 02 попадает сумма в USD, пересчитанная по историческому курсу. А вот в 30 - по текущему. Как это можно обойти? А то получается, что на склад ОС поступило по курсу 25 руб/$, а на карточку пришло по 24,9 руб /$. Может кто-то сталкивался с такой проблемой?

Как Вы решили данную проблему? Поделитесь, пожалуйста, опытом, если не жалко

Та же проблема. По этому поводу обращались в САП с нотой, но они пишут что это нормальная работа системы, т.е. не баг а фича.

Cсылаются на ноту 1065932:

пункт 5 b) Unexpected values in the foreign currency area.
"When you make a posting from Logistics, it may not be possible to explain the values in the transaction currency and local currency that result from a currency translation" ... "The problem cases described above are not caused by program errors. In fact, with these results, the system has responded correctly in accordance with the system configuration. Note again that different areas in the same currency do not necessarily have to receive the same values"

Краткое описание ситуации:
The area GAAP “05” has the following settings:
•Is a foreign depreciation area (curr.type = “ “)
•USD as currency
•Performs postings periodically in G/L
•Flag “identical APC values” is NOT activated
•Type “group valuation (=”06”)

The area RAS “06” has the following settings:
•Is a parallel currency area (curr. Type = “30”)
•USD as currency
•Does NOT perform postings in G/L
•Flag “identical APC values” IS activated
•Type “Balance Sheet valuation” (=”01”)

Происходит проводка поступления ОС из логистики - материала со стандартной ценой (регистр ML активирован). Цена в USD из записи материала не равна цене пересчитанной из РУБ по курсу на дату проводки.

В FI-проводке сумма в ВВ2 отражается корректно - из ОЗМ.
Но в FI-AA:
по 05 ГААП области отражается сумма пересчитанная из ВВ1 в USD по курсу на дату проводки.
по 06 РПБУ области - сумма корректная из ВВ2

В результате возникает дисбаланс по ГААП.

Единственное решение которое вижу сейчас - это установка галки “identical APC values” для 05 области.
Но в этом случае все суммы для РПБУ и ГААП будут идентичны, невозм-но будет сделать напр корректировку только по ГААП или только по РПБУ. Даже если при поступлении эти значения одинаковые, не знаю как это может отразиться на проводках выбытия, т.к. остаточная ст-ть будет разная.
Система в продуктиве и считаю опасным ставить сейчас галку идентичности.

Вопрос:
1) какие есть альтернативные варианты решения?
2) есть воспользоваться описанным выше решением - какие еще могут быть негативные последствия? на что обратить внимание?

Спасибо!

Добрый день!
Присоединяюсь к вопросу speranza.
Мы на эту проблему написали небольшую программу, которая ищет ОС с разницей между 2 и 3 областью и проводит корректировку в область 3.
Но интересно было бы узнать и другие способы решения, может быть все-таки возможно это решить настройками?

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

Да, интересно попробовать решить именно настройками.

Настройки которые влияют на пересчет сумм по областям оценки это:
1) Valuation type - "01" (Balance sheet) или "06" (Group valuation) (тр OADC)
2) Identical APC values - "Х" или пусто (тр OABC)
3) Currency type - пусто или 30 (Group curr) или 31 (Group curr, group valuation) (тр OABT)

Нашла где настраиваются перечисленные выше параметры. Не очень понятно с Currency type - для неск областей это поле доступно к изменению, для других (в т.ч. для нужной нам ГААП) - нет.
Не нашла какой параметр влияет на доступность ввода значений в эту область.
Макстимум что получилось - это создать новую область пр образцу с той у которой указан тип валюты 30 - в новой области теперь тоже стоит 30, но она недоступна к изменению. Был вариант попробовать с типом валюты 31.

еще есть некий параметр, видимый в таблице T093A (настройки всех областей)
Dependant depr areas - XAFABH
не нашла где он настраивается, и не понятно на что влияет. При копировании областей он наследуется, так я создала 2 области с ним и без него.

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

Наши области настроены так (последние 2 тестовые на которых буду ставить эксперименты):

ChDep-----Area—ValAd--TTr---IdAPC—IdntTrm---Sqnc.-------Dep--------Crcy-Type---Typ
БУ--------1--------0--------0------------------------------MSNA-------X-----------------------------1
ГААП-----5--------1--------1------------------------------MSNA--------------------------------------6
БУ-дол----6--------1--------1--------X--------X---------MSNA-------X----------------30----------1
Тест-1----35-------1--------5--------X-------------------MSNA--------------------------------------6
Тест-2----36-------1--------5--------X-------------------MSNA--------X----------------30---------6

Если кого-то еще вопрос интересует - пришлите ваши настройки из таблицы Т093А для области ГААП.
А также буду рада идеям по настройке параметров.

Тест установки типа валюты 30 и 31.

Оказывается есть след ограничения:

Один и тот же тип валюты может быть указан только на одной из областей.
Тип валюты можно задавать только на областях, которые не делают проводки в ГК.
Если скопировать новую область с той где уже был указан тип валюты 30 и настроить ее как делающую проводки в ГК, то тип тоже скопируется, изменить его не удастся, т.е. будет 2 области с одим типом. Проводка поступления в этом случае не проходит.

Установить тип валюты 31 можно только если он определен для БЕ, сделать это пока не удалось.

Подскажите, пожалуйста: возможно ли произвести оприходование ОС (ABZON) с курсом пересчета в параллельную валюту на дату отличную от даты оприходования?

Пример: счет от поставщика ОС - 1.07.2009 (курс ВВ-ВВ2 в системе на эту дату - 1000), оприходование ОС - 5.07.2009 (курс ВВ-ВВ2 в системе на эту дату - 1200). Необходимо оприходовать ОС 5.07.2009 по курсу ВВ-ВВ2 равному 1000, а не 1200.

При ведении паралельных валют важно заводить в систему кросс курс.