Вводная часть:
В программе вызывается ФМ, в котором вносятся изменения в БД, но без COMMIT-а. Вызов COMMIT-а стоит после того, как вышли из ФМ-а.

Задача:
После ФМ, но перед вызовом, COMMITA-а нужно вызвать пакетный файл. Если пакетник отработал успешно, то COMMIT выполнить, иначе откат изменений.
НО, при вызове пакетника, происходит автоматический COMMIT и я уже не могу откатиться в исходное состояние, если пакетник вернул ошибку.

Идея-вопсрос: можно ли узнать, какие именно данные будут внесены в БД при COMMIT-е? Чтобы запомнить их, сделать откат, вызвать пакетник, если пакетник отработал нормально, то данные COMMIT-а опять внести?

Или может есть более правильный метод?

А что мешает вначале вызвать пакетник а потом ФМ?
А узнать можно, особенно если изменения делаются через in update task а не напряую в таблицы, но, наверно это не нужно.

Ну если ты скажешь какую транзакцию гоняешь в пакетнике, то может есть соответствующая BAPI, и это будет другим решением и откатить можно будет красиво.

Этот ФМ возвращает номер, который нужен для вызова пакетника.

Как это можно узнаить? Какой-то ФМ для этого есть?

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

Маниакальная идея нумерации без пропусков?

Может проще переделать вызываемый ФМ, чем грязными руками лазить в системные таблицы?

Нет. Это номер документа. Мне нужно удалить этот документ. Одно но, если я вызыву удаление перед ФМ-ом модификаций, а модицикации не пройдут, то документ как бы и не нцжно удалять. А он уже все, накрылся. Поэтому вызывать нужно после отработки ФМ-а с модификациями.

Я надеялся, что есть средства сделать это стандартными средствами, не лазия в системные таблицы.
Однако, на всякий случай, подскажите название этих системных таблиц?

Когда-то давно, когда батчинпут был в большой популярности, делали так: на последнем экране транзакции не "нажимали" кнопку Сохранить, а "нажимали" кнопку Выход. А потом анализировали лог сообщений. Если не было красных сообщений, то запускался прогон с сохранением. Работает гораздо дольше, зато надёжно.

2 EGF:
Смена экранов в батчимпуте не вызывает commit?

Возможно db-commit и выполняется, но не commit work.

Точно db-commit и точно не COMMIT WORK, если последнее не прописано специально.

sy-uname правильно заметил, что нужно сразу вызывать пакетник, а уже потом ФМ. Ведь по Вашим словам это ФМ удаления, а не создания данных...

Может напишете, какой ФМ должен вызываться на 1 шаге, чтобы не гадать?
Или просто поискать user-exit в этом ФМ, в котором вызывать batch-input?