…And then there was SAPscript

Colons, commas, ampersands, dashes and slashes swam before my eyes.

 

It was 1995. I had recently returned from weeks of formal SAP training. ABAP I knew. This was not ABAP, not even close. This was a separate, unfamiliar output form tool called SAPscript.

 

Somehow, unaided, I had managed to navigate via pull-down menus — these were the early days of R/3 — into the section of the form where I needed to make my changes. Now I was faced with a jumble of strange characters with little resemblance to anything I’d seen before.

 

What the heck was “&KOMVD- KBETR(I12)&” ?

 

And where was the documentation?

 

This would be a challenge: could I make a minor formatting change to an invoice form without breaking two other things in the process?

 

The answer was yes — I broke three.

 

It took me another day to fix those. Yet I was determined that the next time I touched a form I would be better equipped.

 

One of the first tools I stumbled upon and added to my arsenal was the SAPscript debugger.  Unlike the ABAP debugger, this one is somewhat hidden, turned on via a flag accessible only through the initial SE71 transaction screen (Utilities->Activate debugger) or through a program (RSTXDBUG); turning off this flag requires a different procedure (selecting ‘Cancel’ when the debugger pop-up appears or clicking on ‘Debugger->Exit’ while inside the debugger).

 

I soon learned that the SAPscript debugger only works for forms generated in the foreground, and that it is set globally, instead of for a specific form.  I also learned to use its TRACE option to quickly check the flow of a form, to see if and when a particular element is called.

 

Though I have worked on countless forms since those early days, and with multiple form tools, I still remember how helpful the SAPscript debugger was for me back then.  Much has changed in SAP over the past decade, but this tool seems to work pretty much as I remember it.  If you are using SAPscript and you are not using its debugger, try it out.  It can be a tremendous time-saver.  For further details see SAP Note 19104.

 

In recent years, I have also found that for basic debugging of a Smart Form being developed, a strategically placed — and temporary — program node with the word ‘Break-point.’ in it usually will suffice; alternately, a soft break-point in the form’s generated function module should also work.

 

For advanced debugging, there is a separate Smart Forms trace tool.  It can be activated via transaction SMARTFORM_TRACE in release 4.6c and via transaction SFTRACE in SAP Web AS 6.10 and higher.  For more on this tool, see the SAP Help Portal.  Visit https://help.sap.com.  Navigate to section BC-SRV-SSF (Basis Services -> Smart Forms) and click on the subsection entitled ‘Form Output->Smart Form Trace’.

 

This is part 1 of a series of Weblogs on SAP output forms.  We are gathering ideas as to future topics in this area and welcome your input.