Коллеги!

Помогите ссылкой.....
...
Всю жизнь считал,что разработчикам незачем тусоваться в
продуктивной системе. Когда-то об этом читал саповский документ...
Но вот позабыл, как он называется и откуда его можно качнуть ?
Просто предложение погуглить service.sap.com - не самое лучшее решение...нужен документ...
...
Не скажу вслух, что у нас за консультанты(и что я про их квалификацию думаю).....
...
но вобщем требуют SAP_ALL в продуктиве для абаперов...

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

главно в s_develop для DEBUG оставить активити только 03.
пусть смотрят, главное чтобы не меняли нчиего. остальное система не даст поменять, если конечно продуктив полностью закрыт от изменений

DEBUG тока может приводить ещё и к лишним commit в базу,
и как следствие к неконсистентности базы данных....
Хотя это раньше было, в новых версиях не в курсе

Новый дебаггер по определению не приводит к лишним commit, если, конечно, в меню не выбрать соответствующий пункт.

А старый дебаггер переводит диалоговый процесс в debug-режим, который означает что процесс эксклюзивно принадлежит контексту дебаггера. Есть настройки, которые ограничивают количество debug-режимов.
Так вот, если отладчику не достался debug-режим, то после каждого шага будет db commit, о чём он честно предупреждает сообщениями в строке статуса. Большинство документов сохраняется in update task, так что если не включать отладку обновления, то всё будет хорошо. Но не редко встречаются и прямые или смешанные обновления БД. Тогда, избежать неконсистентности сложно.