а вообще САП деревня маленькая - все друг друга знают. И чаще всего если присылается резюме - просто кандидат прозванивается - всегда можно найти людей, которые данного человека знают - и знания и потенциал и все остальное. Это если конечно кто-то себе например человека ищет. Так что репутация - это наше все:)

Вполне возможно и на курсах. Или в документации. Или Вы думаете что таблицы являются страшной тайной SAP? Это вот ФМ\классы "законспирированы", а ссылки на таблицы в доках встречаются постоянно.
Ну и ещё ессть "неисчерпаемый" источник знаний в виде "F1 - техническая информация".
Не прочитали инструкцию.

Не знаю... Для консультанта спрашивать в какой табличке что хранится, ИМХО бред... Знание табличек, особенно в новых модулях (CRM, SRM и т.п.) особо ничего не даст. Был в Германии на собеседовании по технической направленности (разработки для модуля), так там вместо табличек спрашивают "откуда ноги растут"... Например, "У вас не работает репликация поставщиков, где искать будете?", "Вам надо изменить внешний вид того-то и того-то, как искать будете, что подправить? А можно ли такие вещи делать без модификации?", "Нам автоматическую привязку групп закупок надо иначе организовать, как это лучше сделать?" и т.п. Вот это, на мой взгляд, гораздо лучше покажет, насколько человек опытен, или даже если не опытен, то какие у него могут быть перспективы в плане развития...

А в какой же форме он будет задание абаперам ставить?

Ув. Моха, а вы действительно думаете, что большая часть заданий это точное указание, что откуда взять и куда положить?

Вы писали, что перешли в ABAP из 1С... Я не знаю как в 1С построена работа между консультантом и разработчиком, судя по вашим постам, это вполне можно совмещать в одном лице (например, в вашем лице)... Это не нападка на вас лично, просто по вашим постам можно понять, что вы являлись одновременно консультантом и разработчиком в 1С, причем очень успешно. Причем, судя по количеству постов с вопросами про заработки консультантов и программистов, перешли вы на SAP не столько из-за стремления профессионального роста, сколько из стремления повысить свои заработки. Что впрочем вполне может быть понято, поскольку очень большая часть профессионалов в области работают конечно же не за идею...

Так вот, в SAP постановка ТЗ с указанием табличек, функций, классов, наобходимых для разработки, - очень редкое явление, в первую очередь, из-за сложности системы (Надеюсь вы не станете оспаривать тот факт, что SAP гораздо более сложная система, чем 1С), и во вторую, потому что ни клиент, ни консультант могут этих табличек просто не знать... Поэтому я бы посоветовал вам (это только совет, и вовсе не руководство к действию) сначала поработать в области хотя бы годик, помотаться по клиентам, пополучать заданий, а потом по требований по их же изменению за день до принятия, а уж потом пускаться в дебри философских рассуждений по поводу того, что и как правильно, кто сколько должен получать.

Теперь конкретно по вашему вопросу. Задание можно поставить и без указания конкретных табличек, и, если вы почитаете посты выше, - поймете почему так иногда бывает даже лучше. Если же вы думаете, что как ABAP разработчик вам будут давать ТЗ с указанием, что и как надо сделать, то скорее всего ваши надежды не оправдаются. Обычно изначально задание приходит в виде "Хочу, чтобы было так"...

P.S. Прошу прощения, если мой пост показался вам слишком резким. Я совершенно не настаиваю на правильности своей точки зрения, и, как любой человек, могу ошибаться.

Konstantin Anikeev
Про заработки вроде бы не написал ни одного поста. Хотя, чего скрывать, это достаточно важная тема. Лично я не привык тупо рубить бабло. Обычно стараюсь идти по такому пути: учусь-становлюсь спецом - с этого имею.
Про "консуьтант 1С и программист в одном лице". ИМХО, отдельно абаперы в САПе как класс выделены только потому, что сам язык и среда настолько ... специфичны, что объяснить, что делать, консультант может за 5 мин (утрирую), а потом абапер будет ковыряться черт знает сколько часов. В 1С во многом постановку по сути можно кодировать чуть ли не на лету (опять же утрирую).
Мммммм ... мне по крайней мере преподносили взаимодействие абапера с консультантом так: консультант может все и очень схематично обрисовать, но если абапер не понимает из этой схемы что откуда брать, то консультант должен уметь ткнуть пальцем. Кстати, уже за несколько месяцкв работы успел убедиться в том, что, если задача "мутная", а консультант не может указать источники данных (уж алгоритмт то он всегда укажет), то работы может прибавиться раз в 10. Это Вы считаете нормальным уровнем консультанта? Не стоит ли часы, потраченные при этом абапером вычесть из часов консультанта? (Опять же утрирую). Лично я всячески бы избегал как абапер задач, поставленных такими товарищами.
Еще добавлю, в чем Вы ошибаетесь . Если думать о том, кто, что, как, зачем и почему через год работы, то можно потом с удивлением обнаружить, что целый год занимались совсем не нужной вам хренью . Я рекомендую (и сам так всегда делаю) периодически делать (и сам так делаю) анализ текущего состояния. Это позволяет корректировать планы.

