Although nothing makes me happier than having my headphones on with some hypnotic trance music playing as I become one with the ABAP editor, I can only enjoy that time if I’ve done the upfront work to support 4 important groups of people.

Sadly, many ABAP developers can’t see beyond the cubicle next to them where their spec-writer sits. “That guy will tell me what I need to do and he’ll tell me what’s wrong. No need for me to do any thinking. I just code.”

1) Users

Of course, you have to put yourself in the user’s shoes. Most ABAPers do this quite adequately. Frequently used values are pre-filled on the screen using PARAMETER IDs. Search helps are where you need them. A link from one report over to a document via drilldown – whoa! Talk about consideration!  The best way to make sure your users are happy is to learn the BEFORE and AFTER.  What happens, what do they do, BEFORE they get to your code in the process flow?  Maybe you can head off some problems.  Next, what are their follow on actions?  How do they research issues?  How do they resolve discrepancies?  Maybe a link to the Stock Overview is more meaningful than just a link to the material master.

By far, one of the best ways to serve your users is to actually watch them use SAP.  Some people are menu-users.  Some love the mouse and others prefer the keyboard.  Some people need to print everything whereas others wish to email everything.  How would they like to sort the information?  What information are they looking for in a report?  Can it be highlighted to make it easier to see?   Watch your users in action and ask them what they are thinking.  Then, put yourself in their shoes as you begin designing and testing your application.

2) Management

Here’s a thought: Programmers are cost centers. Users of your applications are also cost centers. Put yourself in the shoes of the person who signs your invoices and ask yourself “What value am I getting from these applications? Who is using them? How often? How many problems have we encountered? Avoided? Resolved? Was it worth it to hire that geek that’s always spouting off about ALV this and GUI that?”

The other day, I received a change request to an application that went live almost a year ago. It was the first time anyone ever contacted me about that application.

In a year.

Fortunately, my application is designed to provide some simple statistics and table counts. I built them during integration testing so I could feel 100% confident going live. So, I did a quick check and fired off a note to the guy who pays the bill…

Dear Dave,
I just wanted to congratulate you on your decision to replace that old invoice distribution application in favor of our homegrown solution. It seems that we’ve managed to send over 712,000 emails in the past year without fail. In fact, I just got my first request to make a small enhancement to the application. I’m sure you don’t always get a pat on the back when things are working, just complaints when they fail. Coming up on the 1 year mark, I thought I would congratulate you on your decision to trust our ability to build a great product. I think the mission is well accomplished.

If you understand what’s important to the managers, you are better able to deliver value to your client.  The next time you say “the whole thing should be re-written”, give some thought to the actual cost/value to the customer.  Don’t waste your manager’s time proposing solutions that are clearly not of a cost benefit.

3) Auditors

Before I owned my own business, I thought auditors were some evil, anal-retentives who spent so much time getting picked on as kids they felt they just had to grow up to be in a position of power where they could ruin your life with the swipe of a pen!
As a business owner, I’ve come to appreciate having someone come in and show me where my weaknesses are, places where things don’t add up and reconcile. They are the people who prevent problems before I have them.

Before you open the ABAP editor, ask yourself about this program you’re developing: “How would someone reconcile this on a high level to make sure it is accurate to the penny?”

By using table locks, the standard ENQUEUE / DEQUEUE functionality in SAP, ABAP developers prevent issues where numbers don’t add up. Sure, it may be one in a thousand chance that two people make changes at the same time, but so what? WRONG! Try having the CFO glare at you across a table asking why total 1 doesn’t match total 2 and your only response is, “well, I guess the database hiccuped”.

Isn’t there some authority-checking that should be done here? Sure, it’s a pain sometimes to create custom authority objects. It’s a Pandora’s box to ask your security team to create a custom profile for your function. But, it’s the right thing to do so that your auditor’s don’t have to report it as an issue later, or worse – a SARBOX violation!

4) IT Support

Sure, you wrote a sweet function. It runs fast, crunches the numbers accurately and makes a pot of coffee, but who knows about it? Did you ever think that maybe your Portal developer might like to know about your function? Did you design it to be remotely callable?

Dare I mention the word “documentation”? Egad! The dreaded insult to a programmer – having to write something in plain English! Well, having “inherited” code for over a decade, I’ve learned that a few sentences here and there can prevent hours of frustration.

You know that problem you spent an hour troubleshooting and finally solved? Don’t keep it to yourself! Give a little somethin’ to the next guy to walk in your shoes.  Explain the issue and why/how you chose to address it.

Remember how that user told you “For now, we only have one Sales org, but we’ve been trying to buy that other company for awhile now and we think it might happen next year”? Did you just ignore that and hardcode a single sales org?? Of course you didn’t. You care about your team. IT Support needs you to make good decisions so that their lives are easier when they have to make changes to that pile of spaghetti.

