При создании SD фактуры нужно произвести определенные действия с Z-таблицами отталкиваясь от SD документа на основании которого эта фактура создана (поля VBRP-AUBEL и VBRP-AUPOS). Подскажите в каком месте стандарта это возможно организовать корректно?

Посмотрите BADI_SD_BILLING, например.

Данное BADI только для внутреннего использования SAP

Ну тогда SD_CIN_LV60AU02.

Данное BADI не отрабатывает при создании SD фактуры

Несмотря на это, часто снимают эту галочку, так как уж очень удобная бадишка...

А вообще есть пользовательские функции в ГФ XVVF.

Я бы поставила точку прерывание в отладчике на операторе ENHANCEMENT
и посмотрела, где удобно вклиниться.
Например:

уже есть № создаваемого SD-документа и поля поля VBRP-AUBEL и VBRP-AUPOS заполнены

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

Эх, при смене галки в BADI BADI_SD_BILLING требует ключ доступа

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

Конечно требует, как и любое изменение стандартного объекта. Можно (если версия позволяет), в эту бади через enchancement вклиниться.

Этот вопрос часто задается на SDN, но по-моему там ничего ценного пока не предложили. К сожалению, для фактур нет user-exit аналогичного ...DOCUMENT_SAVE в заказах. Если вам нужно программировать какие-то updates, то учтите, что нужно искать "точку внедрения" где-то в update task, иначе если вдруг создание фактуры прервется, а ваши таблички обновятся, то будет как-то нехорошо.

Как вариант можно еще рассмотреть использование вывода (output), там можно навесить свою программу. Подобным образом, например, иногда реализуется обновление заказа после сохранения поставки, т.к. в процессе сохранения записи заказа заблокированы.

Ну почему же не обязательно в update task, можно и самим написать update модуль и запустить его ...

Интересно.. вы хотите сказать, что в этом отношении технология Source code enhancements(Расширения исходного текста) принципиально отличается от технологии Enhancements using BAdIs (Расширения через BADI) ??

Отличия:
BADI - описан интерфейс расширения, которое можно внедрить только в тех местах, где SAP предусмотрел это
Enhancements - отсутствие интерфейса, возможность использовать технологию неявных расширений и вклинивать свой код в места в которых SAP не предусмотрел явных "точек доступа"
... или я ошибаюсь