Сакцентирую внимание на вопросе: извините, но консультанты с подходом как в абзаце 2 моего предыдущего поста реально будут цениться как и "знающие таблички" или же все-таки их стоимость (ценность) меньше?
Они же тупо грузят абаперов лишними проблемами. Тому, кто это оплачивает и ждет результатов, что, пофигу?

Скорее более "мутная", честно говоря . В текущих версиях от 1С сложностей ой как прибавилось. И если в текущей сложной 1С консультант попробует поставить задачу программисту тупо водя руками по воздуху (утрирую), то, боюсь, он рискует остаться без работы или перейти из класса технических, знающих систему консультантов в класс консультантов, специализирующихся на разводе клиента на бабло .

Извините, но добавлю, такое впечатление, что тут мне пытаются "впарить" вместо консультантов "людей похожих на консультантов".
В 1С-ке есть параллели. Это, например, когда незнающий проводок главбух (а точнее человек, похожий на главбуха) дает команды типа "закрыть месяц", "списать полздания" и т.п. ... а проводок написать не может. Какой это, нафиг, вообще бух?

Простите, а вы не задумывались, зачем тогда вообще программисты? Не стоит ли вычесть часы, которые потратил консультант на поиск "мутных таблиц" и "мутных фм-ов", из зарплаты абапера? Опыт абапера как раз ценен тем, что он поможет найти наиболее оптимальное решение бизнес-задачи техническими средствами. В голове у опытного абапера уже существует схема основных таблиц модуля и разработанные УЖЕ средства доступа к ним - логические базы, классы, функциональные модули. И тогда уже не потребуется изобретать велосипед: задача действительно займет 5 минут и будет сделана гораздо более качественно, по сравнению с задачей даже технически подкованного консультанта абаперу-неумехе, который требует поля, таблицы и дальше шаг вправо-влево оканчивается криками, что ему опять чего-то не сказали...

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

sas
Извините, а разве абаперы не должны просто кодить по ТЗ?

Прим. Собственно я понял "хитрость" темы. В 1С тоже такое присутствует. Есть 2 очень удобные позиции:
1. Я методист (консультант) и я работаю со схемами бизнеса. Достаточно реально стать спецом.
2. Я программист и дайте мне нормальное ТЗ - я его закожу (и не надо лукавить, стандарты на ТЗ существуют). Тоже нормальная 8-часовая рабочая жизнь.

Но вот есть еще такой тонкий слой ... он такой вязкий, неоднозначный и требует очень серьезных знаний архитектуры решения, бизнес-процессов, кодинга ... Это слой, который позводяет спроецировать бизнес-решения на конкретные объекты конфигураций. Работа неблагодарная, ибо эффект не столь "блестит на Солнце", а усилий требует немалых.
И вот по этому тонкому слою всегда идет битва между методистами и программерами - каждый пытается спихнуть его кому-нить другому.

Именно. И без знания предметной области и опыта работы с людьми это будет очень проблематично.
На собственном опыте (и здесь это писали не раз уже) убедился, что слово "осознавая" тут лучше заменить на "иногда смутно догадываясь и часто не понимая", если чел хотя бы в отладчик ткнуть не может.
Договоренности такого специалиста приходится обычно раз по 5 "передоговаривать" с "заказчиком ТЗ". Потому как он челночит между заказчиком и абапером при каждом алярме. А если он заартачится и не будет челоночить, потребует реализации сырого ТЗ, то чудеса обеспечены.
По крайней мере в 1С именно так.

А вот тут уже очень много зависит от ТЗ... У меня было недавно задание добавить клиентские поля в обработку для ServiceDesk в CRM. Причем опыта работы с CRM у меня нулевой, и как у консультанта,и как у программиста. А задание пришло в виде "Мы видели в другой системе, что можно добавить поля на дополнительную вкладку. Нам нужны вот такие поля. Сделай пожауйста, это не должно быть сложно, спроси как у ХХХ."


На что ХХХ сказал мне: "Да я понятия не имею, что они хотят. Надо делать модификацию"... Сделать модификаю в CRM - это практически задница, потому что класс на классе и классом погоняет, причем все динамика... Ну да ничего - день копания в Интернете - EEWB - работы на полчаса, причем абсолютно без знаний программирования. Поэтому, если бы сказали, что надо использовать именно EEWB, и какие туда данные подставить, и как после этого систему подстроить, - то это мог бы сделать и консультант.

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

2Моха
А вы в каких модулях начали как разработчик ABAP ?