Всем привет. Хочу понять чем Вы руководствуетесь когда бизнес требования согласованы и понятно что хочет заказчик.

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

Согласен. Что касается зп, вполне оправдано. Но классы оценки новые не совсем абап и настройки более менее укладываются в рамки документации сапа. В большинстве случаев приходится доказывать что хранить данные первичного учёта стоит в стандартных таблицах где все обёртка по работе с бд и так реализована сапом, ибо если эти механизмы абапить самому еще то гемор никак не уменьшающий трудозатраты.

ABAP - зло)

Ну по крайней мере когда дело касается функциональности, а не каких-нибудь отчетов.

+1. Опрос делал исходя именно из функционала, а не отчетов - в отчетах без него не обойтись.

Стандарт. Даже не потому что экономит время и средства, а потому что вечно на заказчике не сидеть никому, уважайте тех кто будет после вас весь этот хлам поддерживать и развивать.

Золотые слова! +1