Кто-нибудь имеет опыт программирования на ABAP в BW?

Где можно почитать инфу по этому поводу?

Сразу возникает вопрос - а что делать то надо? Если рутинки писать для загрузки или расширения для переменных или там какие вирутальные характеристики - то тут стандартный ABAP. А все остальное делается стандартными инструментами.

А почитать - в хелпе по языку ABAP. В сапнете кстати в области How to .. для BW приведены практически все случаи программирования... Этого достаточно для кастомизации системы для нужд пользователя в 99, 9 % случаев.

Необходим аналитический отчет с довольно сложным переборным алгоритмом с учетом ограничений, уменьшающих пространство поиска.
Данные для отчета - инфокубы и, возможно, ODS-объекты из SEM и APO. Как реализовать такой отчет чисто инструментами BW, я не представляю.

Что значит сложный переборный механизм?

ODS объекты из SEM ? Транзакционные ODS? А вот с этого места поподробнее можно? Как это вы умудрились использовать ODS в SEM? А главное - зачем?

ODS объекты из APO - это вообще нонсенс. Само APO работает со своей базой LiveCash к которой можно получить доступ из BW только через источник данных, генерируемый самим APO. И никаких там нет ODS... Извлечение данных - только через источник. APO вообще не видит BW - ных объектов... Это так, к слову об архитектуре...

Может, сначала просто изучить базовые возможности BW - стейджинг данных, отчетность.. .а потом бросаться грудью на амбразуру? Тем более с ABAP в руках? Какой то программерский подход...

1) ABAP рассматривается как один из вариантов решения. Возможность его реализации и интересует. Ни у кого просто так не возникает желание работать с инфокубами посредством ABAP.
2) С какой базой работает APO слабо интересует, т.к. все необходимые данные экспортируются в SEM.
3) ODS-объектами SEM не оперирует, но инфокубы, создаваемые SEM, можно использовать в качестве источника данных для ODS. С ODS-объектом как с плоской таблицей проще работать.

В общем, на данном этапе интересно оценить возможность реализации посредством ABAP. Другие варианты рассматриваются отдельно.
И в этом разговоре излишни. Если у кого-то есть такой опыт, то поделитесь, пожалуйста.

В общем, налицо попытка сделать через Ж что-то очень хитро-выгнутое
Только скажите, уважаемый, причем здесь BW? Оно, кстати, в вашем последнем постинге уже никак не упоминается.
И что это за отчеты такие, с "переборными алкоритмами" , которые нельзя сделать стандартными средствами BW?
Может быть, можно обойтись меньшей кровью?

Добавлю к сказанному Макимом

По 3 пункту. Я настоятельно рекомендую прежде чем лабать ODS - ки для кубов (!!!) только потому, что это плоская таблица и с ними проще работать (Я ИДИЁТ, УБЕЙТЕ МИНЯ КТО-НИБУДЬ!!) для построения отчетов (Я ИДИЁТ, УБЕЙТЕ МИНЯ КТО-НИБУДЬ!), все же попытаться разобраться в стандарте.... Ну не стоит городить огород. Тем более такой... Может все таки вначале разобраться, подумать хорошенько ... Построить нормальную модель, продумать потоки данных внутри bw, организовать загрузку и сделать стандартом нормальные отчеты ... ну не надо изголяться над системой... ( это уже как крик души... )

кстати, ODS ничем не отличается от куба при считывании данных из ABAP...

1. Забирать данные непосредственно из таблиц куба (схема звезда) некорректно. Т.к. это буде делаться в обход администрирования в части ссылок записей данных на определенные запрсы данных. Хотя и это скорее всего можо учесть.
2. Есть возможность забирать данные с использованием стандартных механизмов выборки (BEx). При этом стандартная выборка опирается на структуру запроса BEx. Посмотри как устроена программа WRITEQUERY.
3. В части ABAP в BW в общем, обычный ABAP, но версии 6.20. Есть изменения по сравнению с предыдущими версиями.
Удачи!