Summary

So, those are the 4 groups I try to consider whenever I build an SAP application. Let’s face it, we’re just glorified plumbers, piping the inflows and outflows. Someday, someone is going to be looking closely at our work. Try to consider what they might be looking for when they get there and how they’ll find it.

What is SAP Custom application development?

Recently, a recruiter called me and asked if I have “SAP Custom application development experience”.   I suppressed a laugh, wondering if any ABAP developer every answered “no” to that question….  Like John Lovitz on Saturday Night Live … “Yeah, that’s the ticket!”

The follow-up questions involved the assortment of acronyms and buzzwords of the month. “Do you have experience with ALE, ALV, OOP, EDI, SOA, and SOLMAN?”

Those skills are all well and good. Anyone with access to the internet can find tutorials, learn a skill, and add the letters to their resume.

It’s almost like when a tenant tells me “I can paint.” My response to that is: “Can you take doors off hinges, remove light switch plates, and tape down a dropcloth, and clean a paintbrush thoroughly?”

Ask a professional painter, and they’ll tell you that the easiest and fastest part of the painting job is the actual painting.

So it goes with ABAP.

Here is my list of what makes someone qualified to claim “SAP Custom application development experience”.

1) I can play 20 questions with non-technical users to learn their current process, the exceptions, the variations, and the vision for future business needs.

2) I can design data dictionary objects from the ground up to support those needs including domains with value tables, text tables, table maintenance views, database views, and structures for screens and reports.

3) I can write functional and technical specifications that speak to both business persons and ABAP developers. My documents incorporate flowcharts using Visio or Powerpoint diagrams.

4) I can generate function modules and includes for change documents to provide standard change history analysis for my applications.

5) I can create a custom IMG structure to organize all configuration tables, setup programs, and link documentation together.

6) I can use the SAP documentation transaction SE61 and know how to use hyperlinks and includes so that any user will have access to online help from any screen or report I’ve developed.

7) I can build applications that utilize parallel processing when performance is critical.

8) I know the reason for the Update Task and table locking. Nobody will ever lose their changes in one of my applications.

9) I can capture background messages in the Application log if it is not feasible to transmit them back to the user.

10) I can incorporate email functionality into my screens and background jobs to eliminate hard copy printouts or the need for users to remember to “go online and check”.

11) I know the difference between a perform, a function module, and a class method and when to use each in my design.

12) I know how to incorporate hooks and user exits into my application so that future developers can easily make changes without touching the core modules.

13) All screens have search helps, F1 documentation, memory IDs, and double-clicking on stuff naturally takes you to the most meaningful screen for that particular element. I even include documentation for future programmers to give them some hints on how to extend or enhance the application.

14) I know what makes a BAPI different than just any old RFC. I also know when I should use a real-time ALE interface instead of a BAPI and vice-versa.

15) I know how to work with Grid controls, Tree controls, Text editor controls, and splitter controls to provide the most robust user tools possible.

16) I know how to code in order to handle Unicode files and text. My applications are fully multi-lingual, requiring only someone bilingual to help with the translations.

And lastly, most encompassing:

17) When people use my applications, they would swear it was just another SAP transaction.

I hope this highlights some of the value that a skilled ABAP developer can bring to a project. Custom SAP application development can cost companies hundreds of thousands of dollars per year. A well designed application with attention paid to the details will surely save as much over the course of its lifetime.

If you are a recruiter, or an IT hiring manager outsourcing your next custom SAP application development project, please print out this article and use it to interview your consultants. Just because someone has all the acronyms doesn’t mean they can build you a quality application at a great price.

In the future, I hope to link a post to each of these items in the list with more specific information.

Feel free to contact me with questions or post comments below.

When you search the internet for how to email using ABAP, you’ll be presented with endless links and snippets of code.  Rather than be just another code snippet, I’m going to show you in this video the way I USE email in programs.

Briefly:

• Sending email to notify users or administrators of errors raised during processing.
• Using an include to make it easy to send report output to email.
• Using SAP’s “standard texts” to hold descriptive, language independent, templates for the email body.

In my opinion, email notification in ABAP is one of the most under-used features of the SAP system.  This is due in large part to an inability of many developers to utilize includes and modular design to simplify coding.  Furthermore, I think many SAP managers are not aware how easy it is to incorporate this functionality, and believe that each program requires custom logic to handle emails.

Please comment and let me know how you use email at your company and contact me if you would like some snippets of code to assist you in your development efforts.  I am available for projects of all sizes.  If you need an experienced ABAPer please contact me with your SAP consulting opportunity and I will respond shortly.

Please enjoy the video and leave comments if I can be more helpful.

Right. Haven’t gotten to it yet. I’ve got a few things on my plate at the moment. When I get serious about this website, you’ll know. Trust me.