Да, верно, достаточно будет и даты. Настроился было на совсем "по-взрослому".

Я могу вам рассказать, как часть этих проблем решили у нас на проекте. Не претендуя, что это единственно правильный метод.
Но по крайней мере ничего вручную в управляющие таблицы не надо прописывать. И в RSO2 всё видно и можно изменит.
Если, действительно, существуют таблицы, связанные каким-то образом, и есть в этих таблицах поле "дата/время изменения", может в виде TIMESTAMP, DATE, TIME.

Для всех собственных экстракторов создана таблица, в которой для каждого экстрактора ведётся поле "дата/время" последней экстракции в форме TIMESTAMP. Функциональный модуль сделан на базе ФМ RSAX_BIW_GET_DATA_SIMPLE. Данные выбираются те, у которых дата/время последнего изменения больше той, что хранится в контрольной таблице. Экстрактор при запуске (после формирования курсора для выборки данных) модифицирует контрольную таблицу. Недостаток , если это недостаток в том, что нет дельта-очереди и экстракция в режиме FULL UPLOAD. Для ОДС в некотором смысле даже и лучше, если надо что-то перегрузить, на надо Repair Full request создавать. Все пакеты в ОДС - FULL.
Можете так сделать, по крайней мере не надо изменять стандартную функциональность.

Спасибо, RSA1, за подробный ответ. Симпатичное решение.
Т.е. Generic Delta не настраиваете, и EXMETHOD = F2?
А safety interval какой-то самостоятельно все таки используете?

RSA1 или Kubus, расскажите, пожалуйста, следует ли генерировать стандартную дельту при использовании решения, предложенного RSA1. Если нет, то подскажите как обрабатывать TIMESTAMP в самописном экстракторе, (за пример взят RSAX_BIW_GET_DATA_SIMPLE)
Нашла, ссылку: http://sapboard.ru/forum/viewtopic.php?f=12&t=44 , но к сожаление BW- ник не рассказал о обработке TIMESTAMP в самом экстракторе...Или я ещё чего-то не понимаю
Заранее благодарна

можно посмотреть ФМ:
CFM_TR_BIW_GET_TIMESTAMPS
CFM_TR_BIW_UPDATE_TIMESTAMPS
RKE_TIMESTAMP_CONVERT_INPUT

Online, Вы имеете в виду, что нужно определить дату и время последней экстракции, а также текущие дату, время и Timezone...?
А можно как-ть попроще?
Например, если в структуре экстрактора будет поле типа ROOSPRMSC-TIMESTAMP. То активируем дельту по этому полю TIMESTAMP, затем в экстракторе из I_T_SELECT получаем TIMESTAMP-low, а затем выборку данных можно производить с условием, что дата и время >TIMESTAMP-low. Или этого недостаточно?

Можно: https://www.sdn.sap.com/irj/scn/go/portal/prtroot/docs/library/uuid/84bf4d68-0601-0010-13b5-b062adbb3e33

Да, Amity, все верно. В Timestamp в low передается значение порога дельты. В ФМе надо его только правильно обработать. Этого достаточно.

Правильно ли я понял, обсуждается случай, когда в таблице, из которой тянутся данные, поля Timestamp нет? Оно есть только в структуре экстрактора, и по нему настроена Generic Delta? Т.е. определение и хранение Timestamp-ов возложено на систему, а выборка данных по Timestamp-у выполняется самописным ФМ-ом. Такое возможно?

Возможно

В моём случае в исходной таблице есть поля DATE и TIME, из которых я формирую TIMESTAMP для структуры экстрактора. Нужно ли обрабатывать I_UPDMODE в экстракторе?
По поводу ссылок - как сгенерировать стандартную дельту можно разобраться и без How To...,а вот как её обработать в самописном экстракторе ничего не говорится. Может следует выложить пример кода (хотя бы вкратце - интерфейс ФМ-ма, и обработку, стандартной дельты)?
Обещаю, как только протестирую - добавлю. Надеюсь Гуру форума не будут против, ведь для новичков - не всё так прозрачно
Спасибо всем откликнувшимся!

Не пробовал, но, честно говоря, это для меня неожиданность. Попадаются ведь и другие мнения: http://sapboard.ru/forum/viewtopic.php?f=12&t=7588
И реализованные в ABAP-е, например, ФМ RSVD_BW_GET_DELTA_DATA, где с метками времени возятся самостоятельно.

Указанный ФМ имеет тип экстрактора F1 в SBIW создаются экстракторы с ФМ типа F2. Как создавать экстракторы с ФМ типа F1 это отдельный вопрос.

Я советую посмотреть ФМ BPM_DEADLINES_EXTRACTOR по работе с timestamp в источнике данных 0BPM_DEADLINES он есть в бизнес-контенте в любой системе BI.

К сожалению всё оказалось не так уж просто: в ФМ RSVD_BW_GET_DELTA_DATA стандартная дельта определена по полю TIMESTAMP, и это же поле определено как входящий параметр (присутствует в I_T_SELECT), но сделать тоже самое не получается, тк поле, по которому определяем дельту становится недоступным для определения на вход ( I_T_SELECT).
Можно ли это как-ть побороть? Или же всё же правильнее считывать значение TIMESTAMP из стандартных таблиц: ROOSGENDLM или RODELTAM?

Не претендую на оригинальность, но вот мое решение подобного вопроса:

Собираю все данные в плоскую Z таблицу. В ней есть поле-флажок (назовем его ZPROC), который показывает обработаны данные или нет.
Делаю экстрактор на базе функции. Загружаю экстрактор в режиме full. В функции вычитываю все из Z-таблицы с пустым флагом ZPROC. По окончании выгрузки прописываю 'X' в флаг ZPROC, по тем строкам которые загрузил.
Проще вообще удалять данные из Z таблицы по окончании выгрузки в экстрактор, если не нужно хранить историю загрузки.
Главное в этом случае правильно настроить объект блокировки. Нужно блокировать таблицу на запись-чтение при загрузке в нее данных и блокировать при выгрузке экстрактором.