Почему к статье не привязать формулу записанную на языке аналогичному языку формул в Ёкселе в виде атрибута? Затем пробегацца макросом по заголовку формата и отыскивая нужные показатели заменять их переменные в формуле на номера ячеек? Ну а потом вычислять значение Екселем же? И формулы хранятся централизовано. Не надо потом будет шлындрить по листам в поисках нужной формулы, чтобы ее изменить.

Мне в таком случае нравится больше идея положить признак "Формула" в куб и колбасить на кубе расчет:) Тоже вариант! Сенкую

Тогда теряется привязка формулы к статье... А уж где и чем считать вопрос третий.

А Вы считаете, что рабочие книги с кучей недокументированного VBA кода и скрытыми страницами (да еще и с периодически "сползающими" ячейками) вызовет меньше веселья для будущей группы поддержки? Или я что-то не понял в другом предложенном решении?

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

вопрос пока снимаю....покрутил все возможные варианты. В итоге выходит что будет тока произведение отношений признаков...типа:
сумма = (П1/П2)*(П3/П4)*.......
просто меня смутило наличие ещё и всяких коеффициентов...но енто уж упихну в формулу Всем спосибо, буду втискивать в стандарТ...что очень приятно:)

объявляют переменную v, кажется через путь замены, в которой отражается номер текущей статьи, а в формуле складывают F1*(v=1) + F2*(v=2) ....

нормальный спец. на сопровождении разбереться, главное упомянуть в документах, чтобы не падал со стула =)
писать sapbexonrefresh по любому поводу считаю большим извратом, чем написание сложной формулы в Bex, к тому же применение отчета резко сужается из=за VBA. а если надо через web-клиента работать...