Ситуация следующая. У нас есть клиенты SAP. Сервера приложений и БД не у нас (в том числе территориально) и доступа к ним не имеем.

Вопрос следующий. Можно ли осуществлять аудит запросов пользователей (нужна информация какие данные запросил пользователь из БД), есть ли какие-то для этого средства или программные продукты на стороне клиента или на SAProuter.

нет, на стороне клиента нет.

можно, используя внешние продукты.
в общем виде все они - сетевые сниферы.

поищите продукты мониторинга, которые работают с протоколом SAP.

А что это за продукты? Очень хочется узнать!

На уровне сетевого уровня будет каша полная, не говоря про DB.
Обычно аудит проводиться стандартными средствами SAP, такими как тр. SM20

Либо я не понял вопроса, и вы завуалированный хакер

Ну какой я завуалированный хакер. Просто мне надо решить описанную задачу. Странно, что все-таки нет решений.

делается легко.
только если база и сапсервер не в вашей зоне ответственности, то кто вам разрешит сливать на клиента результат аудита?

Завуалированный тролль похоже

Ну, вот, как узнаете, так всем и расскажете. Многим интересно!

Забавные Вы тут ребята. Не тролль я и не хакер. Я сотрудник службы безопасности. Просто сервера с БД находятся не в России и помощи оттуда ждать нельзя. Вот и хочу решить вопрос используя свои возможности. Вы бы лучше с таким успехом попытались на вопрос ответить.

Что скажете про такой продукт SAP USER EXPERIENCE MANAGEMENT BY KNOA решит он мою проблему? Может кто сталкивался?

Да, мы забавные Очень. Только не являемся работниками СБ. И, следовательно, вопросы реверс-инжинирига проприетарных протоколов, как и мониторинг потока данных, проходящих через сниффер (не обязательно, кстати, можно настроить port-mirroring на оборудовании) не входят в сферу наших жизненных интересов.
Попробуйте поискать где-нибудь еще.

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

Смотрел я TCPIP пакеты на порту 32XX (XX номер инстанса) с помощью утилиты Smartsniff из пакета WSCC дабы осознать изящество общения GUI c Application Server (не более 30 КБ за один раз). На 100% стало понятно почему часто вызывать ФМ sapgui_progress_indicator очень вредно.

Используется там проприетарный SAP Protocol DIAG. Так что вам лучше в SAP надо спрашивать, есть ли средства для такого мониторинга.
Хотя можно и такое нагуглить DIAG

Спасибо! Мы как-то ушли в сторону снифферов. А что-то другое есть? Например, что-то, что позволит реконструировать запрос пользователя.

Возможно подойдет решение Imperva DSS