Вылез в продуктиве дамп вот на этом коде
Дамп говорил о том, что дублируется ключ. Бегло глянул на определение таблицы gt_mseg_reversed (WITH UNIQUE key) и после этого ушел в ступор так как непонятно как такой код может привести к дампу, тем более что в gt_mseg все значения уникальны. А потом всё-таки додумался поглядеть определение таблицы внимательно:
Тут и стало понятно что разработчик просто лишних запятых налепил и вместо уникального ключа по ТРЕМ полям определил ключ по ОДНОМУ полю + две переменные.
И сделано это было в ноте 2152009 от 2015(!) года. Теперь если выбирается две строки по одному номеру документа smbln (мой случай), то система падает в дамп.

Может кто знает ноту для исправления этого безобразия?

p.s.я нашел 2217484 и 2583856 , но там исправлений нет.

Выставляйте сообщение в саппорт, они вам помогут...

Я попытался найти куда писать на https://launchpad.support.sap.com , но то ли они хорошо спрятали, то ли я плохо искал

p.s.в данном случае решение простое, исправить. Удивляет что за 5 лет никто не наткнулся на такое.

Самому исправлять стандарт - зло неимоверное....
За такие финты вас казнить будет мало !
Ибо, при любом следующем обновлении системы вы можете получить массу проблем на ровном месте.
...
А если вы не умеете выставлять сообщения , то попросите тех, кто это умеет делать...
...
P.S. Базисника и в вашем доме сократили ?

Насчет правки стандарта согласен. Но боюсь заказчик скажет что исправить нужно "прям сейчас". А через SAP не ясно когда выправят.

Вы для начала заказчику популярно объясните, чем он рискует.
Иначе, заложите ему мину замедленного действия, которая может всплыть в самый
неподходящий момент. А насчёт "не ясно когда.." - в саппорте сапа существует система приоритетов.
И если грамотно ею пользоваться ( и разумно выносить мозг эккаунту ),
то ноты могут клепать хоть каждый день и очень даже быстро.
К тому же, если вы можете предложить свой вариант решения, то добавляйте его в сообщение без стеснения.
Если оно и правда решает проблему( и ничего больше не задевает), то почему бы и не сделать это стандартом ?

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