Коллеги, добрый день!

Возникла проблема с загрузкой единиц оборудования в систему.

В Z-программе в цикле происходят следующие операции:
1) Создание ЕО с помощью BAPI_EQUI_CREATE.
2) Присвоение ЕО класса с помощью BAPI_OBJCL_CREATE.
3) Если ошибок не было вызывается CALL FUNCTION 'BAPI_TRANSACTION_COMMIT' EXPORTING WAIT = 'X'.
В случае ошибки вызывается BAPI_TRANSACTION_ROLLBACK.

Складывается следующая ситуация:
1) Отрабатывается BAPI_EQUI_CREATE (без ошибок).
2) Отрабатывается BAPI_OBJCL_CREATE, возникают ошибки, вызывается BAPI_TRANSACTION_ROLLBACK, но при этом информация об основных данных ЕО не откатывается, а сохраняется где-то во внутреннем буфере.
3) При повторении операций (создание и присвоение класса) со следующей ЕО ФМ отрабатываются без ошибок, НО основные данные ЕО берутся из предыдущей (на вход подаются новые значения!).

Подскажите пожалуйста, как обойти сложившуюся ситуацию.

set update task local.
BAPI_EQUI_CREATE.
commit.
set update task local.
BAPI_OBJCL_CREATE.
commit.

Программа используется для массовой загрузки ЕО и в связи с этим commit необходимо делать, только в том случае, если вся операция (создание ЕО + присвоение класса, заполнение признаков) прошла успешно.
Если в результате BAPI_OBJCL_CREATE произошли ошибки нужен полный rollback.

Так не получится. Для работы BAPI_OBJCL_CREATE объект уже должен быть в базе, а для этого нужен commit после BAPI_EQUI_CREATE.
set update task local в соем примере нужен как раз для того, чтобы дождаться завершения обновления.

Если присвоение класса проходит без ошибок, то

работает корректно.

Описанная ситуация возникает только в случае ошибки при присвоении классов/признаков (через BAPI_OBJCL_CREATE).

Может быть непонятно описал проблему, попробую по другому.
Есть файл, в нем 2 строки, в каждой данные о единице оборудования.
Запускаем Z-программу загрузки.
В ней единицы оборудования из файла обрабатываются построчно, выполняются в цикле следующие операции.
Для ЕО из 1 строки.

Переходим к ЕО из 2 строки.

В результате в системе создается ЕО, в которой информация основных полей из 1 строки файла, а информация о классификации - из 2 (хотя данные на вход ФМ подаются корректные).

Попробуйте ФМ ITOB_CLEAR_BUFFER [s]перед вызовом[/s] после ROLLBACK

Спасибо!

Вызов ФМ ITOB_BUF_FREE после ROLLBACK решил проблему.