Подскажите, пожалуйста, имеется ли транзакция аналогичная FB60, но с возможность выравнивания аванса поставщику сразу в транзакции?
Спасибо.

Если не сложно, подскажите, пожалуйста, что это значит Z*, я пользователь системы.
У нас в инструкции предложена только эта транзакция для работы и наш администратор SAP говорит, что нет других вариантов.

функциональность с выравниванием авансов доступна есть используется purchase order flow + транзакция MIRO: для нее можно активировать данный сценарий если позволяет версия системы

Ну дак вы все в MIRO человека уводите, а ему хоцца FB60, то есть по финансовым договорам.
На самом деле самым простым решением тут было бы в open fi в 1030 сделать запуск самодельного модуля с отложенным коммитом, в котором заложить логику поиска аванса для данного СФ. Ну и там же непосредственно выравнивание.
Второй вариант вообще бомбический, но не каждый его поддержит. Взять за основу движок стандартного расчета среднего курса (rate calc). И слегка его стамесочкой (убрать ограничение на иностранную валюту и пр., то есть сделать только для валюты, совпадающей с валютой БЕ). Далее в P/S модулях клиента засадить как следует эти модули в 1025 и 1030 (без 1050).
Напомню, стандартные модули сидят на 1025, 1030 и 1050.
Тогда перед запуском FB60 в этом или параллельном режиме выполнять поиск авансов для будущего СФ, закреплять их за ним.
В 1025 и 1030 система в Z-модулях (которые стамеской деланы) проверять кредитора, валюту и совпадение суммы. Ну и при сохранении система автоматически все авансы методом один к одному частичным платежом красиво выровняет. Кстати, интересная задача, я бы взялся

Я знал что ты вспомнишь про этот адский функционал Я бы на самом деле не смешивал процессы проводки аванса и фактуры. По хорошему это вобще разные отделы делают.

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

Есть J3RCALK и не надо лишние городули городить.

Теоретически тоже да.
Но у калков есть дурацкая особенность.
Он весь пул найденных документов выравнивает только той датой проводки, которая будет указана внизу в соответствующем поле.
Теоретически наступает ситуация, когда в рамках открытого периода с некоторой ретроспективой (например, сегодня 07 мая, а СФ проведена с датой 02 мая) проведен документ.
Запуск калка с датой 07.05 - это неправильно, потому что зачет аванса должен быть выполнен ровно той же датой проводки, что и проводка СФ.
Обычно на калки делают Z-оболочку, которая в рамках открытого периода последовательно перебирает даты запуска (PA_STIDA) и итеративно долбит именно эти даты (например, 99 рекурсивных запусков, чтобы гарантированно покрыть все комбинации документов по выбранному критерию выравнивания).
Опять же калк не станет работать, если критерий выравнивания не соблюден. И вот уже придется анализировать (что?) присвоение или чего-то еще.
А если в рамках данного присвоения несколько пар и аванс был под конкретный СФ? Проблемы негров калк не волнуют.
Также для koart = D, K нельзя иметь разный критерий в зависимости от различных условий и событий. Вот ввел в OB74 такую комбинацию ключей для кредитора - так и будет выравнивать. А если хочу для кредитора ООО "Чебурашка" по 60 счетам один критерий, а по 76 счетам другой - это уже снова enhancement.
Короче калки очень капризные. Было бы недурно иметь возможность назначать конкретные авансы для выравнивания.

Вот еще в процессе написания родилась отличная идея стартапа
Все на том же 1030 организовать вывод на экран окна со списком авансов по данной БЕ и кредитору с чекбоксами. Пользователь выделяет нужные авансы чеками и нажимает кнопку на панели "Выполнить выравнивание". Аналогично улетают апдейт таски и красота.
Это будет выглядеть примерно как в случае с налоговой платежкой. То есть покрыть все случаи, кроме batch и binpt.
У меня на 1030 очень много процессов с выпадающим окном: резервы по кредитору, авансовые отчеты, налоговые платежки и пр. Выглядит довольно неплохо.

Сейчас уже нужно фиори приложения писать, а не экраны пилить на 1030 моменте

Я не владею S/4 и не хочу даже начинать. Если все пересядут на нее, значит, буду вести натуральное хозяйство.
Не родная она какая-то. Не ортодоксальная.