Есть понятие System Landscape Directory(SLD), который доступен через ссылку
http://host:port/sld

Есть System Landscape в Enterprice Portal(EP)
доступное по пути
EP - System Administration - System Configuration

Вопрос №1:
Один и тот же ландшафт?
Вопрос №2:
Существуют системы и в первом варианте и во втором.
Одни и тежи это системы?

1. Нет.
2. И в том и в другом форматах могут быть описаны одни и те же системы. Или разные. Портальные приложения не используют SLD. Web Dynpro - использует. А есть еще Destinations, настраиваемые через Visual Administrator - это третья песня.

Огромное спасибо.

1. Вот первоисточник вопроса:
Подключаю модуль HR Administrator к порталу

Open Processes:
-Technical Name of the iView - com.sap.pct.erp.hradmin.open_processes
-Technical Name of the Application - Web Dynpro application: sap.com/pa~asr~prbrows~OpenProcesses


При отображении этого IView(как впрочем и всех остальных),
выбрасывает ошибку

com.sap.tc.webdynpro.services.exceptions.WDRuntimeException: no jcoMetadata found for RFC function 'HR_ASR_WITHDRAW_PROCESS'! Please verify, that your model is consistent with the ABAP backend: (имя АВАР системы)

Тесты JCo в SLD проходят успешно, ошибка выбрасывает "имя АВАР системы" - значит используется JCo.

О каком "no jcoMetadata found for RFC function" идет реч??
Я так понимаю это WD приложение.

Система настроена с нужными Aliases, но проходят тесты только Connection Test for Connectors.
ITS Connection, SAP Web AS Connection - валятся с ошибками.
Aliases - SAP_ECC_HumanResources and SAP_ITS_XSS
Я так понимаю, что система тут не используется?

2. Какие приложения могут использовать портальный ландшафт?

3. Заранее огромное спасибо!

1. Какой метод аутентификации указан для системы?
2. Портальные На самом деле, WD, запускаемые в портальном окружении, могут обращаться и к свойствам системы в PCD. В частности, для аутентификации.

1. Вход осуществляется по билету.

Ну вот и неправильно. Для модели данных заводится по две системы (хотя физически она одна) - как в PCD, так и в SLD (JCo Destinations). Одна - для данных приложения, другая - для метаданных, то есть, описания структур. Так вот, для системы метаданных должна быть аутентификация не по тикету SSO, а паролю ("User/Password" в SLD и "UIDPWD" в портале).

Вот тут прочитайте: help.sap.com.

Вышеприведенная ссылка про настройку JCo одна на несколько разделов, а раздел про BP HR Administrator вот тут: help.sap.com

Ну для метаданных в SLD нельзя указать аутентификацию по билету. Поэтому я даже и не придал значения, что Вы спрашиваете про метаданные! У меня в установках JCo Destinations для метаданных указана аутентификация User/Password, а для приложений - тикет SSO.

Т. е. SAP_R3_HumanResources_MetaData - User/Password
SAP_R3_HumanResources - Ticket

Вот для систем все сложнее. Хелп(для б. пакета) по ним достаточно скуден. url=http://help.sap.com/saphelp_erp2005/helpdata/en/98/32e842cd990121e10000000a155106/frameset.htm]help.sap.com[/url]
Неужели мне необходимо создавать две системы(портальные) - одна SAP_ECC_HumanResources, другая SAP_ITS_XSS?
И для одной указывать метод аутентификафии тикет, а для второй UIDPWD??

Ох, что-то я и правда, ляпнул не из той оперы
Наверное, следует просто посмотреть трассировку вызовов RFC на ABAP-сервере. Скорее всего полномочий не хватает - можно дать юзеру метаданных SAP_ALL и проверить это.

SAP_ALL пробовал - не помогло
Какой транзакцией смотреть трассировку на ABAP-сервере?

Лучше у базисников спросить, кажется, ST05 (включить трассировку по юзерам).