Имеется следующая задача
1. В системе ведутся ТАПы по дебиторам, (транзакция F-37) в полях торговый документ и позиция торгового документа вводится либо номер контракта СД либо номер заказа продажи, в случае бездоговорных поставок.
2. Стоит задача по сохранению ТАП вести ссылочный номер бухгалтерского документа ТАП в поток документов SD, для заказа продажи или контракта, в зависимости от бездоговорных\договорных поставок.

Наверняка кто-нибудь уже сталкивался с такой задачей, интересуют технические аспекты решения возникшей задачи
- Какие расширения, BADI, OPEN FI можно использовать для решения задачи
- На какой таблице и ключах строится отчет "поток документов"

По событию сохранения ТАП есть надежное с точки зрения откатов событие при сохранении - OPEN FI 1025, какое может быть BAPI можно использовать для задачи обновления потока документов? Может быть есть какое-нибудь SD расширение, которое будет возникать на событие сохранения ТАП?
В общем интересуют технические аспекты решения задачи)) Спасибо.

таблица для потока документов сбыта VBFA.

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

Или все же задача какая-то другая? Из описания не совсем ясно, что именно должно получиться.

О технических испектах: поток документов это не отдельная сущность, а описание связей (последовательности) документов. В таблице VBFA это хорошо видно.

Уже подобное обсуждалось, например http://sapboard.ru/forum/viewtopic.php?f=2&t=36576&hilit=vbfa Может поможет.

Не знаю, поможет или нет, но если прописать у "левого" FI документа N1 bkpf-awtyp = 'VBRK' bkpf-awkey = номер фактуры SD (уже существующей и которой соответствует FI документ N2), то оба документа N1 и N2 будут видны в потоке документов фактуры. Но честно прописать AWKEY нельзя

В стандарте для этой задачи в SD генерится фактура вида FAZ, по которой в FI создается ТАП. А у вас получается сначала разорвали поток документов, а теперь хотят его сшить.

Согласен с LKU - вместо изобретения велосипеда правильно было бы настроить фактуру типа FAZ. И ТАПы проще создавать, и поток стандартно работает и примочек дополнительных тьма.
Если же по каким-то причинам отказаться от формирования ТАПов непосредственно в FI нельзя, то см. ссылку которую вам дал Александр. Там все подробно написано.

Всем спасибо.
Тему дополнительную почитал.
Понял что бух документ ТАПа можно подкрепить исключительно только к фактуре SD (путем изменения AWTYP = 'VBRK' AWKEY = 'номер фактуры SD')?
Есть какие нибуть идеи как его подкрепить к позиции заказа продажи или контракта?
Цель стоит следующая, чтобы пользователи могли увидеть номер документа ТАП в потоке документов.
Тап создается с помощью f-37, концепты уже подписаны и менять цепочку в отношении тап по части создания их средствами SD уже невозможно((
Будут какие нибуть идеи?

Суровый краснодарский бизнес

Да - перечитать "дополнительную тему" еще раз!
Конкретно обратить внимание вот сюда:


P.S. решение с "доработкой" AWTYP и AWKEY - фтопку однозначно

С этим согласен в данном случае. У меня просто другая задача была тогда, вот там точно без такого изврата не обойтись было

Всем спасибо.
Работает.
На будущее может кому будет интерестно, (насчет красивая\некрасивая реализация судить не берусь так как по времени изучения технической части внутреностей события было ограничено) рассказываю:
Программа LV05CFZZ
Подпрограмма FORM USEREXIT_VORGAENGER.
тама сделал точку расширения
Использую переменную vbfa_tab - ее заполняю новыми записями VBFA
для урвня иеррхии можно ориентироваться по полю STUFE существующих записей
далее дело концепции куда и какие записи вставлять