Коллеги, добрый день!
Смотрите какая ситуация:
Есть заказ на поставку. В нем прописан курс и выставлена галка что он зафиксирован.
Создается ДМ через MB01 на этот заказ/позицию.
В итоге в bseg видим две позиции.

Затем сторнируем ДМ.
В BSEG для сторно уже видим три позиции… две c теми же рублевыми суммами что и в прямом BSEG, но в баксах по курсу на дату проводки проводки. Третья позиция – с нулевой суммой в рублях и дельтой в баксах чтобы выровнять первую позицию до суммы сторнируемого документа. Т.е. при сторнировании уже не смотрится что курс в заказе фиксированный.

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

как это решить можно? open-fi, ggb1, rwin? или как?

т.е. картина такая:
прямая проводка:
5000000194 2016 1 M S 18.003.300,00 200.000,00 USD
5000000194 2016 2 W H 18.003.300,00 200.000,00 RUB
сторно:
5000000195 2016 1 M H 18.003.300,00 272.606,69 USD
5000000195 2016 2 W S 18.003.300,00 200.000,00 RUB
5000000195 2016 3 P S 0,00__________72.606,69 USD

теоретически можно попробовать не позднее события 1020 в openfi подтянуть тот же курс, который был в изначальному документе, если его удастся выудить на уровне события. Удастся или нет - надо смотреть в конкретном событии и конкретном стеке.

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

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

вот тут я неправильно написал:

не последняя позиция, а какая-то одна определенная. пока не понял принципа.

Концепция SAP довольно простая: во всех транзакциях сторнирования (прямой FI, RW - не имеет значения) замещения НЕ ВЫЗЫВАЮТСЯ.
Open-FI для событий замещений в транзакциях сторно НЕ ВЫЗЫВАЕТСЯ.
Убедительно не советую что-либо пытаться там заместить. Курс в проводку должен приходить уже новый и все, позднее там ковырять криминально.

Как может пользователь говорить, что решается настройками, а что нет? У Вас что, пользователи настраивают систему, а консультанты сторнируют движения материалов?
Попробуйте настройки все же поглядеть.

я и хочу курс подменить до этапа формирования ФАЙных позиций. Только вот не могу найти место куда приткнуться. Не вижу такого ничего.

я попробовал в экзите EXIT_SAPMM07M_001 подменить курс в табличке SAPLSCUN)buffer[] на тот что в заказе. ФАЙоное сторно сформировалось без курсовой разницы. но оттуда я не могу дотянуться до списка всех сторнируемых позиций (мне нужно там проверить чтобы все материалы соответствовали нашей зетовской настройке + еще чтобы всякие ерунды у позиций были одинаковыми).
вот в этом экзите EXIT_SAPLFMCH_001 есть список позиций (после того как отработает EXIT_SAPMM07M_001 для всех позиций), но там подмена курса в SAPLSCUN)buffer[] уже ничего не дает, потому что, я полагаю, таблица ACCIT уже рассчиталась.


консультант, конечно говорит


я программист. на консультантов уже стрелки переводил. то ли таких настроек действительно нет (а я полагаю что так и есть), то ли консультанты у нас такие.
я в отладке смотрел как происходит прямая проводка. там при вызове ФМа расчета валюты CONVERT_TO_FOREIGN_CURRENCY_N передается курс из заказа. а когда происходит сторно, то передается просто дата проводки без самого курса.

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

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

Коллеги, приветствую!
В общем как решили проблему подмены курса при сторно ДМ.
кратко работает так:
1) в экзите EXIT_SAPLFMCH_001 я собираю список сторнированных позиций. Из (SAPLMB_BUS2017)T_EMSEG[] если сторнируется через БАПИ или из (SAPMM07M)FUSS[] если сторнируется через MBST (при БАПИ (SAPMM07M)FUSS[] почему-то заполняется криво)
2) в экзите EXIT_SAPMM07M_001 тоже собираю все сторнируемые e_mseg в табличку
3) в последний вызов EXIT_SAPMM07M_001 проверяю что все позиции табличек п.1 и п.2. совпадают. Если совпало, то проверяю чтобы все сторнируемые позиции относились к одному заказу и курс у него был фиксированный. Если это так, то подменяю в (SAPLSCUN)BUFFER[] на курс из заказа. ФАЙные позиции посчитаются уже по нему.
4) в опен-фай 1120 в заголовок подставляю курс на дату проводки если была произведена подмена (иначе он подменяется на мой курс из заказа)

вот как-то так.

блин. это тоже оказалось не верным решением.
после запуска MBST если сторнировать через кнопку "Копирование+Просмотр" и "Продолжить", то экзиты EXIT_SAPLFMCH_001 и EXIT_SAPMM07M_001 срабатывают в разной очередности.
при "Копирование+Просмотр" вызываются попарно EXIT_SAPLFMCH_001 с EXIT_SAPMM07M_001 для каждой позиции. и при сохранении EXIT_SAPMM07M_001 вообще не вызывается.
при "Продолжить" + Сохранение вызывается сначала EXIT_SAPLFMCH_001 для каждой позиции и затем EXIT_SAPMM07M_001 для каждой позиции.

решил поступить проще. от EXIT_SAPLFMCH_001 отказался совсем.
в EXIT_SAPMM07M_001 зачитываю сторнируемый документ и формирую таблицу (SAPMM07M)YMSEG[] + текущий e_MSEG. как только (SAPMM07M)YMSEG[] + текущий e_MSEG даст все позиции сторнируемого документа делаю свои проверки: то что все позиции ссылаются на один заказ, в заказе фиксированный курс и тогда подменяю курс в (SAPLSCUN)BUFFER[] на курс из заказа. в опен-фай 1120 в заголовок подставляю курс на дату проводки если была произведена подмена.

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

частичное сторнирование удалось бы победить если бы найти как определить что EXIT_SAPMM07M_001 вызывается в последний раз.