В Process chain есть элемент который удаляет перекрывающиеся запросы из инфо-куба.
Можно ли сделать аналогичное удаление запросов в DSO ?

Внимание, вопрос: для чего нам нужно в таком случае DSO?
Т.е. каким образом Вы там получите перекрывающиеся-то?

Действительно... Почиму бы просто не настроить дельту?
Или Вы ДСО используете для исторических данных чтоли?

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

Дельту нельзя использовать т.к. необходима имено полная перегрузка данных по отдельным Балансовым Единицам.

Сейчас есть DTP_BE_1,DTP_BE_2,DTP_BE_3, ...
И естественно если перед запуском DTP_BE_1 я предыдущий запрос не удаляю из DSO то данные задваиваются.

Maser, я понял твою проблему )
Могу в данном случае посоветовать поюзать стандартную АВАР функцию. (не помню точно как называется, но через SE80 можно легко найти по ключу *DELETE*)
И еще, я бы развел твои балансовые <я не знать русский языка> с помощью отдельных ДСО, так на мой взгляд будит надежнее, нежели чтото мудрить с запросами.

Не удалось найти функцию (
А делать 9 DSO не вариант, полная перегрузка нужна времеено через месяц-два переключим на дельту DTP.

Lester походу имеет ввиду выборочное удаление данных. SE38 прога RSDRD_DELETE_FACTS генерит отчет для удаления данных по необходимым параметрам.

А ещё можно ввести в DSO дополнительный признак "дата загрузки данных", который будет равен текущей дате, и поиграться с ним.
Или признак "актуальные данные", да/нет.

Поверьте: нет ничего более постоянного, чем временное. Закладывайтесь сразу на то, что решение будет навсегда, и на минимальные модификации, если планируется его "через месяц-два" (три-четыре-год) изменять.

Да нет удалять напрямую из таблиц не вариант, нужен тогда ФМ который удаляет все запросы из DSO по фильтру тех. имя. DTP.

Про признак я, совсем не понял какой смыл в нем, если мне нужно удалять данные по фильтру DTP.

К стати, єто вариант! (Я имею ввиду предложение Yolko)
Только надо будит настроить трансформацию, чтоб генерились правильные значения. Тогда по нему можно будит идентифицировать запрос загрузки.
Я бы даже так его и назвал "Запрос" и прилепил бы на него прогу в трансформации соответствующую с генератором уникального номура в это поле. Тогда будит все ок, я думаю

Maser
Если будет признак - ничего удалять будет не надо. Ну Вам уже ниже расписали.

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

Украинская раскладка?

Объем данных-то какой?
Можно еще считывать данные из DSO по критериям DTP, строить reverse image для выбранных данных, объединять с вновь пришедшими записями и всю эту радость пинать в DSO - после активации все станет красиво

если каждый раз все удаляется и перегружается, то в чем проблема в трансформации между ОДС и кубом SOURCE_PACKAGE подправить, оставив только данные по БЕ с максимальной датой загрузки?