Добрый день!

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

Данные беру из счета-фактуры.
Эти таблицы смотрела VBRK VBRP, нет таких данных

VBRK и VBRP - это таблицы для сбытовых фактур, а не для закупочных.

В закупках таблица заголовка документа фактуры - RBKP, позиций документов - RSEG.

Сумма-брутто (с НДС) фактуры: RBKP-RMWWR
Сумма НДС: RBKP-WMWST1
Сумма-нетто в позициях фактуры: RSEG-WRBTR (т.е., чтобы получить корректную сумму-нетто фактуры, можно либо сложить все суммы-нетто позиций, либо вычесть сумму НДС из суммы-брутто).

Связь таблиц по номеру фактуры (BELNR) и финансовому году (GJAHR).

Извините, что указала таблицы по сбыту. Отчет купля-продажи, поэтому ошиблась написала про сбыт.
Суть в том, что суммы указаны в шапке входящей счет-фактуре в целом, а Заказчик хочет видеть суммы по каждой позиции.
Например, по карандашу, ручке, тетради-отдельно. Сколько затратили на закупку каждой позиции (цена без НДС, стоимость без НДС, сумма НДС, стоимость с НДС).
Поэтому таблица RBKP Входящий счет: заголовок документа не информативна

EKPO RSEG
NETPR WRBTR
Цена нетто Сумма без НДС

Сорян, в RSEG этого нет (RSEG - это дебетовая часть проводки формирования кредиторской задолженности - стоимость позиций заказа на поставку). Даже и через FI НДС отдельно по каждой позиции собрать не получится, поскольку для фактуры с тремя позициями в 10, 20 и 30 руб и НДС = 10% сформируется такая проводка:

Кт <контрольный счет кредитора> 66 руб
Дт <перерасчетный счет ПМ/ПСч> 10 руб
Дт <перерасчетный счет ПМ/ПСч> 20 руб
Дт <перерасчетный счет ПМ/ПСч> 30 руб
Дт <НДС> 6 руб

Т.е., НДС проводится одной позицией для одного документа фактуры.

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

rseg-wrbtr - сумма счета в валюте документа без НДС
Чтобы посчитать НДС по позиции счета - например, можно использовать ФМ 'CALCULATE_TAX_FROM_NET_AMOUNT':


Стоимость позиции с НДС: (lv_amount_with_tax) = rseg-wrbtr + lv_tax_amount

Обязательно! После расчета стоимости по всем позициям просуммировать lv_tax_amount и, если он не сходится с RBKP-WMWST1, то разницу отнести, например, на позицию с максимальной суммой rseg-wrbtr (или на другие позиции по нужной вам логике).

Не поможет, если в MIRO сумма налога была введена вручную, а потом разбита системой пропорционально налоговым кодам. В этом плане MIRO ничем не отличается от обычной FB01. Поэтому, наверное, единственный способ - это брать по факту сумму налога в документе и разбивать ее руками пропорционально налоговой базе, которую составят позиции закупки. А что есть позиции закупки, если в той же самой MIRO я добавил еще несколько позиций без ссылки на заказ, то есть просто применил счета ГК и смешал их с позициями со ссылкой на заказ, при этом я также провел среди прочих часть налога вручную (прямой проводкой на 19 счет), при этом эта сумма налога частично балансирует сумму налога, проведенную через заголовок RBKP? Тогда чем в этом бренном мире становится данная задача? Вопросы, вопросы. Вот и сакура расцвела, пойду смотреть на костер.

Все зависит от процессов в системе.
В частном случае достаточно предложенного мной способа.
В общем случае - вариантов масса, тут не поспоришь.

Если резюмировать то получается, что данные из входящей фактуры от поставщика (Цена без НДС / Стоимость без НДС / НДС / Стоимость с НДС попозиционно) невозможно взять из таблиц.
Очень неожиданно.
В отчет будет попадать только расчетным путем?
А как абаперу это понятно написать, он требует спецификацию с наименованием поля и таблиц, т.к.он не консультант MM/SD.

А вы консультант или где? Неужели никогда не писали спек с расчетными полями?

Стоимость без НДС: RSEG-WRBTR
Цена (расчетная): RSEG-WRBTR / RSEG-MENGE (количество в позиции)

Как (алгоритмически) считать попозиционный НДС и попозиционную сумму с НДС:

1) Берем и суммируем все значения RSEG-WRBTR
2) Для каждой позиции рассчитываем долю ее стоимости в общей стоимости позиций фактуры (RSEG-WRBTR / <сумма всех значений RSEG-WRBTR>)
3) Далее вычисляем долю суммы-брутто для каждой позиции (RBKP-RMWWR * <доля>) и долю суммы НДС для каждой позиции (RBKP-WMWST1 * <доля>)
4) Делаем проверку того, что рассчитанные доли, если их сложить, равны общим значениям RBKP-RMWWR и RBKP-WMWST1. Если есть отклонения (обычно бывает 0.01 руб из-за округлений), прибавляем (или вычитаем) эту копейку куда-нибудь (либо из самой дорогой по стоимости позиции, либо из самой последней)

Если резюмировать, то стандарт SAP для входящих MM-фактур хранит в таблицах данные:
- на уровне заголовка в разрезе код фактуры/код налога - суммы НДС (таблица RBTX)
- на уровне позиций (код фактуры/номер позиции) - сумму без НДС и код налога.

Разнесения суммы НДС по позициям в стандарте SAP на уровне таблиц действительно нет.
Если в вашем процессе это нужно - пишите расчетную процедуру по логике, описанной коллегами.

Рекомендую помнить про ситуацию, когда в фактуре есть позиции с разными кодами налога.
Для более корректного результата распределять по позициям с соответствующим кодом налога надо сумму налога отдельно по каждому коду налога.

А правильно будет если взять Цену без НДС из заказа EKPO/ NETPR " Цена нетто"?

Чисто теоретически EKPO-NETPR может не соответствовать финальной цене-нетто в RSEG по итогам поступления (например, если в момент ПМ накрутились плановые затраты по доставке или еще что-нибудь). Хотя в целом все на ваше усмотрение, зависит от конкетно ваших бизнес-процессов и требований к отчету.