Какие типичные задачи решает абапер в своем ежедневном графике?

Ну там чай-кофе попить - это раз. Мух посчитать или ЦС поганять - это два. Порнушки накачать - это три. Остальное - по-мелочи.

С работы не выгонят?
Прошу серьезные ответы

Вообще данная тема скорее относится к форуму "Обсуждение рынка труда SAP-специалистов".
По сути-же типичные задачи это разработка текущих заданий и документирование сделанных. Возможно анализ различных проблем, выявленных в ходе эксплуатации и/или тестирования (но опять-таки должно быть какое-либо задание требование на данную работу).
Но это всё идёт фоном, про основное John Doe ответил

John Doe в общем-то всё написал...
ещё приходится таймшыты писать

Вспомнился старый анекдот/история - "Гоняю курсор по экрану в целях укрепления обороноспособности страны!".

1. Вопрос действительно не совсем для этого раздела.
2. Не совсем понятно присутствие FI в скобочках. Обычно ABAP'еры работают с любыми модулями и думаю есть очень мало контор, которые могут себе позволить a designated FI ABAP'er.
3. В среде, изолированной от порнухи и чая, ABAP'еры занимаются внедрением в жизнь руководящих стратегических решений партии и правительства. То бишь того, что придет в голову юзерам, functional people и менеджерью. Ну и еще если у functional people или Basis руки растут не из того места, то иногда ABAP'еры делают и их работу. Но это обычно заканчивается исходом ABAP'ов в места, где порнуха и чай более доступны.

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

А у нас вообще ТЗ пишет только консультант по FI, а по другим модулям просто приходят (даже руководство) к абаперу, нарисуют кучу картинок (е....ные художники) и со словами - "ХАЧУ МИШЬЮ ОКНА ОТКРИВАТЬ!", ставят срок 2 дня...., который конечно потом сдвигается)))

Откровенно говоря, только человека, способного реализовать весь цикл, т.е. работу с юзером, определение проблем, постановка задачи и ее реализация, я могу назвать хорошим программистом. Соответственно, полноценный программист - это прикладник, т.е. понимающий хотя бы в какой то одной области. Применительно к R/3, знающий какую либо функциональность: FI, MM, SD, и т.д.
Невозможно абаперу сделать качественную разработку, не понимая нужд и чаяний конечного пользователя и плохо разбираясь в стандартной функциональности системы. Невозможно функционалу качественно поставить задачу, плохо понимая внутренние механизмы системы, СУБД, свойства языка программирования.
Я понимаю организационную необходимость разделения этих функций в больших проектах, но убежден, что качество от этого страдает.

p.s.
По себе лично могу сказать, если я чего и сделал полезного, то это было параллельно или вопреки функциональной постановке.

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

Знакомая ситуация, а потом смотрят, а это ли они вообще хотели увидеть ... и переписывешь программу заново.

Хорошая тема для флейма страниц на сто.

Так то оно так. Но если на 7 модулей 4 абаперов и полсотни функциональщиков из которых 99% даже элементарное ТЗ не могут написать, о это начинает очень сильно раздражать.

Это, если спорить с очевидными вещами!

Тем более, если бы каждый из 4-х знал по одной функциональности...