Добрый день.

Мне необходимо при сторнировании документа прошлого года подменить счет выручки.
Можно ли это сделать (замещение, Open fi, badi)?

Считаю что проще и лучше всего замещение. Или настройкой что если транзакция VF11 и год 2013, или вставить код на ABAP.

Если документ из FI, то замещения не работают для документа сторно, так как SAP обеспечивает зеркальность проводок (сторнируемой и сторно). Остается OpenFI, событие 1120.
Если документ из SD, то лучше это делать через стандартную технику условий для выбора счета, только экзитом подставлять признак (текущий/прошлый), который нужно добавить в таблицу условий, по которому выбирается другой счет. Так будет более прозрачно...

UPD:
Замещение не работает и на документы сторно из SD.

Похоже, что выбор счетов в сбыте для сторно не работает.
В отладке подменил код НДС в SD фактуре, но в FI проводку все равно попал код из первичного документа.
А если счет подменить в 1120, то обороты обновляются до подмены счета.

Да, действительно, совсем забыл, после изменения счета в OpenFI 1120 обороты в Главной книге будут не совпадать в BSEG!
Так что придется пользоваться сбытовым экзитом EXIT_SAPLV60B_008 - Обработка структур переноса SD-FI

Сейчас проверил, при сторно этот экзит не работает. SAP оказывается умный и защищает себя...

Друзья, решаю ту же самую задачу. Пока что нужное поле отсутствует в структуре BSEG_SUBST, но это решаемо.
Больше смущает вот эта фраза:


В отладке в 1120 я заменил счет на нужный мне (в том месте, где идет modify xbseg).
И получил абсолютно верный результат. Обороты в книге отражены верно, по нужному счету, с BSEG все совпадает.
Может быть, кто-нибудь вспомнит или знает, что имелось в виду?
К сожалению, автора этой фразы (Plank) на форуме уже очень давно не вижу.
Может быть, он имел в виду какую-то специфику SD.
В пользу того, что все должно быть нормально, говорит также и тот факт, что PERFORM validation_beleg (проверки в GGB0) следуют только ПОСЛЕ 1120.
И это логично, потому что проверять до замещения было бы странно. Но и наполнять таблицы главной книги до проверки не менее странно, вдруг там будет возвращена ошибка.
Дак, может быть, имелось в виду все-таки какое-то другое событие. По крайней мере, очень на это надеюсь.

Все так, как я написал.
Если сторнировать сбытовую фактуру в VF11, и в событии 1120 поменять счет через T_BSEGSUB, то в ракурсе ввода будут замененные счета, а в ракурсе ГК будут оригинальные счета.
Я всегда, перед тем как написать подобные страшилки, проверяю в своей системе.
Сейчас повторил, думал исправили, а нет, все как и тогда...
https://yadi.sk/i/G0OQEM8iiSBMX
https://yadi.sk/i/tKpZuujPiSBRi

Спасибо)
Может быть такое, что это касается только сторно из сбыта? Думаю все же, что нет... там уже откровенный FI идет. Я только что проверил в своей (расширив предварительно bseg_subst) и в 1120 заменил счет. Все получилось, везде счета нормальные. Может, мне-таки удалось найти решение?

ФМ пока на событие не садил, но в отладке прикинулся, что поле замещено.
Делал вот тут:
MF05AFO0_OPEN_FI_SUBSTITUTION
В конце подпрограммы open_fi_substitution у меня следующее:

loop at bsegsubsttab.
check bsegsubsttab-tabix ge 1 and bsegsubsttab-tabix le tfill.
read table xbseg index bsegsubsttab-tabix.
move-corresponding bsegsubsttab to xbseg.
modify xbseg index bsegsubsttab-tabix.
endloop.

bsegsubsttab - это то, что придет из Z-модуля на 1120. После modify все отлично ложится и в ракурс регистрации, и в ракурс ГК.
Как раз из-за того, что это страшилка, я и решил проверить. Вот и не понимаю, радоваться мне или расстраиваться, что все ложится как надо Потому что так я точно в прод ничего не утащу.

Скорее всего, такое только для сторно из SD...
Сделайте еще раз сторно документа из сбыта (тр. VF11), только счет меняйте нормально, через 1120 (таб. T_BSEGSUB).

Проверил, так и есть Спасибо!
Вердикт - на FB08 можно использовать смело. На VF11 нельзя.
Видимо, процессинг сам по себе другой у документов, которые приходят через RW-интерфейс.
Что ж (голосом Дартаньяна), приключения продолжаются, тысяча чертей

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

Проводить в OpenFI второй документ кредит 90 с кр.сторно, кредит прошлых лет. RW интерфейс вам еще аукнется

Такое везде не работает, где документ приходит через RW-интерфейс, у нас на RE тоже отрабатывает как и на SD, т.е. в одной таблице одни значения, а в другой другие.

В общем порылся я там.
Проблема не в том, что что-то отрабатывает слишком поздно. Они-то как раз (наполнение fagl-таблиц и наполнение accit_fi для проводки в бухгалтерию) фактически на одном уровне находятся. Только когда начинает работать логика главной книги, данные перевыбираются из faglflexa для той фактуры, которая сейчас будет сторнироваться. Суммы переворачиваются, индикатор дебета/кредита меняется и т.д. А потом из всего этого лепятся таблицы для обновления fagl-таблиц. И внутри нет ни одного пользовательского расширения, где можно было бы поработать. А такие глубокие места ломать через enhancement чревато.
Выходит... пора успокоиться.

Решил продолжить пляски с бубном.



Вернулся к этой идее, похоже второй документ с красным сторно в open-fi 1050 - лучший вариант. Только пока не определился с инструментом. Раньше для таких задач делал call trancastion, но это слишком хрупкая вещь, первое же неверно кастомизированное сообщение/ошибка/изменение экрана - и процесс встанет. BAPI на создание FI-документа, кажется, нет. Поправьте меня кто-нибудь, если это не так?