Теоретически сабж возможен...
а практически кто-нибудь с таким сталкивался?
Ситуация интересна с точки зрения написания корректных отчетов.

Можно определение "корректного отчета" в студию? С точки зрения ABAP'ера при таком раскладе номер billing document (VBELN) должен по крайней мере храниться в BKPF (заголовок бух.документа), чтобы можно было связывать BKPF с таблицами SD для получения дополнительной информации.

А он и хранится в BKPF. В поле AWKEY.
Под "корректным отчетом" (синоним: универсальный) в данном случае понимаю такой отчет, который будет работать не только в той системе, в которой он написан, и не только с тем набором данных, который имеется в конкретный момент времени.
Так вот, на данный момент фактура с бух.докментом описываются соотношением 1:1.

Что-то все только больше запуталось... Где "описывается" соотношение 1:1? И в какой еще системе должен работать отчет? О каких вообще отчетах идет речь?

Если какой-то стандартный отчет был написан, исходя из соотношения 1:1, то, естественно, он "корректным" больше не будет. А в своих отчетах пишите что хотите. В чем проблема?

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

...в нашем продуктиве.

Вооот. Мне и интересны ситуации, в которых это соотношение не выполняется.

IMHO с этим вопросом вам в FI надо. Отчеты по бух. документам все там. С чисто технической точки зрения (т.е. отношения полей в базе данных) нет никаких препятствий к тому, чтобы заводить >1 FI бух. документа к 1 SD фактурe.

С помощью абапа сделать можно многое, и отчеты разные написать, но разделить документы - ... Какими Вы представляете хотя бы два FI-документа по одной фактуре,какие проводки? я про вопрос "зачем?" молчу Тут вопрос этот больше к автору темы

Если бы знал, не спрашивал бы
Ну например проводки в другие системы... или бух.документы по разным БЕ?..

По разным БЕ - это уже Intercompany Billing, совсем другая песня. "В другие системы" - это опять что-то совсем другое (такие вещи IDoc'ами делаются).

Как правильно отметил(а) ru4ever, как-то трудно себе представить проводки из одной фактуры напрямую и сразу в два разных бухгалтерских документа.

Если ММ-щику еще можно представит два бух. документа на входящий счет-фактуру (проводка в прошлый период), то что там может быть в Сбыте двумя документами к одной фактуре... как-то сложно такое придумать...

Стандарт вам 2 FI-документа не сгенерит даже в случае большого количества позиций (будет ошибка как описано в ноте 36353).
Если же сгенерите FI-документ сами и привяжете к SD-фактуре (ссылочная операция VBRK + номер фактуры), то он явно должен нести иную смысловую нагрузку, чем обычный RV . Поэтому вопрос - Что это за ситуация, когда к SD-фактуре нужны 2 и более FI-документа? - очень даже резонный.

Согласен, что представить и обосновать 2 FI-документа к одной фактуре сложно, - поэтому вопрос и написал
Т.о. в ходе дискуссии было определено следующее:
1. В системе возможность привязки нескольких бух.документов к одному счету-фактуре есть (о чем дополнительно свидетельствует LOOP по BKPF-AWKEY в стандартных прогах).
2. Однако, на практике никто с такой ситуацией не сталкивался, и де-факто можно считать, что всегда выполняется соотношение 1:1 (т.е. SELECT SINGLE будет достаточно).

Коллеги, подниму тему, у кого нибудь есть опыт создания двух(нескольких) FI документов к одному счет фактуре SD?
Идеально хотелось бы получить два FI документа с разделением контрольного счета дебитора. Такое впринципе возможно?
(с разделением фактур сценарий понятен - но хотелось бы 1 сбытовой документ - 2(n) FI)

"Этого не может быть, потому что не может быть никогда". Как меня тут только что просветили в соседнем топике, в российской форме для фактуры номер документа берется из FI. Так что при таком раскладе вы никогда фактуру правильно напечатать не сможете.

Как я понимаю, вопрос 5 лет тому назад был скорее теоретический.

Кстати с 2012 года вопрос насчет нескольких FI документов к SD фактуре стал вполне практическим.
См. Note 1670486 - AC interface: Posting split in FI for outgoing invoices

В рамках преодоления ограничения FI в 999 позиций при большом числе позиций в SD фактуре стандарт будет создавать несколько FI документов. Другое дело, что эта функциональность активирована только для нескольких стран и Россия в их список не входит.