С добрым днем.

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

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

Привет. Мы, случайно, не на одном проекте работаем?
1. Если "в лоб", то 31 тип пересчета по 31 переменной. Итого надо завести 62 переменные с копией отчетной даты (через UE, можно сразу там задать смещения) и всем этим ограничивать отчет по столбцам, поставив на каждый день свой тип пересчета. Но это - варварство.
2. Ты не думал прогрузить остатки по валюте в отдельный провайдер, просчитав в трансформации остатки на каждый день. И грузить только отчетные периоды, чтобы уменьшить число записей. Тогда понадобится всего 31 переменная в Bex запросе. Этот метод проще первого, но потребует технологических усилий по построению цепочек и удалению лишних данных.
3. Сделай инфообъект, который содержит 31 поле атрибутов, для сумм. Его необходимо связать с остатками, к примеру по календарному месяцу, чтобы получился инфонабор. Тогда разработчик сможет в badi на виртуальных признаках/показателях прочитать историю изменения остатков и курсов и разложить рассчитанное по полям. Будет работать медленно, но гарантировано.

Мысль что называется в лоб - завести отдельный тип курса, пакетным вводом заполнить все дни месяца нужным курсом, пересчитать по нему.
Мысль 2 - переложить данные суммированием в другой объект или в самого себя (зависит от архитектуры) в месяца, пересчет делать в трансформации по нужному курсу

не понятна мысль, если можно поподробнее )

в текущей модели не подходит, неоткуда брать дату на которую пересчитывать. Либо менять модель и хранить обороты на каждый день.

Собственно пока на 2-х вариантах остановился
1. сделать 31 типа пересчета на каждый день
2. Изменить модель, как писал выше.
Оба варианта не совсем гуд, но других более менее толковых вариантов не нахожу (