1. Про версию 7 в этой ветке пока никто не говорил.
2. Как правильно заметил коллега BW-шник, BPS и в 7-ке живее всех живых.
3. Вследующий раз за попытку безграмотно давать указания модератору буду бить нещадно

Транзакция не sa38, а SE38.

Прога конвертирует обычный базовый куб в транзакционный. Как выясняется, Contex о транзакционных кубах слышит впервые.

2 Contex:
Перед продолжением дискуссии настоятельно рекомендую изучить курсы по BPS-у и/или Integrated Planning-у.

+1
Лучше форму ввода простенькую пользователям дать, чем вооружить RSINPUT'ом... Тем более что переключать туда-сюда (обычный/транзакционный) - не проблема...
Или вообще вводить в специально созданный транзакционный куб и запланировать загрузку с него в обычный...

Да пока человек не напишет, что же он хочет сделать - мы предложить успеем кучу всего:)

Уважаемый модератор, а чем тебя для обозначенных целей SA38 не устроила?
SE38 - удобна для ковыряния в исходниках, а в SA38 нет ничего лишнего : выбрал прогу и запустил .

C транзакцией SE38 -> Форум по АВАР

добрый день ))

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

задача разделить документы по признакам по бизнес операциям на стороне BW, и чтоб пользователи сами делили это...

Насколько я понял, пользователи должны иметь возможность "доатрибутить" загруженные транзакционные данные дополнительным (независимым от других ключевых) признаком...
Возникает вопрос - является ли этот признак также ключевым?
Если да, то можно попробовать настроить функцию планирования: например, в рабочей книге определяем ячейку для ввода ключа дополнительного признака и используем ее a качестве параметра для функции планирования, пользователь фильтрует нужные записи (с одним значением доп. признака) и вводит в ячейку ключ этого доп. признака, после чего запускает функцию планирования, которая дизагрегирует отфильтрованные записи на новые с доп. ключевым признаком.
Можно ли такое сделать в BI IP - не знаю, не пробовал. Надо смотреть, разбираться...

Если доп. признак неключевой, то таким макаром в транзакционном кубе можно получить из одного документа несколько ) В таком случае вместо транзакционного куба правильнее использовать ODS, вот только BI IP и BPS с ODS не работает... Можно попробовать использовать ODS с типом direct update для программной записи (но тут уже никак не обойтись без ABAP).
Вроде еще Application Process Designer умеет писать в ODS с типом direct update, может через него еще можно как-то извратиться и обойтись без программирования...

И еще - может быть доп. признак является атрибутом документа? Если так, то модифицировать вручную нужно атрибут документа, т.е. основные данные, а это уже совсем другая история...

а можно пожалуйста попроще

и можно ли непосредственно сделать ввод в куб из рабочей книги???