Если человек делает такую таблицу, не возьму, потому что... ну короче вы тоже похоже не поняли в чем проблема? Это знаете как для примера как выглядит знак сложения в арифметике написать 2 + 2 = 5, потому что мы сейчас не об правильности суммирования, а о демонстрации как выглядит знак суммирования. Я правильно вас понял, вы такого математика возьмете, так как ну подумаешь, что оно там написало, оно же знак сложения демонстрировало, да?

А разве для демонстрации программы должна быть "правильная" таблица?
Программистов, использующих foo и bar в примерах тоже на работу не возьмете? :)

Интересная ссылка на программу автор которой абап освоил (ну в какой-то мере), а вот структуру/схему таблиц БД с которой собственно говоря он работает - нет. Так сказать образец абапера которого я бы на работу брать не рекомендовал, а то ведь назетит всякой ерунды, а вам потом с этим жить. Можете на собеседовании приводить пример таблицы автора ZTEST с вопросом, что в этой таблице не так. Если ничего не ответит, переходите к следующему.
 
Пока писать сам, что не так, не буду, посмотрю на варианты от читателей :-). Так сказать какие могут быть варианты.

Я против редактирования таблиц подобными способами, но иногда возникают исключения. Пример из личного опыта. Был перенос запроса с корректировкой выполняемой программы. Возник дамп, образовалась неконсистентность данных. Требовалось оперативно поправить статусы в документах для исправления ошибок.
P.S: Если нет прав на отладку, можно воспользоваться аналогом SE16N: sapboard.ru/forum/viewtopic.php и abap4.ru/zse16n.html

Почему рисунки не отображаются?

Почему рисунки не отображаются?

Но есть проблема: при редактировании если в гриде есть текстовые поля, то они все переводятся в верхний регистр!
Не смог найти как это обойти!
Может Вы знаете?

В верхний регистр если тип данных CHAR используете. Попробуйте SSTRING.

Но есть проблема: при редактировании если в гриде есть текстовые поля, то они все переводятся в верхний регистр!
Не смог найти как это обойти!
Может Вы знаете?

Открыл статью, в надежде увидеть дорожную карту. По факту реклама курсов от SAP...
 
Что касается дорожной карты консультанта, я бы для начала определил, в какую сторону хочется развиваться - в сторону архитектора или эксперта. Для архитектора необходимы широкие знания, выходящие не только за рамки модуля, но и за рамки системы. Для эксперта необходимо углубляться внутрь модуля. В обоих случаях минимальный срок развития следует представлять в районе 10 лет.
 
Развитие ни того, ни другого невозможно в штате клиента в виду ограниченности процессов.
 
Примерная карта для архитектора:
1. Стажёр
2. Консультант по модулю
3. Старший консультант, начало работы с новым модулем. Развитие навыков программирования, методов интеграции систем
4. Повторение шагов 2 и 3 в рамках области, интеграция с другими системами в области, участие в проектировании архитектуры
5. После того как знания во всех модулях выбранной области дошли до уровня старшего консультанта, можно называть себя архитектором
 
Карта для эксперта:
1. Стажёр
2. Консультант по модулю
3. Развитие навыков интеграции с другими модулями и системами, изучение программирование
4. Старший консультант
5. Совершенствование навыков интеграции, смена различных проектов. Интеграция с современными технологическими системами. Расширение знаний в различных ответвлениях процессов.
6. Эксперт
 
Как в одном, так  и во втором случае, на мой взгляд, определяющую роль играют не курсы, а систематизация знаний. Книги дают в этом случае наибольший эффект.
 
Я являюсь экспертом по логистике SAP с опытом более 12 лет. 6 лет я успел поработать как фрилансер. Сейчас тружусь в Германии. Заходите на мою страницу. Например в LinkedIn, я публикую различную информацию по логистике.