Здравствуйте.
Проблема вот в чём.

1. Создаю FM (дистанционного типа), у него один importing параметр типа char(2),
один параметр типа ТАБЛИЦА - user_data like zstr_users, где zstr_users - структура из словаря.
Итого работы FM - заполненная таблица user_data.
Тестируется данный FM - великолепно, никаких нареканий - таблица заполняется правильно.
2. Делаю call function <>
destination '<>'
exporting <>
TABLES user_data = it_userdata (где, it_userdata
type standard table of zstr_users)
Итог вызова, некорректное заполнение it_userdata!!!

Что не так делаю?
Спасибо.

Проверь, что все структуры у тебя в словаре на обоих системах одинакового типа. На разных системах даже стандартные САПовские структуры с одинаковым именем могут иметь различную длину. Результат - смещение данных.

Проверь всё внимательно.

И вообще. В субботу такой фигнёй заниматься. Вот у нас снег идёт....

Конечно же структуры одиноковые на обоих концах.

а как же отладчик ? он ведь лучше собаки ...
проверь работу этого ФМ сначала недистанционно и желательно на обеих системах, если все пучком пробуй уже дистанционно, но в отладке ! ... там и смотри где что и почему ...

1.
ST05 - RFC трейс в обеих системах включи одновременно и посмотри, что на входе, что на выходе.
2.
Попробуй внутри одной системы между мандантами. Тогда гипотеза про несовпадение ва словаре точно отпадёт.
3.
Бубен. И благовония.

только что обсуждали эту тему )) - проехали.
всё ок. типы в норме. (usr02/04/05/21/41/adrc/adrp и др). Передача идёт через преобразование структуры в линейную таблицу и обратно. Собственно только это и надо учитывать.
Ещё привести все типы к символьным перед перегонкой в линейную, ес-но.

p.s. it - type abaplist или набор tab64/512/1024

возможно проблема в объявлении переменных интерфейса - by val или by ref ; (тобишь LIKE и TYPE)

Большое всем спасибо.
Вх. параметр - числовой параметр передавал без кавычек, - тип этого параметра в ФМ char(2).