Коллеги, подскажите, пожалуйста, следующий момент:
Валюта БЕ - руб., валюта заказа на поставку ТМЦ - юань, валюта документа фрахтовых расходов (VI03) - доллар.

При ПМ с ВДв 101 происходит дооценка ТМЦ, если до ПМ был создан фрахт. Проблема в том, что если есть кросс-курсы USD-CNY, то ПМ происходим именно по этому курсу, что ошибочно, т.к. кросс-курсы вроде как ЦБ не ведутся и не подгружаются, поэтому курс берется на какую-то древнюю дату.

Если кросс-курсы удалить, то дооценка при ПМ вообще не происходит, что ок, но при этом мы не можем ввести доп. дебетование со ссылкой на заказ, т.к. выбираем в MIRO валюту USD, и при сохранении вылезает ошибка SG105 - "нет курса типа М USD-CNY".
Замкнутый круг получается.

Кто-нибудь сталкивался? Можно ли как то решить данную задачу? Будет ли дооценка при ВДв 101 - нам без разницы, главное, чтобы можно было ввести MIRO со ссылкой на заказ. А через 15-й счет или сразу на счет ТМЦ - неважно.

Коллеги, ни у кого не было случаев, чтобы фрахт и валюта заказа были не равны рублю при рублях как валюте БЕ?

Ведём курсы всех валют, в каких происходят закупки.
Проблем нет.

Я бы тоже вел кросс-курсы программным расчетом. Но в свое время ломал MIRO с ноги через энхансмент в READ_EXCHANGE_RATE. Поищите по поиску

Так с обычными курсами проблем тоже нет, проблемы с кросс-курсами. Такие ситуации, когда валюты БЕ, заказа и документа фрахтовых расходов все разные у вас бывают?


Думаем сейчас над вариантом сделать их расчетными. А MIRO ломали на что именно? Чтобы этой ошибки не было?

Ну тут только два варианта:
1. Считать курс USD-CNY через кросс к рублю и вести его в OB08;
2. Залезть в RSEG перед обновлением через BADi INVOICE_UPDATE, там есть методы IF_EX_INVOICE_UPDATE-CHANGE_BEFORE_UPDATE и IF_EX_INVOICE_UPDATE-CHANGE_IN_UPDATE, вот я бы с ними попробовал, и там надо писать суммы и в долларах, и в рублях, иначе заказ в ноль никогда не закроется.
READ_EXCHANGE_RATE действительно ломается только с ноги (там нет точек расширения), поэтому эту опцию я рассматривал как самый крайний вариант.

Я стесняюсь спросить)))
А с каких пор неявные точки расширения стали именоваться ломанием с ноги? Если эти точки расширения полностью законны, удовлетворяют концепции SAP-расширений и реализованы SAP-консультантом, а не лесничим из сторожки? Какая в попу разница, если внутри в середине будет оставленный сапом спот, или кто-то сделает через имплицит в конце? Абсолютно нормальная вещь, ее даже в SE80 и SE19 можно отслеживать. Это даже не считается модификацией Это прямо-таки расширение. Просто такие вещи надо ограничивать узкой областью, чтобы они не работали где попало, а, например, только в конкретной программе. Но и для этого есть свои фишки. Пьяные индусы закусывали, когда писали систему, они не были безнадежны .

Что касается темы, то не может быть, чтобы кросс брался на "какую-то древнюю дату", что-то недонастроили. Если совсем не получится, то посмотрите в сторону альтернативных курсов, есть там что-то такое. Не верю, что SAP не смотрит дату.

Как Вам сказать...
*тут картинка с фрекен Бок, когда она отвечает на вопрос "Любите ли Вы детей?"*

Наверное поэтому:
*тут скрин из SE37 с текстом "Object FUGR SCUN cannot be enhanced; software component SAP_BASIS cannot be enhanced"*

Или ты за какие неявные точки говоришь?

По курсу - если нет курса на дату, то в MIRO система берет первый курс, до которого может дотянуться. Я не очень уверен, суровый ли это стандарт или бесхребетная конфигурация для слабаков, но сам тоже с таким сталкивался. В общем и целом согласен, что должно быть "нет курса на дату - досвидули", но есть личный опыт того, что не досвидули, а курс времен царя гороха, а в конце месяца +100500 миллионов переоценки.

ЗЫ: что-то с хостом картинок, с радикала ссылки не преобразуются

С ноги ломать это значит что сам сап такие штуки не делает. Потому что боится. Значит уважает

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

У тебя уже просто кто то энхансил компонеты и базис выставил соотвествующие настройки.

Единственным, кто мог бы там что-то энхансить, был я в 2014-2016. Мои напарники эти объекты точно не энхансили. Проверю на другой системе.

Кросс-курсы не ведутся ЦБ, поэтому не грузятся в систему. Поэтому и взялся древний, т.к. он по умолчанию загружен из коробки сапом.
Вопрос как раз и был в том, какие варианты есть для решения данной задачи: отключение этого сообщения об ошибки в MIRO, или какие-то стандартные настройки с курсами, или ведение кросс-курсов, но как? Рассчитывать каждый раз, или у кого-то есть другой опыт?

У меня HANA 1909 и SAP_BASIS 754, может быть в этом дело, хотя вряд ли. Если ты продолжаешь экспериментировать на системе, которую я знаю, то вынужден тебя расстроить - в ней до тебя покопались очень многие, причем в базисе, причем никого не ставя в известность, поэтому брать его за эталон я бы точно не стал.

И да, верь мне, мой недоверчивый друг!
*тут картинка с улыбочкой Джафара из Алладина*

Ответы такие: