Здравствуйте.

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

А можно ли выполнить такую симуляция с помощью БАПИ (bapi_acc_document_check или bapi_acc_document_post, или отдельный ФМ для симуляции)?

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

ЗЫ. Создание документа требуется сделать именно с помощью bapi_acc_document_post (требование заказчика).

Разумеется, с помощью стандарта нельзя.
Можно ли чисто технически вообще реализовать это? Можно.
Это будет до определенного момента работа bapi_acc_document_check, а потом, когда отработают все проверки, замещения и события, данные перехватываете и дальше сплошной Z. Огромный, дремучий, невероятный Z. Но получить можно что угодно.

Document parking. Настраиваем поток->активируем->гоняем бапи->док валится в паркинг(наверное)->call transactiion 'FBV0'....->PROFIT!!1(но это неточно)

Зачем - неизвестно, но если душа требует приключений, то почему бы и нет?

Что-то не уверен я, что бапи умеет парковать.

Спасибо за ответы.
1) Насколько знаю, BAPI_ACC_DOCUMENT_POST может парковать. Возможность появилась несколько лет назад. Сам не пробовал.
2) При паркинге создаются документы в таблицах vbkpf+vbseg*. Поэтому не подходит, т.к. нужно, чтобы ничего не создавалось.
3) Вроде бы можно вытянуть данные из БТЕ.

Вы ж сказали хотите смоделировать визуально, а не вытянуть. Просто узнать, какие будут позиции, сколько их будет и какие там будут позиции совсем не сложно.

БАПИ сам не умеет. Но - если паркинг активен, то он не даст бапишке протолкнуть док дальше vbkpf+vbseg.



Если речь о просто вытянуть, то FIBF->1050 P/S - там все в максимально полном виде, как Ёж сказал. Прикручиваем PAI/PBO модуль (абапер скажет, какой лучше), делаем элементарный экранчик с выводом табличных записей и две кнопки - да, согласный/нет, неправильно, и в самом 1050 case подбора ответов с кнопок. Да - топаем проводить дальше, нет - откатываемся обратно.

Mea culpa. Сформулировал вопрос недостаточно чётко, не подумал, что он может быть понят таким образом.
Да, нужно просто вытянуть данные во внутренние таблицы (но с гарантией, что документ, если бы создавался, был бы именно таким). На сейчас для этого задействовали событие "1025 POST DOCUMENT: Final checks completed". В 1050 в отладке из-под bapi_acc_document_check программа не попадает.

Хороший выбор события, верно.
Главное убедитесь, что в конце головного фм 1025 нет имплицитного бади. А то некоторые любят засунуть в конец 1025 имплицитом, что строжайше запрещено.

Спасибо.
А что имеется в виду по имплицитным бади? Какой-нибудь неявный энхансмент в самом конце OPEN_FI_PERFORM_00001025_E (ФМ, который вызывает Z-BTE-ФМ-ы)?

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