Вот если к примеру по независящим от меня причинам возникает такая ситуация - тестовый "лежит", а в DEV-системе нету реальных данных, и возникает задача оперативно написать и протестировать на РЕАЛЬНЫХ данных небольшие отчетики (которые только читают данные, и ничего не пишут в таблицы БД), - возможно-ли впринципе настроить систему так, чтобы прямо в продуктиве создавать "локальные объекты" (т.е. программы), но поставить некую "системную" блокировку на запись в таблицы БД (чтобы разработчик даже умышленно не смог-бы их подправить)?
Потом эти программки ессно будут удалены, и созданы в dev-системе с прогоном через стандартный транспорт.

Понимаю что неправильно это, но в жизни всякое бывает

Можно поискать в сети прогу, которая позволит создавать или модифицировать код, в том числе и саповский, прямо в продуктиве (с указанием класса разработки) со всеми вытекающими последствиями!

Идея проги: считывать и записывать код из/в таблички, где хранятся все ABAP-программы...

посмотри фм RFC_ABAP_INSTALL_AND_RUN

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

Ой, не здраво все это...

СОГЛАСЕН!
поэтому и не повесил на всеобщее обозрение

СОГЛАСЕН!
поэтому и не повесил на всеобщее обозрение

хм, а почему бы не сделать так

специально выделенному разработчику со знаниями sql даем доступ к БД.При этом средствами СУБД ограничиваем права
а) только на чтение
б) только на нужые нам объекты

если СУБД SQL server - то вперед - ваяйте выборки через query analysis