Всем доброго времени суток!
Нужен совет знающих людей... Реализую в BPS планирование бюджета. Данные должны вводится 4 раза в год... Примерно так:
1 сеан: год, 1 квартал, в т.ч. по месяцам,
2 сеанс: 2 квартал, в т.ч. по месяцам,
3 сеанс: 3 квартал, в т.ч. по месяцам,
4 сеанс: год-корректировка, 4 квартал, в т.ч. по месяцам,
При этом еще в каждом сеансе планирования на основании плановых данных и данных факта будет вычисляться разница плана и факта.
Решено создать признак "Период планирования" и присвоить ему значения: год, 1 квартал, январь, февраль март, 2 квартал,апрель, май, июнь, остаток до конца года (=год - факт 1 кв.) и т.д.
Вопрос в следующем: где ограничить этот признак значениями для каждого из 4-ч сеансов планирования? Думаю, что на уровнях планирования это делать не правильно, т.к. придется повторять структуру планирования для каждого из сеансов планирования... Было предположение, что в STS можно создать 4 сеанса планирования и определить заглавные признаки для них, где задать ограничение признака Период планирования... Но этот подход не работает Не совсем понятно, как в STS должны работать сеансы планирования для одного компонента плана и для чего тогда они нужны?
HELP!!!

Ограничивать надо в срезах на уровнях планирования А обрабатывается это всё на ABAP
Вот тут про полномочия снизу
http://help.sap.com/erp2005_ehp_05/helpdata/EN/c8/ad8438619a7c51e10000009b38f842/frameset.htm
Там тебе надо class ABAP настроить и один компонент плана использовать в нескольких сеансах планирования
PS: BPS не использовал, но настраивал только STS для IP

Спасибо за совет. То, что на уровнях планирования можно ограничить все необходимые признаки, я понимаю . Мне не ясно, как в СТС используются сеансы планирования в части определения их заглавных признаков (транзакция BPS_TC)?!
Предполагается для каждого департамента создать свой уровень планирования и там ограничить признак "статья бюджета" нужными для департамента значениями. Вопрос в том, где будет правильным ограничить значения признаков "Фин. год" (2011, 2012 и т.д.) и "Период планирования" (1 квартал в т.ч. по месяцам, 2 квартал в т.ч. по месяцам и т.д.)? Можно это сделать на уровнях планирования, но тогда при наступлении нового фин. года или нового квартала придется изменять значения этих признаков во всех уровнях и перенастраивать ввод данных вручную во всех уровнях с последующей генерацией новых веб-интерфейсов. Очень надеюсь, что есть более рациональных подход Поэтому хотелось бы узнать, как работает определение заглавных признаков для сеанса планирования в СТС .

Добрый день!
Ограничивать период планирования, который будет блокироваться системой статусов и отслеживания, нужно в Определении загл. признаков для Сеанса Планирования. При наступлении нового периода планирования, создаётся новый сеанс планирования. Можно заранее создать кучу сеансов на будущее )
О какой настройке уровней планирования речь, я не понял. Уровни задаются иерархией присвоенной компоненту плана. Полномочия на признаки присваиваются не уровням планирования, а учётным записям пользователей. В Определении загл. признаков - задаются критерии блокировки данных в инфо-провайдере.
Для каждого инфопровайдера создаётся срез в modeler'е Срез можно настроить на основе самописного класса, со своей логикой.
Стандартный класс CL_UPS_LOCK_DATASLICE.
В нём можно организовать подмену инфопровайдеров, и много чего ещё.

Дело в том, что STS является компонентом BW-BPS... и в BPS создаются области планирования, уровни, пакеты и т.д. Затем на базе этих структур планирования создаются web-интерфейсы, которые и используются при определении ответственных пользователей. Но Вы ведь писали, что с BPS не работали, поэтому мы говорим немного на разных языках ))). В моем случае используется стандартный инструментарий - никакого АБАПА и настройки классов .
Так вот как именно ограничение этих заглавных признаков в STS должно работать? Когда указываю значение признака в заглавных признаках для Сеанса планирования, то никаких перемен не наблюдается (. Просто не понимаю что и как блокируется. Поделитесь литературой, пожалуйста...

STS будь он в BPS или в IP, везде одинаковый.
Под генерацией веб интерфейсов вы наверное имеете ввиду включение веб сервиса tunguska?
Но Web интерфейс не используется для определения ответственных пользователей, их назначают в GUI интерфейсе tr.c. BPS_TC, согласно иерархии, присвоенной компоненту плана.
В Web интерфейсе только ведётся сеанс планирования: меняются статусы и блокировки, пишутся комментарии. Вот и весь STS. Никакой тут особой литературы читать не нужно. Всё есть в курсе BW370 - последняя тема.
При использовании стандартного инструментария вам придётся выполнять много работы, о которой вы выше писали:


Я же, как знающий в этой области, предложил вам единственный вариант, который может облегчить вашу участь: настроить на основе стандартного класса - обработчика блокировок срезов для STS свою обработку блокировок.
Даже приведу пример, который реализовал на реальном проекте: подмена ложным инфо-провайдером с идентичной структурой заглавных признаков в классе блокировок, для того чтобы не настраивать для кучи инфопровайдеров всю эту BPSную ерунду, а настроить только для одного и подменять в классе компонент плана итп.
Там действительно нет настройки переменных для заглавных признаков, хотя кнопки для них созданы, но они не активны, и врядли их можно будет сделать активными, т.к. логика того WEB приложения не поддерживает переменные, думаю что технология устарела, в IP web приложения работают уже на webdynpro, а для STS используется BSPage помоему, уже не помню точно, вот такие пироги

Большое спасибо за совет! Буду разбираться

Пожалуйста, спрашивайте, если что не понятно
Ещё вспомнил, что если даже использовать эту подмену в классе exit, про которую я писал, всёравно в BPS0 придётся для каждого куба создавать свою область планирования, а в настройке срезов для каждого куба указывать этот класс Exit.
Как там у вас с количеством кубов не знаю, но если их много и заглавные признаки однотипные, то по крайней мере, с exit классом, не нужно будет для каждого куба создавать компонент плана и определять иерархию, достаточно будет сделать только для одного подменного.
И вот вам готовое решение, если трудности с ABAPом. В копии стандартного класса CL_UPS_LOCK_DATASLICE, в методе constructor нужно изменить только строку 48:
заменить на