Наблюдается ситуация: после выравнивания входящей с/ф с оплатой февральской датой, делается выравнивание с исходящей с/ф
с январской датой. Таких выравниваний несколько(с исх. с/ф), для всех выравниваний дата выравнивания проставляется январская, кроме последней(закрывающей полностью позицию вход. с/ф), там дата выравнивания проставляется как в дате выравнивания оплатой(февральская). Исх. с/ф во всех случаях закрываются полностью.
Вопрос, можно ли настроить и в последнем случае простановку требуемой даты?
Является ли это проблемой взаимозачетов или в случае выравнивания с оплатами такая же ситуация?

Хочется, чтобы в последнем документе выравнивания, в цепочке которого(закрывают одну с/ф) есть документ с более поздней датой, так вот чтобы у него, родимого, стояла дата какую мы указываем, а не та которая подставляется из-за наличия в цепочке документа с более поздней датой.
В нашем случае примерно так:
№ док. Дата выр.
1 08.02.2006
2 31.01.2006
3 31.01.2006
4 08.02.2006 (хотя ставим 31.01.2006)

Выравниваем FB05.
Заполняется селекционный экран с необходимыми параметрами и далее в бэтч-инпуте работает эта транзакция. В программе бэтч импута все нормально, проверено. Тем более предыдущие выравнивания отрабатывают нормально. На экране заполняются:
БЕ
Дата выравнивания
Дата документа
Вид документа
Валюта
Текст заголовка

И данные для двух позиций

Кредитор : Счет
Вид счета

Дебитор: Счет
Вид счета

Все дальше как просто в голой транзакции
[/code][/list]

Даже если воспользоваться голой FB05 получается такая же картина. Тоже самое и с оплатами деньгами.
Как я понимаю, такая ситуация наблюдается только у нас? Или у кого-то еще работает так же? Интересны любые мнения и информация

Появилось время и оттрасировал процесс сохранения документа выравнивания. И вот что обнаружил:
SAPMF05A
MF05AFA0_AUSGLEICH_MIT_BUCHEN
строка 163

loop at postab where xaktp = 'X'.
------- Ausgleichsdatum hochsetzen ?
if postab-budat > xaugdt.
xaugdt = postab-budat.
endif.
endloop.

строка 1600

clear xausz2.
xausz2-aktio = 'A'.
xausz2-augdt = xaugdt.
if bkpf-xblnr(3) = 'CC-'
and bkpf-xblnr+7(1) = '-'.
xausz2-ccbtc(2) = '00'. "XBLNR=CC-VISA-12345678
xausz2-ccbtc+2(8) = bkpf-xblnr+8(8). "=> CCBTC = 0012345678
endif.
loop at xausz1.
check xausz1-bukrs ne xausz2-bukrs.
xausz2-bukrs = xausz1-bukrs.
collect xausz2.
endloop.

и наконец

MF05AFF0_FCODE_BEARBEITUNG

строка 1379

*------- Ausgleichs-Belegnummern ----------------------
if bseg-augbl = '*'.
bseg-augbl = bkpf-belnr.
bseg-augdt = bkpf-budat.
bseg-augcp = sy-datum.
bseg-uzawe = space.

*------- ... ggf. spôteres Ausgleichsdatum setzen -----
loop at xausz2.
bseg-augdt = xausz2-augdt.
exit.
endloop.
endif.

В нашем случае в блоке:

loop at postab where xaktp = 'X'.
....
endloop.

у всех документов дата проводки 31.01.2006, кроме упоминавшегося. У него 11.02.2006. Соответственно, его дата и заносится в xausz2, а затем и в bseg.

Так что все делается как задумал САП.
Версия 46С.

Вопрос тот же: возможно ли это поправить настройками, если нет, то обнаружил в OpenFi событие 1030, но оно после запуска CALL FUNCTION POST_DOCUMENT IN UPDATE TASK, что возможно ведет к записи данных передаваемых модулю в VBLOG. Значит возможно изменения во внутренних таблицах не будут отражены в БД после отработки модуля. Отсюда второй вопрос: кто что менял через это событие?

Как я писал выше, событие 1030 не помогает. Буду искать выше для подмены даты во внутр. таблице xausz2.
Но все же интересно, есть ли смысл в этом событии, если в документе все сохраняется на момент POST_DOCUMENT. Оставляю вторую часть вопроса: кто что этим событием делал?

Если кому интересно, то все получилось через событие 1025. Как и писал выше изменил дату выравнивания в XAUSZ2.