Андрей, спасибо за ответ.
BW-нику и Максиму:
Пока еще модели данных в стадии проектирования, но в общих чертах и грубо я могу обрисовать задачу. Речь идет о дистрибьютерской компании.
В системе планирования SEM для построения оперативного плана имеются данные о стоимости продукции у поставщиков и услуг у перевозчиков продукции на каждый конкретный временной период, допустим, неделю. Все эти данные хранятся в инфокубе.
Необходимо построить отчет, который показывает для каждого продукта на каждую неделю самых выгодных с точки зрения себестоимости поставщика и перевозчика. Следует отметить, что поставщики территориально разнесены и стоимость перевозки от каждого конкретного поставщика зависит как от расстояния, так и от перевозчика. Данные о стоимости перевозок также имеются.
Мы сейчас оцениваем возможности решения задачи средствами SEM, BW и ABAP.
Если задача решаема чисто средствами BW, то буду благодарен за помощь.
Что касается ABAP'а, то алгоритм решения очевиден. Другое дело, что могут возникнуть определенные сложности с извлечением данных.

Насколько я понимаю, что нужно просмотреть все комбинации продукт-поставщик-перевозчик, рассчитать для каждой комбинации стоимость доставки + стоимость товара, и выбрать минимумы?
Это все в BEx можно сделать.
Пока я не вижу необходимости писать что-то на абапе.
Может, какие нибудь "подводные камни" есть?

а нельзя ли, например, ночью выгружать в отдельный куб вот этих самых супер - пупер клиентов со всеми хитрыми расчетами, а потом просто выводить их в Bex? или по условиям задачи необходимо поменять что то в sem и тут же все должно пересчитаться в отчете? В остальных случаях все можно пересчитать при стандартном стейджинге данных.

Возвращаясь к началу....
Уважаемый, не бывает ABAP для BW и ABAP для R/3... , есть просто великий и могучий ... , как недавно услышал от SAP-консалтёров - abap - под запрет ! . И это говорят парни, которые сами были и есть очень нехилае абаперы, готовые при желании подломить любую транзакцию...Шутят
Не обижайтесь, ВЕЛИКИЕ, ( BW-ник и др.), Вы очень помогаете, поверьте, нам очень интересно Ваше мнение, просто почему-то , не раз сталкиваясь с SAP-BW-консультантами на внешних проектах, бросается в глаза желание избежать ABAP-телодвижений, чёрт, продолжу потом... правда, сказали,что уезжаю. как BW-ABAP-молдаванин , кого это волнует , что надо ьпереключаться между созданием GUI --статусов и ли закачкой признаков , ABAP- поможет завсегда, фореве как то всё скоwмкалось,blia...

Вернуться к началу

"Подводные камни" есть:
1) Время доставки. Используется несколько видов транспортировки: водным транспортом, ж/д, автомоб.. Необходимо учитывать временной сдвиг между датой отгрузки товара у поставщика и доставкой к нам на склад у выбранного грузоперевозчика.
Т.е. допустим, что поставщик1 готов отгрузить товар 9.11 по цене 5$/шт., а грузоперевозчик готов перевезти его за 2 недели за 2$/шт.,
а у поставщика2 будет товар 16.11 по цене 6$/шт., грузоперевозка - 1 неделя стоимостью 0.5$/шт.
При этих условиях, заказывая товар на 23.11, необходимо выбрать 2-го поставщика.
2) Обратная связь. Есть пожелание, чтобы данные об оптимальных заказах заносились в оперативный план автоматически. Т.е. вывести отчет чисто при помощи BEx - мало.

Дорогой Bolzen, можно сколько угодно говорить про крутых консалтеров, BW-шников, абаперов, но вопрос остается.
Консультанты больше 2-х месяцев занимаются этой задачей и решения еще нет. Есть дыра в функциональности. Ее и продполагается "латать" на абапе, как один из вариантов.