Видимо режим реального времени здесь предполагает просто синхронное обновление таблиц в разных системах р3. А не обновление за определенное время, тем более р3 система ни в коем случае не является системой реального времени (с гарантированным временем отклика).

Да, я неправильно выразилась, просто синхронное обновление таблиц.

Все-таки пришлось делать с помощью rfc...

сорьки, обознался с. Без rfc, похоже никак. А проверку можно <я не знать русский языка> при введении новых полей в одну из таблиц если метод ввода не многозначен и потом синхронизирывать. Получится - распишу.

Добрый день.

Решил написАть сюда. Есть 2 системы А и Б. В системе А есть справочник (в частности плановики, T024D), в системе Б - нет. Допустим я создам свой ZT024D в системе Б. Как лучше делать копию?

Вопроса даже 2:
1. Использовать самописный RFC модуль или есть какие-то стандартные средства?
2. Всегда посылать всю таблицу (благо она небольшая) или вешать расширения на ракурс ведения V_T024D и надеяться что таблица эта редактируется только с помощью этого ракурса?

Спасибо.

1.Для чтения данных есть ФМ RFC_READ_TABLE, это если читать данные из системы B. Тогда нужно в системе B настраивать вызов программы, читающей данные из системы A и обновляющей данные в системе B.
2.Список ракурсов ведения для T024D:

V024D Плановики
V_399D_F Обработка ошибок при прогоне ППМ
V_399D_W Значения по умолчанию закупки/ППМ
V_PVBE Область производственного обеспечения
V_T024D Плановики
V_T399D_L Плановик дефицитных материалов
V_TCN41 Значения по умолчанию для сетевых графиков
V_TCN41_SD Значения сроков отгрузки по умолчанию

По поводу п.2 - т.е. не очень разумно это всё ковырять, да? Триггерозаменителей тоже не придумали до сих пор?

Попробовать можно, не все ракурсы из этого списка способны вносить изменения T024D. Обычно одного ракурса ведения вполне достаточно

Решение Вашей задачи, зависит от конкретной Вашей ситуации, если Вы ее(ситуацию) подробнее опишите, будет лучше. К чему это?
В системе Б у Вас нету этой настроечной таблички, то есть логично предположить, что весь функционал(ТОРО наверное?) не развернут в системе Б, и эта табличка ZT024D нигде не используется, кроме Ваших разработок. То есть, если ZT024D где-то используется в одном месте(интерфейсе), возможно просто достаточно запускать синхронизацию в момент запуска программы и все, тогда проблем не будет.
Да и еще, все таки это настройка, я не думаю, что каждый день кто-то будет дергать эту табличку, может один раз настроят, потом раз в пол года группу плановиков добавят и все(то есть насколько я помню добавление группы плановиков ведет за собой еще ряд настроек). То есть, этот момент можно согласовать, и запустить самому синхронизацию в системе Б или А(или обязать пользователя это сделать), либо повесить на событие(как Вы уже писАли) в системе А.
По поводу RFC модуля, как уже отметил Удав ФМ RFC_READ_TABLE без проблем, но все таки я бы порекомендовал(http://www.sapboard.ru/forum/viewtopic.php?f=13&t=72547) написать свой модуль, это ведь не проблема.

В SRM переносят плановика из ERP (вместе с заявками.. при деблокировании заявки) и хотят чтобы можно было вывести имя и осуществлять поиск по этому имени (перенести СП).

Поскольку средство поиска вызывать могут в любой момент, то дёргать эту таблицу каждый раз тоже наверно не очень хорошо.

Тем не менее спасибо за советы. Подумаем как лучше сделать.

Так сделайте пользовательское средство поиска, которое по RFC читает T024D из ERP

Если не ошибаюсь, есть еще вариант дергать по RFC стандартное средство поиска к T024D из удаленной системы

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