В компании имеется 4 формы бюджета,
и статьи одного из них рассчитываются операциями сложение, вычитание статей других бюджетов (оставшихся трех) и умножение на различные коэффициенты. Статьи рассчитанного бюджета обязательно необходимо хранить в кубах, т.к. они участвуют для формирования других форм бюджетов.

В настоящий момент составляющие статьи рассчитанного бюджета постоянно меняются, вместо одной статьи добавляется другая и т.д. И постоянно заходить в BPS и там править неудобно и сложно для сопровождения.

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

Заранее спасибо.

У нас была целая разработка с функционалом ведения подобных формул в excel. Но это уже за деньги - есть внедрения у нескольких заказчиков, и там все по-взрослому

2Soulsurfer
весьма странная позиция для форума, лучше уж совсем не отвечать, чем отвечать так.

2KEU
давайте попробуем посоображать. опишите две ситуации - до и после изменения статей.

Например, у меня есть 2 куба, в одном из них признак Статья 1, в другом кубе Статья 2

Статья 1 принимает значения:
1.1
1.2
1.3 и т.д.

Статья 2 принимает значения:
2.1
2.2
2.3 и т.д.

В третьем кубе есть признак Статья 3. Значения этой статьи равняются

3.1 = 1.1(Статья 1, куб 1) + 1.2 (Статья 1, куб 1)-2.1(Статья 2, куб 2)
Здесь приведено значение одной статьи, на самом деле их очень много и рассчитываются они по-разному, могут также умножаться на коэффициенты.
И составляющие статьи меняются часто, т.е. сейчас статья 3.1 рассчитывается таким образом, но завтра к ней могут добавить еще слагаемые из кубов и т.д.
Так вот хотелось бы как то это гибко настроить, чтобы при изменении в одном месте (например, таблице мэппинга), статьи автоматически пересчитывались по новым алгоритмам.

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

на мой взгляд можно попробовать сделать DSO, в котором ключом будет являться статья третьего куба, а данными будут несколько (допустим 10, или больше, если надо) связок вида:
"Поле 1", "Куб источник 1", "Знак 1"; "Поле 2", "Куб источник 2", "Знак 2"; .. ; "Поле 10", "Куб источник 10", "Знак 10".
где "Поле " - ключ, по которому однозначно можно определить статью бюджета;
"Куб источник" - тех. имя куба, из которого берётся статья;
"Знак " - математический знак. можно попробовать непосредственно символы, но скорее всего придется делать какое-либо буквенное обозначение.

в итоге в DSO будет лежать формула по вычислению статей для тертьего куба.

далее создаем функциональник, который на входе будет иметь помимо прочего (всевозможных версий, годов и т.д.) обозначение необходимой к расчету статью бюджета третьего куба. Этот функциональник должен по ключу считать DSO'шные поля в соответствующие внутренние поля. Далее для каждого компонента расчетной формулы функциональник считывает значение из "Куб источник " поля "Поле ", после чего преобразует DSO'шное поле "Знак " в математический знак и считает итоговое значение требуемой статьи бюджета, которую затем и выдает в FOX.

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

Думали над этой идеей, только данные предлагали хранить в таблице либо в инфо-кубе, ну и чтобы пользователи могли сами ввести данные.

Ну пока рассматриваем варианты без использования АБАПа, мож как-нибудь стандартом можной обойтись.

Дак DSO и есть таблица, только с возможностью загрузки данных из файла (который к слову могут вести пользователи).
а по поводу "без АБАПа" - думается мне что не получится.

Направление мысли правильное, но не очень:
1) текст формулы обычно не влазит в 60 символов для кода инфо-объекта, поэтому DSO - это тупиковая ветвь, лучше сразу в обычную табличку пишите.
2) есть такой ФМ EVAL_FORMULA - не извращайтесь со своими "знаками"

Извините, а чем не устраивает довольно стандартное решение: небольшой абапчик-самодельная функция планирования, который вызывает и сохраняет в срез данные BW-отчета (в котором как раз все расчитывается формулами)?

У нас было желание пользователя эти формулы вести ручками и они могли поменяться в любой момент