Коллеги,
подскажите, пожалуйста BAPI с помощью, которого можно было бы произвести выравнивание аналогично с работой тр. F-32

Насколько мне известно, одного BAPI для этого нет. Возможно поможет последовательный вызов BAPI_AR_ACC_GETOPENITEMS и BAPI_ACC_DOCUMENT_POST с каким-нибудь дополнительным кодом посередине. Или ищите другие BAPI для бухгалтерских документов по BAPI*ACC*.

bapi for f-32 , далее по первой ссылке советуют использовать программу RFBIBL00. <я не знать русский языка> как вариант.

Коллеги, добрый день.
Аналогичная задача.
Были найдены ФМ аналогичные транзакции F-32?
Я так понимаю, что для F-32 - запись транзакции не подойдет?

Господа, добрый день.
Подскажите пожалуйста:
ФМ BAPI_ACC_DOCUMENT_POST создает бухгалтерский документ.
С помощью данного ФМ можно создать документ выравнивания.
И в чем отличие, и имеется ли какой-либо специальный механизм создания документа выравнивания?

В продолжение тему, подскажите в какую сторону копать?
Проводка с выравниванием транзакция FB05.
Использовать call transaction FB05 или BAPI? Если BAPI, то предыдущее: BAPI_ACC_DOCUMENT_POST?

BAPI для выравниваний нет.
Есть группа функций FIPI. В ней есть ФМ POSTING_INTERFACE_CLEARING.
Если к ней присмотреться - будет видно, что там внутри обычный пакетник на FB05.
Я не заморачиваюсь и рисую сам пакетник, меньше ненужных телодвижений.

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

Добрый день. То есть писать свой пакетник или пользоваться ФМ POSTING_INTERFACE_CLEARING?
Пакетник свой писать на основе f-22 или FB05?
И в продолжение - выравнивание необходимо будет самому управлять, или все-таки система это сделает.
Ну, например, выбрав открытые позиции, которые необходимо выравнять, например, остаток остается. Это все расчитает сама система, или остаток необходимо рассчитывать самому.
Буду очень признателен, за какой-либо пример использования выравнивания...

Когда-то ставил задачу и до сих пор не разочарован в подходе.
1. Использовать пакетник на F-32
2. Входить в F-32 с максимумом ограничений - постараться определить через "Другие ограничения выбора" все номера документов, которые будут участвовать в выравнивании.

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

Остаток естественно что будет, курсовых разниц нет.
Валюта рубли.
Все-таки вопрос с остатком - этим не придется управлять, система сама это сделает?

Если хотите чтоб и остаток был, то придется самим об этом заботиться - или вписывать в поле остатка при выравнивании, или заняться изучением работы программы автоматического выравнивания для открытых позиций Дебиторов (программа J_3RFALD) - возможно, использование этого готового решения будет проще, чем самому все писать.

Спасибо, теперь понятно куда копать.

F-32 - по сути тот же FB05, только начальный экран несколько иной
Мне больше подошел FB05. Имхо, в этой тр-ции можно более точно указать все возможные поля заголовка документа.
При необходимости проводок с разницами\остатками - это все нужно учитывать в своей программе.
При написании пакетника на FB05 использовал следующий подход: в своей программе определял необходимые для выравнивания позиции(полный ключ: БЕ, год, номер документа, номер позиции). На 0710 экране SAPMF05A указывается ок-код /05, после чего попадаем в экран 0733, где указываем RF05A-FELDN(01) = 'BELNR', а RF05A-SEL01(01) = значение_позиции. Где значение_позиции = сконкатенированным номер, год и номер позиции, который нужно выравнять.

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