Есть свои Z-разработки.
Как их привязать к стандартной саповской иерархии прикладных компонентов? Где это прописывается?
Т.е. нужно чтобы при создании сообщения в службу поддержки цеплялся корректный компонент.

правильно ли я понимаю, что привязка через пакеты (в прошлой терминологии классы разработок)?

Да, все правильно, в se80 для нужных Z-Y пакетов выбираем прикладной компонент. Просто оч часто все разработки, независимо от функционала валятся в один пакет и с этой точки зрения м.б. не все корректно, правда если это для вас актуально.

Вам это для солмана?

ну конечно ))
все как у всех. встал вопрос обработки заявок в поддержку через солман, а пакет у нас изначально один )))
кто как поступал?

Опыта нет, есть мысли...
бить сейчас разработки по пакетам наверно не реально... если весь Z запускается через транзакции, можно попробовать переприсвоить их во вновь созданные пакеты с привязкой к нужным компонентам, но не уверен, что будет корректно работать (откуда там берется привязка - из проги или из транзакции???), либо валить все в BC и потом руками разгребать.
PS сервисдеска у нас нет, посмотреть/проверить не на чем.

опачки.
создали пакет, привязали его к компоненту. в пакете программа. при создании собщения в SM из этой проги, все равно вылазит компонент BC-...
в чем проблема?

А программу как запускаете - через транзакцию или из SE38/SA38????

всяко пробовал.
цепляется или компонент BC-SRV-REP, или BC-DWB-TOO-ABA, или вообще пусто.
видимо одного пакета мало. где-то еще рыть надо.
похоже придется программеров просить отладкой смотреть.

все, разобрался.
просто для тестирования использовал всякое старье.
гарантировано работает, когда и транзакция и программа принадлежат одному классу разработок и ему привязан прикладной компонент.

ну вот если посмотреть на любой z и не-z объект в tadir, отличий практически нет, а вот если сравнивать классы разработки в tdevc то тут различий поболе... если попробовать заполнить ручками атрибуты пакета в табличке по аналогии с каким нибудь стандартным пакетом - это будет побыстрее отладки, да в отладке и логика м.б. индийская... не понятная для нас...

а вот еще подумалось - м.б. у них имена программ по своим правилам ведутся... по ним может компонент и выбирается?