Вопрос, что должно писаться в таблицу AUAV в поля COBEL и FIBEL.
По названию понятно, что документы CO и FI.
У кого-нибудь эти поля в ней заполнены?

Что-то туда писалось только в очень старых документах, позже поля всегда пустые.
Связь FI-документа с документом расчета:
BKPF-AWTYP = 'AUAK'
BKPF-AWKEY = AUAK-BELNR

Связь CO-документа с документом расчета:
COBK-AWTYP = 'AUAK'
COBK-REFBN = AUAK-BELNR

Спасибо за ответ. Про эту связь я знаю, интересует связь первичного документа по затратам с итоговым после расчета в CO.
Т.е. прошла сумма по дебету 3х счетов, вот ее связь с таблицами AU* и интересна

Если вы думали, что эта связь есть в таблице AUAV, то вынужден вас разочаровать. Такой связи (на уровне позиций документов) в системе нет, так данные для расчета заказов/СПП-элементов берутся из таблиц итоговых записей (COSP, COSS) и поэтому не содержат как аналитики номера первичного документа.
Вы можете это только косвенно определить, анализируя первичные документы, настройки схемы расчета, схемы происхождения и правил расчета. И если вспомните про переносы отдельных позиций и переносы затрат вручную, то, возможно, сразу откажетесь от этой идеи. Хотя, при большом количестве ограничений, можно попробовать и реализовать.

В таблицах AU* этого нет, это я понял давно
И пользовался косвенной связью, что как Вы подметили, не совсем удобно и, главное, корректно
Наделся, что есть таблица в САП, про которую я не знаю и она мне поможет.
А вообще странно, что разработчики не стали писать связь первичных документов с документами CO.

Они это сделали из-за ограничений на вычислительные мощности.
Можете подробнее описать, зачем вам это нужно?

Необходим отчет, расшифровывающий ввод ОС по первичным документам.

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

Может быть, вам стоит организовать процесс так, что для расчета в сложных случаях (ввод в эксплуатацию частями) пользователь должен создавать подчиненные СПП-элементы, переносить суммы на них документами переноса отдельных позиций CO и рассчитывать уже их? Это не более трудоемко для пользователя (в сравнении с ручным заданием правил распределения и ввода в них сумм), зато отчет по такому расчету намного проще (ведь расчет делается для нужного СПП-элемента всегда только один раз с простым правилом расчета, а связь позиции документа переноса отдельных позиций и позиции первичного документа однозначна и довольно просто определяется), какие первичные документы попадают в расчет решает сам пользователь (не надо никаких допущений).