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

Виртуальный куб с сервисами рулит со страшной силой, но если в отчёт тянется много признаков он рулить перестаёт Можно попробовать стандартный метод расчёта остатков, но там свои грабли, я их не осилил.

Увы не рулит т.к. данные поступают не из сап системы в виде проводок.

А использование некумулятивных показателей не подходит по причине разрывности остатков? Если можно построить требуемый отчет на некумулятивном кубе, думаю самый быстрый вариант

Неосилил, дат что вообще нет, одни цифры

Именно! Нужны физические остатки на каждый день чтобы передавать их дальше (не в отчеты)

Объясню: Есть проводки по счетам сегодня по одним счетам, завтра по другим другим, нужно
а: хранить остатки на каждый день даже если <я не знать русский языка> проводок в этот день
б: уметь пересчитывать остатки на каждый день если проводка приходит задним числом

Вот именно с этим куб с сервисами справляется на ура. Но если требуется реализовывать поток данных дальше то этот вариант не подходит. В принципе в правилах обновления расчёт можно реализовать, если памяти на сервере немеряно.

Может сделать источник данных на запросе с некумулятивными показателями?

Данные поступают из не SAP систем через промежуточный ETL "процессинг" на базе стороннего ПО.

а дальше их куда надо передавать?

Коллега на проекте решил организацией временного ряда. Отаток по любому счёту всегда находится между datefrom dateto. Объект неизбыточным. И из него можно и отчёты строить и дальше цели данных обновлять и агрегировать.
Самое сложное - это пересчёт ряда для загруженной истории и повторный пересчёт в случае коррекций в прошлом.

Проект в УКРСИББАНКе ?

Нет, в другом банке , на текущем проекте.
В Сибе мне BW почти не досталось.

к сведению...
Решение на некумулятивном кубе с притоками и оттоками не прокатило - на больших объемах валится в дамп.