ДД!

Подскажите, плиз, мне необходимо настроить СТС.
Интересуют следующие вопросы:
1. Можно ли использовать несбалансированные иерархии в СТС?
2. Какие ограничения накладываются на иерархию при создании в RSA1?
3. Можно ли настроить таким образом, что некоторые статьи проходят все уровни утверждения, а некоторые нет. Либо напр, в определенном филиале уровень должны утвердить три человека, а в других филиалах только один. Может ли быть не один ответственный, а несколько?
4. При импортировании иерархии в СТС необходимо ввести область планирования, признак в ней, иерархию и т.д. Не могу понять связь области планирования и СТС, объясните, плиз.

1. Да
2. Верхний узел - текстовый (про это отдельно написано в хелпе)
3. Один ответственный, но он может иметь заместителей - те же полномочия, только письма не приходят (стартовый мейл, о смене статусов). По поводу отдельных статей - мы делали отдельными узлами иерархии ответственных.
4. Область связана с кубом реального времени. В STS передаются перечень признаков для настройки "заглавных признаков", организуются блокировки за счет отношения признаков на классе на этом кубе для IP, привязываются последовательности планирования. + поддержка того же самого из BPS

Касательно 4 вопроса:
Структура куба и настройка области планирования как то влияет на то, что я увижу в СТС?
Не совсем понимаю что должно быть в области планирования для связи с СТС.
Надо создавать только область или еще уровень, пакет и ...?

Нет, структура куба не влияет, настройка области планирования заключается только в создании ссылки на куб, который может быть блокирован STS'ом.

только техническое название этой области планирования.

только область.

заглавные признаки

Вопрос: если используется СТС, в этом году полностью утвердили бюджет на следующий год, в следующем году необходимо планировать на другой год, каким образом открыть новый год для планирования в СТС? Если выполнить иницализацию/сброс сеанса планирования, то все комментарии и статусы будут утеряны, а в системе необходимо ввести историю и за прошлые года. Либо это как то решается другим способом?

Еще один вопрос: когда нижний уровень отправляет данные на утверждение, форматы становятся недоступными. Но вот когда пользователь на верхнем уровне утверждает эти данные, то он может зайти в формат и поменять уже утвержденные данные. Как этого избежать?

Новый год для планирования можно открыть, например поменяв заглавные признаки на след. год, но как вы уже заметили, для этого придётся сбрасывать статусы и комментарии. Ещё как вариант, можно для каждого нового года создавать новый сеанс планирования, тогда в старых сеансах будет сохраняться история, но нужно будет для каждого сеанса делать новую ссылку.

Думаю что избежать изменений на верхнем уровне нельзя, при планировании снизу вверх, на то он и верхний уровень, что ему всё можно =) Как вариант можно сделать ещё выше уровень иерархии, и при смене статуса выполнять последовательность планирования, которая запускает ФМ, который в свою очередь запускает блокировку в STS.