It reads the ticket like an engineer would.
Not the title. The partner, the document number and the state the reporter mentions, pulled out and checked against SAP.
Trace reads every ticket against the evidence in SAP, fixes the ones it has proven it can fix, and hands the rest to a senior engineer with the work already done.
Not the title. The partner, the document number and the state the reporter mentions, pulled out and checked against SAP.
Trace works through standard transactions under its own SAP user. Here it lists Orvik’s IDocs and finds the one that never went through.
Four questions, every time. One wrong answer and the fix waits for a person.
A task that has earned it runs on its own. Everything else lands with your team as a prepared fix: approve it in one click, or hand it to an engineer.
Every fix ends with a check in SAP. Every step goes into an audit trail where each line seals the one before it.
Screens are illustrative. Times and numbers are an example.
Status codes, job logs and lock entries decide where a ticket goes.
Fixes alone4
WE02 IDoc waitingSU01 Too many triesNACE Output stuckSM12 Stale lockAsks you first3
SU53 Missing permissionOB52 Period closedXK02 Moves moneyGoes to an engineer2
ST22 Custom codeZSD_REP01 Custom reportSent with the dump, the last change and a first guess at the cause.
When one interface breaks, ten people write in. Trace sees it once.
INC0048213One incident10 reporters, all told when it’s fixedWhen a ticket is too thin to act on, Trace asks the one thing it needs.
SAP is very slow again.
TraceWhich transaction is slow, and since when? The text at the bottom of the screen helps too.
VA01, since about 9. It says “waiting for lock”.
TraceFound it in SM12: a lock left by a closed session. Clearing it is safe.
SM37 Job ZSD_DELIV_DUE cancelled
Lock on LIKP held by a session that has ended.Nothing was written.
SM37 Job ZFI_PAYRUN cancelled
Cancelled at step 3 of 5.142 payments already created.
These always wait for a person, however good Trace’s record is.
SU0130 of 30100%0Works aloneSM3730 of 3087%0Asks you firstBD8730 of 3097%0Works aloneNACE18 of 3094%0Still being gradedPFCG–Never measured: a person always decides–Always asks“Job cancelled again. Log says the step user lacks access to plant 2000 since the role cleanup.”
First readingA failed batch job
Corrected toA missing permission
SM37The job stops at the same step each nightSU53The check for plant 2000 fails for user BATCH_SDSUIMThe role lost that plant on 2 OctoberEach line carries a seal made from the line before it. Change one and every seal after it breaks.
9f2a…c71e…3b88…04bd…e5a0…Today: a Replay reads a CSV export of closed tickets. The live connections below are being built with design partners. See what is available and what is planned.
Where tickets come from
Your change board approves changesYour data stays in your environment
SAP ECC 6.0
SM37WE02BD87SU53SM12ST22SU01NACENothing installed on the SAP system
At least 30 graded answers on your own closed tickets, 95% of them right, none unsafe, and a fix that can be undone. Then 30 clean days in production.
Payment runs, anything that moves money, authorizations and roles, posting periods, and any fix that can’t be undone. They always wait for a person.
The ticket goes to a person with both readings shown. Trace never acts alone on a ticket where they disagree.
No. Trace works through standard transactions under its own SAP user, with only the permissions its earned tasks need.
A free Replay runs Trace blind across 1,000 of your closed tickets. You see exactly what it would have done before you change anything.