Как бы так написать трансформацию, чтобы можно было указать номер запроса и выполнить загрузку в этот же самый куб. У поддержки заказчика есть потребность в ручном удалении запросов из куба (происходит это достаточно часто), которые уже были обновлены в последующие цели данных (причем в другой системе - DataMart). Чтобы не ломалась дельта создал сторнирующую трансформацию, но проблема в том, что ее можно использовать как аналог выборочного удаления, то есть указывать в качестве параметров значения признаков. Делать выборку по REQUID нет возможности, а надо именно по REQUID. Чтобы такое придумать "красивое"?

вроде значение REQUID в end-рутине было доступно? его нельзя записать в поле, например, ZREQUID или это некрасиво (если кубик сжимается, хотя по описанию этого не происходит)?

Кубик может сжиматься. Понятно, что когда он сожмется, то удалять никто запросы из него не будет. Будут выкручиваться сторнирующим DTP в качестве выборочного удаления.

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

Аналогичные операции по удалению на основе номера запроса требуется делать и для других кубов, которые обновляются дельтой в цели данных другой системы

Ну тогда можно создать копию куба с признаком "ZREQUID ", как qwert_AG предлагал. Куб - копию не сжимать и использовать для получения сторнирующих пакетов. Иногда ненужные данные из него удалять, если есть такая возможность и необходимость.
Все равно безобразие получается.

Это действительно безобразие. Сейчас пишу экстрактор на базе ФМ RSDRI_INFOPROV_READ, попробую с ним. На первый взгляд это самый приемлемый вариант