Коллеги!
У меня возникла необходимость записывать в файл на локальном диске данные во время работы ABAP программы, а точнее во время выполнения пакетного ввода.
Это обусловлено тем, что в случае возникновения Disconnecta с сервером, мы сможем иметь на локальном диске все данные об уже выполненных транзакциях пакетного ввода... в противном случае может возникнуть потребность восстанавливать мандант!

Кто что может подсказать по этому вопросу?

Спасибо!

Что это за транзакция, пакетник которой может обрушить целый мандант? А для пакетника используйте SM35 и не надо никаких локальных файлов. В крайнем случае если вы делаете call transaction из своей программы, можно сохранять сообщения в системном журнале (тр. slg1)

Это загрузка неудаляемых объектов с внутренней нумерацией,
например таких как Основные записи материалов, основных средств, и т.п., в количестве сразу нескольких десятков тысяч...

При дисконнекте, необходимо знать, какие номера до данного момента были уже созданы а какие нет, эти данные хранятся в sy- переменных внутри программы...
Поэтому и возникает необходимость их куданибудь писать,
или подскажите где можно посмотреть лог по созданным номерам объектов?

Когда связь оборвётся, то на фронтэнд всё равно ничего не успет записаться.

Если связь неустойчивая, то можно загнать файлы на сервер приложений и читать оттуда. Или сразу всё считывать в память, если, конечно, поместится.

Чтобы велосипед не изобретать, можно загрузку делать с помощью Data Transfer Workbench (тр. sxda).

Сервер находиться очень далеко, политики компании строгие, это очень сложно...



Каким образом стесняюсь спросить? Во внутреннюю таблицу?

Ну да. И запускать в фоне.

Ну данные у меня и так подымаются из Excel во нутреннюю таблицу, а вот запускать в фоне в смысле job-ом? Можно поподробнее с этого места?

LSMW поможет. При загрузке через LSMW файл целиком загружается на сервер приложений, а уж там при запуске проблем при дисконнекте не возникнет.
Подробная информация - здесь

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

Ну тогда можно обойтись application log.

Нет, не job'ом.

CALL FUNCTION func IN BACKGROUND TASK
TABLES
ALL_DATA =

У меня нет CALL FUNCTION. У меня пакетный ввод в программе типа perform open_group.
perform bdc_dynpro...
perform bdc_field... .

Или можно всю это подпрограмму оформить как функцию а потом вызвать ее как баггроунд таск?

Да, про это я забыл. Так не пройдёт.

Не зря советуют использовать bapi.

А почему нельзя просто рестартануть сеанс пакетного ввода?

Те записи которые уже созданы имеют уникальные системные номера, и при рестарте, создадутся дубликаты основных записей с другими номерами...

Рестартануть можно только после backup манданта.