Появилась такая задача - надо удалять данные при загрузке признака (справочник).

Данные приходят из исходной системы (не SAP) где я в принципе могу выставлять нужным строчкам пометку на удаление.

Добавил в признак атрибутом 0recordmode, для эксперимента проставил туда D, прогнал изменения - строчка не пропала, в отчетах тоже появляется.

Вообще 0recordmode для признаков катит? Если нет, то как лучше быть в данной ситуации?

BW 3.1

Посмотрите как в Business Content реализован поток данных для обновления 0material - там как раз обновление из гибкого инфо-источника и есть использование дельты.

Угумс.. только вот 0material у нас даже не активирован - фиг что поймешь..

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

учитываю, это уже следующий вопрос )



например: в 1С завели договор, он пришел в хранилище, потом завели такой-же договор, с таким-же номером (не спрашивайте как и зачем я сам не знаю), а старый просто убили.. в хранилище пришел новый договор - с новым ID, но по сути это копия первого.

Я могу выцепить тот факт что какой-то договор убили, есть метка что договор удален - как мне его убить в хранилище?

Естественно я протупил... записи в справочнике просто не удалятся если они есть в кубе... теперь совсем грустно

Вообще-то договор/контракт - это уже транзакционные данные. По крайней мере в самом SAP SD договор обрабатывается так же, как и сбытовой заказ. А сбытовой заказ - это точно транзакционные данные.

Теперь, если вам надо удалять мастер-данные. А зачем удалять ? Измените ВСЕ без исключения атрибуты и тексты. Тогда SIDы и сам ключ не изменятся. я так понимаю у вас отчётность пострoена на навигационных атрибутах ? (ИМО, нехорошая практика).

Да, в догонку. Есть еще вариант сделать все атрибуты и тексты договора временно-зависимымы.

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

Обнаруживается что в справочнике сидят записи с разным ID но одинаковым текстом - это фактически одна и таже сущность, просто в 1С его завели, потом удалили, потом завели опять (может тот кто сидит в 1С не знал как редактировать может еще чего), но договор попал в BW 2 раза, в справочнике номеров его два, основные данные по нему тоже задвоены. Причем одна из этих раздвоенных сущностей имеет неправильные атрибуты

Интересная мысль, спасибо - буду думать

Так у вас ключ (номер договора) не совпадает с номером договора в исходных данных ? То есть настоящий номер договора у вас - навигационный атрибут ?

Неправильно это... Меняйте модель данных, пока не поздно.

Да не Я видать не достаточно понятно объясняю..

ключ и номер договора - тут не одно и тоже, договор у меня не саповский термин.
Предположим "договор страхования с номером "номер1""

в справочник "Договоров страхования" он в разные периоды времени попал 2 раза и сидит там:

ID | описание
____|_________
ID1 | номер1
ID2 | номер1

Разные ID - "глюк" или кривизна исходной системы

При каджом свои атрибуты и основные данные, при чем один из них был уже удален в исходной системе (1С)

С исходными данными все совпадает, просто исходные данные меняются

то надо делать логику для Update Rules на ABAP, где проверять наличие договора в справочнике по атрибуту "Номер" и тогда ситуации такой в дальнейшем не будет.