Всем привет.
Необходимо поправить описание айтемов РО так как в них просочился символ переноса строки (отображается как ##).

Все выглядит довольно просто:
1. в экселе имеем список всех проблемных РО с номерами айтемов, которые надо поправить и корректное описание айтема.
2. запускаем транзакцию, выбираем РО, открываем на редактирование
3. в цикле проходим все айтемы РО и находим нужную строку по номеру айтема, либо можно дополнительно проверить на совпадение описания до спецсимвола, чтобы уж наверняка.
4. проверяем удален ли айтем, если да то разудаляем
5. редактируем описание
6. если айтем был удаленным, то удаляем
7. сохраняем РО

Вопрос по пункту 3:
Видимые на экране строки таблицы tblSAPLMEGUITC_1211 всегда начинается с 0 и до последней видимой строки на экране 5 (на картинке).
Можно свернуть верхнюю панель и нижнюю командами .SendCommand(METOGGOFF1) /3, но все равно все айтемы РО могут не влезть в экран и надо будет скролить.
Собственно вопрос - как прокрутить данные в окне (наверное через .verticalScrollbar.Position = хх) на нужную величину, можно ли как-то определить сколько именно строк отображено сейчас на экране (6 на картинке)?

кол-во айтемов в РО
путь до описания айтема в первой строке

Ну а если посылать код кнопки PgDn - либо через SendKey, либо SendCommand "P+" (или P++) ?

На экранах "табличного" редактирования всегда позиции видимых строк - это относительные значения (по индексу от нуля, - в пакетных вводах SM35 логика ровно та же). Соответственно, наверное можно обращаться какомуто из видимых полей таблицы в цикле от 0 до 6, и через On Error Resume Next ловить ошибку обращения (которая и будет признаком, что строки с таким номером нету).

Прокручивать-то оно прокручивает, мне бы понять насколько именно прокручивать вниз чтобы не сбился цикл.
А можно как-то средствами самого САПа определить, сколько именно строк отображено сейчас на экране, собственно вот эта цифра 6?

Все что приходит в голову какое-то громоздкое и неуклюжее и слегка нерабочее )
Кстати, может быть подскажите где можно найти список стандартных команд которые можно передать через SendCommand (типа METOGGOFF), не могу ничего нагуглить полезного.

А зачем гадать?
Первый раз (до первого пролистывания) проскакали циклом (поле № позиции является уникальным "ключевым"), пока не упёрлись в On Error - опредилили программно размер (высоту) окна = N. Запомнили в переменной - т.к. уже не изменится (ну разве что пользователь-рукож*п начнёт размер экрана находу менять ... но тут лучше в начале предупредительный MsgBox вывести "экран не трожь зараза!", т.е. сочетать технические меры с организационными ). Копии опрошенного ключевого поля сложили в массив размерностью N (ну или в String сконкатенировали, кому как нравится),

В последующие разы листаете постранично, и после пролистывания заново опрашивайте все N позиций ключевого поля, если они не изменились, значит листание упёрлось в конец списка => Exit Loop.

А нету единого решения. Чтото можете посмотреть в GUIStatus-ах к стандартному ALV-гриду, там коды команд видны под иконками кнопок.
Чтото можно тупо - наводите курсор на кнопку (можно клавишей Tab скакать, можно мышку навести на кнопку, нажать, и не отпуская клавишу мыши отвести указатель от кнопки - она таким пунктирчиком выделяется) и F1.
А некоторые команды бывают запрятаны в абап-код логики экранов, помогает /h и трассировка PAI-логики в конкретной транзакции.

Хотя есть ещё варианты - пакетным вводом SM35 прожамкать нужные кнопки и посмотреть коды. Ну и собственно самый очевидный - рекордер гуискриптинга запустить, прожамкать и посмотреть vbs-файл

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

зы. я вам в личку написал, посмотрите плз.