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

Ну если аудиторы совсем идиоты, то такой фокус наверное прокатит. Если нет - то рискуете получить такие же формулировки в ауд.заключении

GRC появился в 2013, выходит можно было косопорить до 2013, и сейчас ) GRC - сейчас считанные единицы консультантов и проектов по нему не много.

Взломы и крупные махинации делаются в сговоре с начальством, могут в прод не дать, а доступ к БД быть.
Я не говорю, уже что можно так пропахать что всю историю удалить по логистике по левому заказу.

А это обычное дело - в ритейле. Фиктивные поставки/возвраты - делается в системе, и внутренние аудиторы и внешние съели.) Сам поражаюсь.

может это технологический приём? Только правильнее называть тогда не "фиктивный", а "виртуальный"

В Production полномочий нет конечно Пишешь код, просишь Базисника включить в утренние Jobs. И Vous voila Я ИДИЁТ, УБЕЙТЕ МИНЯ КТО-НИБУДЬ!

что-то потерялась нить дискуссии

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

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

По нити дискуссии кратко, ситуация следующая - северный пушной зверек.

Представители серпа и молота уже идут... они-то вам хвосты и поотрывают... потом соломинку вставят и превратят северного пушного зверька в толстую северную лисицу

Какой бред - прямой доступ к таблицам SAP...
Да и тогда по логам БД найдут

Угу.
1. Автор программы никуда не делся.
2. Журнал переноса никуда не делся.
Обоих за яйца подвесят (или за другое место, если их нет)

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

А по поводу пропашки и удаления данных заказа - пока дело не касается бухгалтерии, то может быть и можно, но на этом уровне еще нет денег (поступления материала, задолженности или упаси Перун оплат). Как только хвост (любой) заказа зашел в RWIN интерфейс - все, финита, пахарь попал. Потому что дальше пахать придется несколько десятков FI-х, СО-х и/или SL-х таблиц, а в перспективе можно еще отправиться пахать тундру на пару лет после этого, уголовную ответственность за мошенничество еще никто не отменил. Равно как и терморектальный криптоанализ с пристрастием показаний пахарей, если дело зашло уж слишком далеко

1. Логи может просмотреть только Basis. Консультант и ABAP программист - нет. Базисник на техподдержке один на 5 проектов. Т.е проверить его попросту некому.
2. В таблицы сейчас лазят даже консультанты - ЛЕГКО. Если через транзакцию удалить что либо не получается - гасят через таблицу. Для техподдержки целостность БД и ссылочная целостность - это слишком высокие материи.

Логи, чистятся, отключаются, искать никто не будет. Украденные пару-тройку составов нефти спишут по недостаче в конце года.

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

Дод из Русгидро и подобные им отправляются.