Да, всё именно так, через Transaction Monitor отображается прекрасно!
Просто не понятно, зачем тогда нужен интерфейс DSWP -> "Солюшен" -> Service Desk??

Попробую как советовали назначить солюшен сообщению

Получилось, теперь можно назначать солюшн для сообщения..
но эффекта это не дало....
всё-равно в DSWP message не отображаются...

Извиняюсь, был не точен.

В DSWP нужно выбрать Ваш солюшен, далее Service Desk, потом убрать "галку" и выбрать в списке(сейчас точно не помню) "базовые настройки/сообщения?"...(она в списке почти в самом низу)

Тогда Вы увидите список сообщений в своем солюшене. Но там будут только полностью зарегестрированные сообщения(те у которых есть солд-то-парти, бизнеспартнер и т.д.). Причем, видны и те что вы сделали в NOTIF_CREATE и те, что пришли из сатилитных систем.

По крайней мере у меня так:shock:

ЗЫ SOLMAN самый "свежий". Установил 3.5 недели тому назад. Но глючный млин....

DSWP-> "Мой солюшен" -> "Service Desk" -> "Default Variant for Search"(без галки)

тогда видны.

Проблема в том, что список пуст..
вернее не пуст, есть одно значение: "My Service Worklist"
Варианта "Default Variant for Search" нет..

Всё! dol_vv и Basis, спасибо огромное! Получилось!

Дело было, банально в том, что варианты в Transaction Monitor не были сохранены. Только один "My service worklist", который выдавал пустой список.

Кстати, мне кажется я разобрался с отображением сообщений в
DSWP -> Мой солюшен. (Def var fro search, In process, New, etc)

Практически случайно! Так уж получилось....

Пытался поднять сап-веб-гуй. Собственно, в SICF поднял майм, сам и вебгуй, но в тр-ции NOTIF_CREATE_BSP (крайняя закладка "List of support messages", кнопка "Transaction monitor") упорно не хотела работать! Ну типа сервисы в SICF не подняты! Уж я их и перезапускал и чего только не делал.

Потом нашел вот такую штуку:
SICF services activation - OK!
SIAC_PUBLISH_ALL_INTERNAL

Она переактивирует и проверяет SICF-ные сервисы!

После этого, на SOLMAN-е заработал WEB гуй!

И как это ни странно, после этого, в DSWP -> "My Solution" абсолютно нормально стали отображаться все сообщения, поступившие в суппортдеск с возможностями выборки по фильтру(In process, New, etc).

О как!

Главное всё записывай подробно )))

Кто-нибудь может скачать данный док по SM и залить на файлообменник?

Спасибо.

Добрый день, уважаемые коллеги!

Возникли проблемы с настройкой Service Desk в Solution Manager 4.0. Все настройки делал из SPRO, старался воспроизвести все согласно прилагаемой к каждому шагу справочной документации SPRO. В итоге сообщения из системы разработки и качества создаются, а так же видимы на SM в тр solution_manager, crm_dno_monitior. Проблема заключается в том, что в данных сообщений не указаны: "заказчик"(Sold-to party), группа разработчиков(Support Team), Ответственный обработчик(Message Processor). А так же значения Ibase / Component "по нулям" , есть только автор сообщения (Reported by ), хотя деловых партнеров и Ibase вроде настраивал. Нужна помощь, что может быть не так?

Коллеги, а не поднять ли тему?
Имеем небольшое количество вопросов по настройке Service Desk.
Есть опытные бойцы?

как не быть - есть

Приветствую!
По сути, в данный момент бодаемся с автоматическим определением сервисного контракта (продукта) к новому сообщению (SLFN)
Иерархия настроена, продукт создан.
Схемы готовности и реакции также настроены.
Однако при поступлении нового сообщения в закладке "Позиция подробно" данные отсутствуют. В логе обработки сообщения есть такая запись

Но в определениях операций к данной операции нет никакого условия(!)..

На SDN форуме есть похожие треды, но по ним настроить также не удалось...
Не могу понять, где грабли..?

не совсем понял...
а описать условие возникновения операции не получается?

Ошибка с операцией AI_SDK_ADD_PRODUCT решилась ее пересозданием.
Сейчас имеем, что сервисному ссобщению присваеватся продукт, но сервисный контракт не резолвится.
При описании контракта возникает ошибка

+ в сервисном сообщении

Предполагаю, что проблема в Орг. модели и\или в настройках Заказчика, но но понимаю в чем именно