Собсна, сабж. Можно найтить искомый коэф. в таблице TCURF, но там для поиска актуальных курсовых коэффициентов нужно дополнительно преобразовывать дату, на которую ищется коэф., и искать по минимальному значению этой "преобразованной" даты, большей или равной заданной. Неудобно, потому что это делается в цикле - нужно для своего отчета пересчитывать во внутр. валюту стоимости позиций счетов (исходящих), но курс брать не на дату проводки, а из заголовка (KURRF - курс для бухучета). Получается, надо делать join заголовка и позиций, а затем для каждой позиции еще делать запрос для поиска коэф. пересчета... Может, как-то можно это сделать оптимальней? Ф.модуль я не нашел...

Может быть, поможет гр. функций SCUN.

Группа функция SCUR поможет тебе.

Есть еще BAPI функция BAPI_EXCHRATE_GETCURRENTRATES.

Группы ф-ций SCUR не существует в природе... Версия - 4.7. Ближайшие похожие: SCUN и SCUST_SYS_INFO. Между ними - пустота... С бапишкой буду ковыряться, спасибо.

От ведь. В 4.6Ц есть такая группа. Все, значит, течет, все меняется...

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

Есть еще ф.модуль CALCULATE_EXCHANGE_RATE. Он возвращает коэф. правильно, но я не понял, почему
Заполняю поля, чтобы его протестировать:
=====
CLIENT 020
DATE 30.08.2005
FOREIGN_AMOUNT 1000
FOREIGN_CURRENCY RUB
LOCAL_AMOUNT 1
LOCAL_CURRENCY UAH
TYPE_OF_RATE M
=====
На выходе:
=====
EXCHANGE_RATE
FOREIGN_FACTOR 10
LOCAL_FACTOR 1
DERIVED_RATE_TYPE
FIXED_RATE
=====
Хотя сам курс не вернул, множители правильные. Тогда зачем суммы обязательны для заполнения? Не понимаю...

Нормально все возвращает. Попробуй маленькую программку написать с этими ФМ.


А вот с этой цифры поподробнее.
Я не понял, в течении дня меняется курс? Или, от документа к документу меняется дата и тип курса?

Если есть тип курса, валюты, на какую дату расчитывать курс, то CONVERT_TO_*.

Имеется в виду вот что. В сбытовом заказе стоит фикс. курс. При формировании счета со ссылкой на исход. поставку к этому заказу ставится курс, прописанный в заказе. А это уже не тот курс, который действует на дату счета.
Теперь, если заказы разные, у них разные курсы. Но при выставлении счетов на эти заказы в один день получится, что нужно рассчитывать стоимости по нескольким курсам. При этом курс на дату счета не будет действительным для счетов с прописанным курсом для бухучета.
Ф-ф-ф-ф-фухххх! Во, загнул! Надеюсь, кое-как понятно?
-----
Во всем виновато мое коснояз-зычие. (с) Новосельцев А.Е.

ФМ CONVERT_TO_LOCAL_CURRENCY или CONVERT_TO_FOREIGN_CURRENCY позволяют расчитать сумму в валюте по указанным Типу курса, сумме, валюте, дате на который считать курс и есть там еще магическое Ха - параметр READ_TCURR. Если парамтер READ_TCURR не оХаивать ( = '') и в параметре RATE - передать курс, то возможно ту получишь отконвертированную сумму.
Думаю - это то, что тебе надо.

Да, спасибо. CONVERT_TO_LOCAL_CURRENCY - весьма исчерпывающий ответ. То, что нужно.

З.Ы. Бапишку еще не проверял

А BAPI-шка, в контексте твоей задачи и не нужна.

Дык а чего там переводить то

p_dated = auedatu.
p_augdatu = 99999999 - p_dated.
select single ukurs
into acukurs
from tcurr
client specified
where mandt = aumandt
and kurst = kurst " 'M'
and fcurr = aufcurr
and tcurr = autcurr
and gdatu >= p_augdatu.

или нет??

Или так:



Или закачиваем таблицу курсов в память и READ TABLE ... INTO ... WITH KEY ... BINARY SEARCH.

Но лучше использовать стандартный функционал.