Добрый день!

Есть цепочка документов и действий, которую хочется создать по одной кнопке (сбытовой заказ, поставка, комплектование и ОМ, фактура).
На каждый документ или действие есть BAPI, можно ли сделать как-то так, чтобы создалась вся цепочка со всеми действиями, либо ничего не произошло (если произошла какая-то ошибка).

2 варианта:
1) откатывать цепочку созданных документов в случае ошибки на каком-нибудь
шаге
2) реализовать логику досоздания документов. Т.е. в случае ошибки на каком-нибудь шаге и ее исправлении, при последующих нажатиях кнопки досоздавать нужные документы

В общем случае сделать одну транзакцию на цепочку документов не получится - придется ставить commit work после каждой bapi на создание отдельного документа.
Все что можно сделать, как уже написал DED_MOROZ - это написать логику генерации документов устойчивым к сбоям (чтобы программа доходила по цепочке до последнего успешно созданного документа и пыталась с этого момента досоздавать цепочку)

Больше того, даже с commit work строительство цепочки может вызвать сложности.
Например, на входе у нас запас 0 шт товара и отрицательные запасы запрещены.

Мы хотим провести цепочку документов материала: Пм 10 шт, списание 10Шт.
На втором шаге вполне можно словить ошибку что пытаемся сформировать отрицательный запас.

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

Непонятно зачем все откатывать. Правильно решать проблему и допроводить документы. Поэтому как уже написал DED_MOROZ нужно писать бизнес логику которая предпологает "reentry" алгоритма, т.е. начать оттуда где в прошлый раз закончили.

Наверное для таких целей удобнее всего не цепочку bapi придумывать, а использовать SAP Workflow

И как конкретно вы видите использование Workflow в процессе генерации цепочки документов?

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



это еще более гиблая затея. "Reentry" алгоритма работать нормально никогда не будет. Просто представьте, сколько вариаций стандартных ошибок и вообще в принципе возможных косяков? Писать на каждую возможною проблему по алгоритму?

Ну, скажем так, советы выше относились к теме "как в принципе подходить к задаче проводки цепочки документов".

Если же задача состоит в том, чтобы транзакционно отразить уже свершившийся факт продажи в SAP, то можно посмотреть в сторону ритейлового подхода (IDOC WPUBON). Там как раз создаются документ отпуска материала + фактура и делается это транзакционно в одном LUW.

Кстати, все заметили, что топикстартер после первого вопроса пропал?

После неудачного запуска создания цепочки документов пользователи должны исправить причины ошибки. А программа просто фиксирует для цепочки последнюю успешную операцию (или неуспешную) и при следующем запуске для этой цепочки начинает работу не с начала, а с еще не выполненной операции. Это не то, чтобы гибло, но немножко громоздко. Но всяко проще откатов.

Ещё иногда возможно использовать SET UPDATE TASK LOCAL и делать, чтобы создалась вся цепочка целиком или ничего.

Ну-ка ну-ка это как сделать?

Оба варианта имеют право на жизнь.
По этому поводу даже спорить не стоит.
Встречал в своей практике оба.
Сам делал только варианты с допроводкой документов - как и Z-программы, так и обработка входящих айдоков(до 25 документов материала мог создавать 1 айдок, естественно в разных коммитах).
Не рассказывайте сказки про гиблую затею, вы, видимо, не работали на проектах с российским ритейлом.

Дополню: такое требуется не только на российских проектах.