Подскажите использую функцию RFC_READ_TABLE для чтения данных. Выходной параметр у это функции DATA LIKE TAB512. Получается буфер в 512 байт (поправьте если не прав). Как правильно рассчитать количество данных которые можно считать за один вызов. Так как я что-то не совсем понимаю какой объем она все таки возвращает. Количество записей в таблице и метеоданные известны заранее.

512 это ограничение на длину строки таблицы, по количеству строк ограничений нет. Посмотреть длину строки можно в se11 (меню Дополнительная информация - Длина таблицы)

Спасибо за ответ. Подскажите а если мне нужно считать поле которое больше 512 байт то что делать? Смотрел функцию RFC_GET_TABLE_ENTRIES но как в ней разобрать столбцы и что-то она крякозябры выдает иногда.

А что за задача? Просто обсуждали как то на форуме, если ситуация позволяет, лучше под свои конкретные задачи, писать собственные модули для RFC чтения таблиц БД.

Задача: пишу некое приложение внешнее (с использованием SAP connect) по интеграции данных. Необходимо читать данные из таблиц. В принципе условия не запрещают написание собственных RFC модулей, поэтому если бы Вы подсказали мне как это сделать (в ABAP не очень силен) был бы очень благодарен. На форуме пошарил нашел несколько тем по данному вопросу но примеров модулей или хотя бы их описания реализации не увидел.

Я к тому что, если Вам конкретно нужно считать 1 или 2 таблицы для какой то задачи по интеграции, а не целую кучу таблиц заранее не известных, то лучше написать свой модуль(модули) с конкретной типизацией параметров и сложить это все аккуратно в один пакет для данной разработки. Просто, по-моему, так прозрачнее и удобнее.
RFC модули, это те же функциональные модули с некоторыми ограничениями. Создаются также через se37, в свойствах ставите "Remote". Предварительно нужно создать группу функций.

P.S.
Если интересно, поищите по форуму про RFC_READ_TABLE и им подобные, про то что у него статус Not released, про то что он создан в учебных целях и его не следует использовать, про что использовать такой модуль для чтения любых таблиц SAP, в принципе не верный подход для каких то собственных проектов по интеграции и т.д.

Да в том то и дело что читать нужно большое количество таблиц, а лучше вообще любую(универсальный вариант) так что на каждую таблицу писать ФМ не вариант вообще.

Гляньте тогда вот это_SCRM_ACCESS_REMOTE_TABLE.

Можно просто поинтересоваться, что за интеграция? с чем? Вы ведь понимаете что это дырка, через которую видно будет всю систему на сторону.

Пока приложение выглядит следующим образом: пользователь который не умеет и не знает как работать с SAP хочет выдернуть данные из него (любые) по определенному фильтру это все дело записывает в файл, а там уже можно что угодно с ними делать, хочешь в Excel хочет в БД какую импорти, но задача стоит чтобы данные корректно выгружались из любой таблицы. Я понимаю что это не безопасно относительно конфиденциальности данных, но заказчик это делает на совой страх и риск, и пускай кому попало эту программу не дает.
Подскажите как пользоваться данным ФМ что-то никак не получается в IM_TABLE_NAME пишу имя таблицы в IM_DESTINATION имя RFC соединения на мою систем, а модуль мне выдает что нет такой таблицы причем с любой таблицей.

Я не говорил, что этот ФМ точно подойдет под Вашу задачу. Он как раз так и спроектирован, что работает только для конкретных CRM-ных таблиц, которые лежат в определенных пакетах разработки S_CHECK_RESULT*. Что то в этом роде и Вам нужно сделать по хорошему, то есть ограничится как то по табличкам. Все равно в спецификации к интеграции, должны быть обозначены границы...

Хотите читать все, копируйте модуль в свой и снимите там проверку на S_CHECK_RESULT и убирайте вызов метода authority_Check_Table.

имхо задача изначально неверная.
Для полноценного анализа данных SAP пользователями выгрузки данных таблиц недостаточно.
Для получения нужных данных без лишних телодвижений вне SAP необходимо, чтобы пользователи сформулировали свои требования к отчетам, а разработчики создали отчеты в системе SAP.

Кроме этого, для обеспечения безопасности данных необходимо, чтобы выбор данных ограничивался с помощью полномочий на организационные единицы, что опять же делается только с помощью программирования на ABAP.

А выгрузка данных отчета в Excel - стандартная функциональность при выводе данных с помощью ALV и написание RFC-функций при этом не потребуется.

Спасибо! Попробую.

Да я все это понимаю, но заказчик хочет именно так причем он с SAPом знаком, и говорит конкретные вещи (типа мето-данные должны получаться функцией такой-то, данные так-то формат такой-то по этим требованиям я понимаю что он точно знает что хочет от всего этого получить).