Всем добрый день!
Помогите, пожалуйста, настроить RFC соединение (какой RFC-адрес прописывать в WE21 и что прописать в SM59) между двумя системами SAP4.6 и SAP6.0 с целью переноса основных данных.
Заранее спасибо.

Вы сейчас пытаетесь настроить IDOC-и, а точнее прописать руками соединения и порты в R3 и BW.

ИМХО пустое...
Это не есть правильно.
Нужно настроить Source System, порты она пропишет автоматом.
Сделайте в SM59 соединение для ALEREMOTE с R/3.
Там есть хитрости с полномочиями...
Потом нужно создать исходную систему и можно сказать дело сделано.
По факту проверить we20/21.
Если все сделано правильно, то проблем быть не должно.
После проверить созданную систему и реплицировать источники(проваливаемся в исх.сист.).

ЗЫ И не читайте перед обедом документацию САП...

ЗЫ ЗЫ Тока рекомендую "потренироваться" на тестовых системах...

Да, именно для Master Data Distribution я и пытаюсь это сделать.


Это все конечно хорошо, но, к сожалению, мало понятно. Если можно - поподробнее.


Кроме документации по SAP, других источников информации не имею, а личного опыта не то что мало, его просто нет.

Поэтому вопрос о настройке RFC-соединения для Master Data Distribution остается открытым.

Сам когда то разбирался с 0-ля...
Я часа за 2-3 осилил и не эту батву а миграцию...
Да, да, не удивляйтесь.
Исходные системы еще и мигрировать можно...

Примерный алгоритм так сказать...

(R3/BW)SU01 - польз. ALEREMOTE (SAP_ALL, SAP_NEW)
Со стороны R3 я обычно делаю Z-роль для RFC ALEREMOTE-у
Без нее R3 не даст возможность BW сделать определенные вещи.
Грубо через RFC BW в R3 создает, а точнее активирует транспортные структуры. Без этого не сможете активировать базовые экстракторы, ну в общем не суть важно.

(R3/BW)SM59 - RFC соединения, чтобы тесты и коннекты были.
В качестве пользователя - ALEREMOTE....

(BW)RSA1 - создаем исходную систему, в Вашем случае это R3 для версии 4.6 и выше, от R2 там есть отличия...
Там же делаем логические системы.

(BW/R3)WE20/21 - проверяем порты IDOC-ов и в последствии мониторим их течение в BD87
Можете через SALE - это более универсально и правильно...

(BW)RSA1 - реплицируем основные данные

Даже не знаю как подробнее.

ЗЫ Давайте так.
Конкретизируйте на каком этапе возникают проблемы...
Иначе как то сложно подсказать, не мануал же на форуме писать.

Собственно мануал.
ИМХО лучше по более старой версии.
http://help.sap.com/erp2005_ehp_03/help ... ameset.htm

В настройках соединения между системами M00CLNT200 и ERDCLNT100
в системе M00CLNT200 захожу под логином ROOT и паролем delta1 при заполнении полей в SM59 прописываю следующие значения:
RFC-адрес: ERD
Тип соединения: 3
РаспрНагрузки: нет
Номер системы: 00
Целевофй хост: 192.168.20.25 (адрес ERDCLNT100)
Сохранить как: IP-адрес
ДостовернСист: Да
Язык: RU
Мандант: 100
Пользоват.: ROOT
Пароль: delta1
При этом пользователь ROOT с паролем delta1 в ERDCLNT100 настроен, тест соединения нормальный, в scc4 стоит Уровень защиты 0:без ограничения и автоматическая запись изменений.
Собственно проблема: при попытке сохранить RFC-адрес с параметром ДостовернСист: Да выдает: "В одной из достоверных систем будет удален пароль. Удалить пароль?" --> ок и при попытке дистанционного входа в систему выдает сообщение"No authorization to logon as trusted system", кроме того в BD64 --> Ракурс модели --> Рапределить выдает сообщение: "Возникла ошибка связи. You are not authorized to logon to the target system (error code 1)".
Подскажите, пожалуйста, как это исправить.

http://help.sap.com/saphelp_nw04/helpda ... ameset.htm

Для начала я бы проверил полномочия пользователя ROOT...

Посмотрите доку, проверьте AUTHORITY_CHECK_RFC,
параметр auth/rfc_authority_check в профайле и можно потрассировать(в крайнем случае - st01)...

http://help.sap.com/saphelp_nw04/helpda ... ameset.htm

http://help.sap.com/saphelp_nw04/helpda ... ameset.htm

ЗЫ Перед тем как делать трастед, я бы сделал обычное соединение, под собой и проверил, а потом бы стал делать доверительное соединение.
Тест - это ерунда, посмотрите в SM59 - Ваше соединение - верхнее меню - проверка авторизации...
Тест пройдет в любом случае, если конечно IP не перепутали...

В доке написано:
Before a trusted system can be defined, a destination for this system must be created in the trusting system. In addition, the RFC users must have the corresponding authorizations in the trusting system (authorization object S_RFCACL). You can check the authorizations for the logged on users in the trusting system in advance, by using the function module AUTHORITY_CHECK_TRUSTED_SYSTEM.
Извините за банальный вопрос, просто никогда с этим не сталкивался, но как вызвать этот функц. модуль AUTHORITY_CHECK_TRUSTED_SYSTEM?

Тр. se37, потом F8.

спасибо большое!
показало, что нет полномочий на объект S_RFCACL.
Подскажите, пожалуйста, в какой транз. можно назначить эти полномочия для пользователя?

- В тр. PFCG/SU01

Обычно для начала делаю так:

SU01 - ALEREMOTE
Профили
SAP_ALL
SAP_NEW
S_BI-WHM_RFC
S_RS_ALL

SE37 - AUTHORITY_CHECK_RFC
Upper/lower case
Runtime: 21,788 Microseconds
Import parameters Value
USERID ALEREMOTE
FUNCTIONGROUP *

Для ALEREMOTE трастовые соединения не нужны, но у Вас м.б. какие-либо другие задачи...
Сделайте обычное соединение, а потом уже трастовое.
Например, для этих целей я как правило клепаю какую-нить роль.
Тр-я - PFCG
Типа ZSAP_BC_USR_CUA_CLIENT_RFC по мотивам оригинала SAP_BC_USR_CUA_CLIENT_RFC.

ЗЫ Все же, рекомендую поизучать документацию или обратиться к Вашему базиснику(ИМХО это более оптимальный вариант).