sapaudit
USER ACTIVITY · SM20 · SM20N

Who logged on, what they ran, and from where.

The Security Audit Log is the record SAP keeps of logons, started transactions and security events. sapaudit collects it from every system, keeps it for as long as your policy requires, and makes it readable by people who do not live in SM20.

SM20SM20NLogonsTransaction startsReport startsRFC and security events
WHAT IS RECORDED

The full trail, in plain terms.

Logons

Successful and failed dialog, RFC and background logons, with the user, the client and the terminal.

Started transactions and reports

Which transaction codes and reports each user started, and when.

Security events

User locks, password changes, changes to the audit configuration itself and other events the log classifies as critical.

Across the landscape

The same view over development, quality and production, instead of one SM20 session per system.

QUESTIONS IT ANSWERS

Ask it the way an auditor would.

Search the trail in ordinary terms and keep the searches you repeat as reports.

Who started SE16 or SM30 in production last month?
Which users logged on to client 000, and why?
How many failed logons did this account have, and from which terminals?
Was the audit log switched off or reconfigured at any point this year?
SAGE AI

And the things nobody thought to ask.

Sage AI learns the normal pattern for each user and system here, and raises what falls outside it.

Sensitive transaction, first timeSAGE AI

A user starts a table-maintenance or debugging transaction they have never used before, in production.

Logon at an unfamiliar hour or terminalSAGE AI

A dialog user signs in at a time and from a terminal that match nothing in their history.

Failed logons spread across many usersSAGE AI

A few attempts on each of hundreds of accounts: invisible per user, obvious in aggregate.

See your own Security Audit Log, readable.

A short evaluation shows what your trail looks like within the first day.

Request a demo