R/3 - не СУБД

Суть понята неправильно - проблема заключается в том, что без COMMIT-а нет INSERT/UPDATE, т.к. в большинстве BAPI вставка/изменение записей в таблице происходит внутри ФМ обновлений, которые и вызываются оператором COMMIT.

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

Вообщем итог такой: в некоторых BAPI используюся call function in update task или perform on commit поэтому нельзя делать следом BAPI, которое использует объекты созданные (или измененные) без COMMIT.

А что подразумевалось под собственной реализацией? Кто-то таким занимался - собственный ФМ создать для изменения ряда стандартных таблиц?

А что удивительного в данной ситуации? Конечно такое встречается значтельно реже, чем копирование стандартных отчётов в Z, но, всё-же, встречается.

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

Выбор в любом случае за вами - либо использовать стандарт (со всеми его плюсам, минусами, ограничениями, недостатками и нелогичностями), либо писать своё, со всеми вытекающими из данного подхода преимуществами и недостатками.