Чувство ответственности очень редко бывает врожденным. И, чаще всего, появляется с опытом.

как показывает опыт, у непродвинутого пользователя гораздо больше шансов сделать нечто такое, что не сможет повторить или предусмотреть специалист

И все же. Какими знаниями должен обладать человек, чтобы тянуть на прослойку между стажером и полноценным консультнтом?

Ваших, если не приврали в кратком резюме, хватит.
Знаю тех, кто после 1.5-2 лет у клиента уходил на полноценных консультантов - но там консалт внедрял в стиле "сейчас мы вам всё расскажем, а вы сами всё сделаете"

Всегда думал, что именно ЭТИМ консультант от настройщика и отличается

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

Помнится, когда мы были во внутренней команде, основная мысль была: "хочешь что-то сделать хорошо, сделай это сам"

Но не все консультанты соглашались на такие условия .
У нас помниться вообще косультант после согласования КП пропал и весь проект не было. Так что с опытом или без вырулили сами.
На мой взгляд опыт конечно решает, но далеко не все. И года нельзя однозначно определять, что 4 года отпахал. уже мега сапер. А он может 4 года на тех поддержке сидел.

Просто как показала практика, не хатает. на одном из собеседований задали вопрос по внутренней конфигурации SAP, т.е. на уровне таблиц. Что касаемо знания таблиц для написание Т.З. Это еще понятно, а вот где можно найти информацию о том, как сами компаненты взаимодействуют на табличном уровне?

Из собственного опыта: как то пришел в одну маленькую конторку на собеседование абапером, (до этого был на 4, 2 оффера сразу, один через неделю, а четвертой конторе не нужен был абапер, они хотели воспитать консультанта, но из абапера ).Отвлекся, так вот, человек, который меня собеседовал, начал задавать вопросы по оптимизации, да еще какие, по тому как SAP взаимодействует с Oracle и много еще чего, на вопросы отновительно ABAP я ответил уверенно, но некоторые тонкости по оптимизации я не знал, ну а как Oracle и SAP взаимодействуют, тем более. В итоге, после небольшого совещания, с начальницей они сказали, что готовы меня взять стажером, и научить ABAPу, а не той фигне, которой я понахватался. Я посмеялся и ушел. Если фирме нужен стажер, а не младший консультант, то они завалят вас тех. вопросами, на которые и не каждый старший консультант ответит. Это расчитано, на то что человек не уверен в себе, и согласиться работать за еду.
ЗЫ: Хотя ваш уровень, конечно не знаю, и не мну судить

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

Cледующий этап - вопрос "А как компоненты и процессы взаимодействуют на уровне байт-кода?"... Тоже будете инфу искать?

Cледующий этап - вопрос "А как компоненты и процессы взаимодействуют на уровне микрокода процессора?"... Тоже будете инфу искать?

Все намного проще:
как и любой другой подобный рынок, рынок SAP - это рынок рабочей силы (рынок проф услуг).
никто не будет покупать "младшего консультанта", все хотят или консультанта или старшего консультанта. под "покупателями" кроме Заказчика понимайте также и РП со стороны Исполнителя на фиксовых проектах.
поэтому "коллективное бессознательное" и вытеснило термин "младший".
из стажера - сразу в консультанты. если небольшой опыт - поручим (читай - "купим") узкую задачу, с которой этот "консультант" справиться. загрузим не на 100%, а на 30%, но на трех проектах (шутка но в каждой шутке как говориться). при этом вилка в ЗП у консультантов даже в пределах одной конторы часто достигает 100% от нижнего предела, при этом оба "консультанты"

обратите внимание - даже если в консалтинговой конторе есть позиция "младший" - на визитке будет стоять "консультант"

пример про армию и младших лейтенантов - очень точный кстати

Не надо утрировать, просто я уже не в первый раз слышу, что знание SAP так сазать изнутри очень полезная штука, не зависимо от того будут эо спрашивать на собеседовании или нет? Для собственного развития. Пэтому и хотелось бы узнать где можно получить информацию.

Для общего развития перечитайте еще раз интернет... А затем выучите еще энциклопедию - опять же для общего развития будет полезно... Потом обращайтесь - я еще знаю много способов общего развития.

А если серьезно - ЗАЧЕМ эта информация нужна? Зачем знать таблицы, которые не будут участвовать в ТЗ? Ну ладно, я сдаюсь: сколько таблиц, неиспользуемых в ТЗ, Вам нужно знать для счастья? 10? 1000? 10000? И что Вы с ними будете делать? Солить/мариновать/коптить?