Добрый день.
Есть разработанный экстрактор , настроена цепочка загрузки в одску в BW.
Судя по тз на один ключ одски - одна запись при эакстракции из R/3
Однако на практике после нескольких месяцев эксплуатации пошло следующее : на один набор ключевых полей при экстракции приходит две три записи. Т-е надо делать агрегацию по суммам.
В одске в правилах обновления стоит на всех показателях перезапись.
Я ожидал следующего - при экстракции придет пакет данных, в правилах обновления он будет схолпнут и данные в одске перепишутся по соответствующим ключевым полям. Однако в реальности пишется только последнее значение, а не сумма.
Как быть в данном случае, вообще возможно ли настроить агрегацию на одс-объекте ?
Или надо расширять ключевые поля в одс объете и менять структуру экстрактора. Грузить все. а далее при перегрузке в транзакционный куб агрегировать ?

На показателях можно настраивать суммирование в трансформациях. Признаки перезаписываются

Добрый день. Не совсем понял. Можно чуть подробнее ?
Где это настраивается ?
Непосредственно на самом показателе в инфо-объектах или уже в правилах обновления ?

Правила обновления это объект v3.5
Лучше пользоваться трансформациями (v7.0). В в трансформации в правиле для показателя (к примеру 0AMOUNT) можно поставить вид агрегации - суммирование или перезапись.

Какая у Вас версия системы?

сейчас работает версия 3.1 судя по официальным документам.
в принципе уже придумали вариант : грузить в транзакционку , минуя первичные одс объекты.

их [ODS] наверное "просто так" сделали, чтоб были?
"Агрегацию по суммам" в правилах обновления не проще сделать?

3.1 соболезную.

добрый день.
По моей ситуации все сделали и уже обкатали на квартальных данных.
выяснили причину проблемы -
Исходные данные для нас по идее уже агрегированные грузятся экстрактором. Просто по тз там был набор полей - завод, склад, партия и еще кое что, который мы рассматривали как ключ. Однако структуру полей постановщики немного изменили, в результате на стороне R\3 появилось искусственное поле - ключ, уникальный. Мы его уже в БВ тащить не стали, по факту надо было за три дня сдать все разработки для формирования отчетности 1 квартала уже.
Оценив объем загружаемых данных и степень их агрегации пришли к выводу, что средний объем за месяц всего около 15 тысяч записей и они уже по сути схлопнуты (явно не первичные данные). Поэтому и решили грузить сразу в куб.
В целом наше временное решение прижилось на постоянной основе.