Подскажите, все ли Z-источники данных с экстракцией посредством ФМ относятся к родовым и создаюся через SBIW?

Вопрос возник в связи с тем, что при просмотре в SBIW на стороне R/3 чужого работающего Z-источника не отображаются названия ФМ и структуры экстракта (хотя в ROOSOURCE все это есть). По кнопе "Родовая дельта" вскакивает "Указанная таблица не существует".
Для справки: DELTA - ADD, EXMETHOD - F1, BW3.5

Источники данных, в которых данные извлекаются при помощи собственного ФМ обычно создаются через транзакцию RSO2

Да, вопрос как раз об этом, через 'SBIW-Родовые источники данных-Ведение родового источника данных' попадаем в RSO2.

Возможно Вы имеете дело с творением "хакера", через RSO2 можно создать экстрактор только с EXMETHOD - F2.

И что вы там видите ?
Там есть области:

Descriptions (Short, Medium, Long)

Extraction from DB/View

Extraction by Functional module

И что в данных полях ? Откуда и как данные тянутся ?

Возможно и творение, но работает.
Хотел сделать аналогичный источник, но с другой структурой и с доработанным ФМ. Скопировать источник в RSA6?

Да, RSA1, все эти области есть. В области "Extruction by Function Module" - пусто, как и во всех остальных (кроме Descriptions). По кнопке "Generic Delta" месседж no. RJ403 об ошибке "The specified table does not exist"
Экстракция идет через самописный ФМ (он указан в ROOSOURCE). Timestamp отслеживается через переменные STATICS в ФМ. Данные выбираются из таблицы GLPCP.

Может, конечно, я что-то не понимаю... Но по всей видимости какой-то "шибко умный" <censored> напрямую в таблицы прописал (АБАП-ом, скорее всего) параметры. За эти вещи надо ручки отшибать.

Я и не знаю, что вам посоветовать. Если вышеуказанная гипотеза верна, то лечение методом "убийства" и последующего "воскрешения". Я бы даже не стал данный ФМ использовать в новом экстракторе.

Что хоть за источник данных? Тексты, Атрибуты, Иерархии, Переменные данные?

Судя по таблице, транзакционные данные. Чувак, судя по всему, не знал, как правильно писать собственные экстракторы, и не знал, как правильно разбивать данные на пакеты и организовывать дельту. Судя по всему, прошёл через что-то похожее на это
http://sap.ittoolbox.com/groups/technic ... od-1560548

Решил проблему по-своему. Создал головную боль для последующих разработчиков и работников службы поддержки.

DataSource должен корректно отображаться в RSA2 (увидишь и структуру и ФМ).
Его делали через RSO2, а потом меняли в RSA2 "хакерскими методами" (в дебаг-режиме). Может на sdn найдешь как это делается.
Сам был удивлен когда увидел на проекте Z2LIS_03_BF, который ничем не отличался от 2LIS_03_BF, только имел свою дельта-очередь.

Встречал такую тему, с иерархиями через ФМ похоже подругому нельзя

Ага... В include LRSA1F01 FORM dynp100_dynpfield_initialize

Вопрос остаётся. А на хрена эти извращения ?

Да, это транзакционные данные - позиции документов планирования по МВП.
Спасибо большое, помогли выяснить как делать не надо, хотя стоит заметить, что к хакерству подталкивает даже саповская хаутушка, где как раз абапом предлагают менять roosource-delta.

А как было бы правильно организовать на GLPCP дельту?: добавить в структуру поле метки времени, из даты и времени позиции документа формировать эту метку через CONVERT...INTO TIME STAMP. Это все делается прямо в ФМ экстракции? И о сравнении с текущей меткой в селектах нужно тоже самому позаботиться? В RSAX_BIW_GET_DATA* ничего такого нет.
Сорри за большое кол-во вопросов, делаю первый свой экстрактор, и форум шерстил усердно.

Самый главный вопрос:
А просто даты недостаточно ? Вам нужно видеть изменения чаще, чем раз в сутки (как обычно грузятся данные в BW)