Предлагаю небольшую программу для анализа версий объектов в разных системах одного домена. Программа позволяет проверить корректность переносимой версии объектов в запросе путем сравнения ее с версиями тех же самых объектов в других системах. Это позволяет предотвратить ошибки связанные с переносом неактуальной версии какого-либо объекта на продуктивную систему. Такие ошибки часто возникают при многократном изменении одних и тех же объектов разными разработчиками в системе разработки и рассогласованном переносе их изменений на продуктивную систему.
В системе должна быть активна TMS, анализируемый запрос должен быть деблокирован. Непосредственно перед переносом какого-либо запроса запускаете программу, на вход подаете номер этого запроса, на выходе получаете версии объектов из запроса во всех системах домена.Зеленым будут подсвечены объекты с правильной хронологией версий, в противном случае объект будет подсвечен красным цветом. Запускать нужно в системе разработки.


https://github.com/MrBerezkin/ABAP_compare_vers

Спасибо за пример!
Есть несколько замечаний (не в критику программы, а в дополнение):
-Зачем проверять перенос по всей транспортной системе? Обычно перенос осуществляется только в одну целевую систему.
-Лучше проверять не домены, а вообще все структуры данных (например, с помощью ФМ RFC_GET_NAMETAB исходной и целевой системах).
-Зачем показывать домены, которые нормально перенесены? Имхо лучше показывать только те домены, которые не донесены в целевую систему.

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

gt_sysname_intsys[], lt_sysname_consys[] могут пересекаться,
дублируются компоненты динамич. таблицы,
если исключить из lt_sysname_consys[] системы из gt_sysname_intsys[],
то отрабатывает нормально

Так тоже можно... SAP Note 1368474 ==> RSSYSCOMP

Спасибо за замечания, есть пару соображений...

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

не уверен, что правильно Вас понял, не могли бы немного пояснить. Что имеется в виду под доменами?

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


внес изменения


спасибо, не знал про такой инструмент