Вопрос ABAPера - можно ли каким-то образом (без ABAPа ) сделать, чтобы WBS element'у одновременно мог бы быть присвоен только один системный статус (таблица JEST)? В данный момент у нас получается такая ситуация, что у WBS одновременно может быть, например, статус REL (Released) и CLSD (Closed). И нам это сильно затрудняет жизнь, т.к. юзеры постоянно требуют списки "активных проектов", хотя сами оставляют такие вот корявые статусы и в результате невозможно использовать Query и приходится писать свои программы.

Поиск по форуму ничего особо не дал (хотя может неправильно ищу?), а в SPRO при беглом осмотре обнаружила только конфигурацию WBS User Status. PSника у нас нет, к сожалению.

Jelena, добрый день.
На мой взгляд, описанная ситуация нормальная:
1. сначала проект открыли - установлен статус REL.
2. потом проект захотели закрыть. Статус "деблокирован" отмене не подлежит, поэтому вполне логично, что установили CLSD в дополнение к REL.

Другое дело - отчетность. Анализировать статусы в Query можно без особых проблем с использованием ФМ STATUS_TEXT_EDIT или STATUS_CHECK

Если все-таки очень хочется настроить невозможность закрытия деблокированых проектов, посмотрите настройку системных статусов в тр. BS22. Только учтите - это транзакция не вынесена в spro, и упоминается только в нотах.

Да в том-то и дело, что с моей точки зрения это не логично (да и "не аккуратненько" как-то ). Вон в SD статусы - либо есть либо нет, все понятно. А тут разброд какой-то. И со всеми ФМ проблема в том, что они выдают ту же информацию, что и CJ03. В результате приходится несколько раз проверять статусы, причем с CLSD еще более-менее просто - мы проверяем, активен ли он и, если да, то значит проект закрыт и все. А недавно тут обнаружились еще случаи, когда одновременно активны TECO (Technicaly Completed) и FNBL (Final Billing). В то же время пользователи требуют отчетов, где бы у каждого проекта был один статус. Впрочем это уже наверное проблема с местными бизнес-процессами... Хотя интересно, как остальные организации с этим разбираются?

За транзакцию спасибо - похоже как раз то, что надо. Посмотрю завтра.

Jelena, это нормальная ситуация - когда проект имеет несколько системных статусов (например, проект может быть и деблокирован, и правило расчета введено, и ...., и ....). Если уж совсем сложно анализировать системные статусы - то юзайте для этих целей пользовательские статусы, и именно на основе их анализа делайте отчеты

На всякий случай ссылочка: http://help.sap.com/saphelp_erp2005/hel ... ontent.htm

Левон, спасибо за ссылку - это многое прояснило. Судя по всему, в SAP эти статусы имеют несколько другое назначение, чем предполагается в наших отчетах. Тем временем удалось наконец добиться от наших юзеров ясного ответа, какой статус они хотят видеть, если их несколько. Будем ваять теперь.

Всем спасибо большое за ответы!