Wednesday, February 4, 2009

Getting an Answer from SAP Support - The First Time...

A colleague of mine, who wishes to remain anonymous, recently gave me permission to post the following:

I feel the frustration of having turned in an issue to the SAP help desk, only to have it bounced back by idiots who appear to not even have read the thing in the first place. There is a way to avoid this – you simply have to out think them. How? By knowing how they think

I had to spend 6 months on the first level help desk in Philly a number of years ago – I think I was being punished for something – not sure. Their methods have madness associated with them that is related to the expectations of the help desk managers and SAP itself. High priorities get the most attention, obviously. After all those are attended to or shipped to level 2, the level 1 guys have to handle so many “other” issues. Based on their severity (low ones are a waste of time and never get answered) they have a time frame in which they must be opened and some action applied and returned to the customer. Handling the issue means opening it and responding and then sticking it back in the customer’s queue. They have a quota to make here and a time frame, so there are several approaches they use to find the “pigeons” they need to make their quota.

One is to review a problem and see if the description request is basically a short one or vague. Another is to take ones who have no note numbers listed in them. The standard level 1 response here is simply to do a search on the OSS note system and send you a lot of notes that appear to be related to the issue. Ever notice that they send you ones that are already on your system in some support pack? That’s because, even though they have the information about which support packs you have, they don’t reconcile it to the notes. That takes too long and they have numbers to meet. Many times you will get some which don’t even apply to your release. They simply don’t take the time to check that out, even though the info is available. Most likely, you’ve already searched the notes and they are sending you the same ones you checked. They don’t know that and they don’t care.

The solution:
Very simple – inundate them with info. Same as the old professor theory – term paper has 10 pages instead of 2 – must be an “A”. Stand at the top of the stairwell and toss the papers down. The ones that weigh the most (have the most pages/info) go to the bottom and those are “A”s. Ones near the top don’t have any information or thought in them, so they must be “F”s. If it takes the level one guy too long to read all your info, he will simply mark it as level 2 and ship it right to them. Get’s it out of his queue and puts it where you really want it.

Tell him EVERYTHING you know about the issue – the more the better. Try to make 2 pages worth of information. Tell them every note you even heard about the issue and which one you tried, and what happened when you did. Put the note numbers in the body of the message near the top. There’s no excuse for missing them. If you tried exotic things or think it may be related to the some other issue – tell them. The more you put in the better, the less you put in the quicker an unusable answer will come back to you.

It may take you a little longer to fill in the message, but it beats waiting 3 days, only to have it come back with useless junk in it. And if they still send it back with just a bunch of notes to look at, and you already mentioned you did those, don’t be shy about shooting the problem right back to them with a nasty-gram attached. When you do, up the priority one level.

This pisses them off, but when they point out the priority error to you, just fire back that you’ve lost all kinds of time already because they didn’t read the message in the first place. Then ask to have a supervisor review their messages and replies.

Ouch! They hate that. But you will get some results then – guaranteed.

Now all of that may seem a little cruel and crass, but maintenance support is a big piece of the customer monthly costs for this software and they need to get their moneys worth like everyone else – don’t hesitate to remind them of that. Shoddy help desk practices are not your concern; you just want results.

The other side of the coin is that a lot of customers get a problem and immediately open a message. Lack of due diligence on the part of the customer to try and find the solution in the note system (which I admit can be a pain) or to trace or test the issue, or even to just think, has been the reason the level 1 people usually just fire back a
string of notes. They are not there to simply solve every issue – only the ones you can’t. So make sure you do your part first. Then write ‘em an epistle.

Happy typing.



Hope this helps...

Friday, January 30, 2009

"Client Status Not Modifiable" Message When Hiring in PA40...

In a test or production client, obviously you want to block configuration changes. A problem this can raise, however, is when adding master data to a production or test client. The issue is that SAP by default wants to tie any master data changes to a transport, thus requiring the client to be set to modifiable or customizing. When hiring a new employee in PA40 is one example of a time when you need to add master data to a closed client.
The solution to this is to tell your system to not tie master data changes to a transport by default. To do so, run transaction OOCR. In the entry for TRSP CORR you need to flag it with an 'X' to deactivate the automatic transport connection.

Hope this helps...

Tuesday, December 16, 2008

RC 6 or RC 14 While Implementing Enhancement Package 3...

Just a note to you guys out there implementing Enhancement Package 3.
Basically this applies to anything imported using SPAM/SAINT.
If you run in to errors that stop the import process in any of the phases, just restart the import. Most of these are timing problems or miscellaneous quirks that are corrected automatically when you retry.

Hope this helps...

Monday, December 15, 2008

Syntax error in program SAPFGIDB in step XPRA Enhancement Package 3...

When performing the Enhancement Package 3 for ERP 6.0 upgrade, during step XPRA we ran into the following error message:

Error in the ABAP Application ProgramThe current ABAP program "RGICGLU1" had to be terminated because it has come across a statement that unfortunately cannot be executed.The following syntax error occurred in program "SAPFGIDB " in include "FGIDBF26" inline 240:"No component exists with the name "WRITE_SI_FOR_BCF". ."

After doing a lot of digging I found a reference to "WRITE_SI_FOR_BCF" in SAP Note 1153947.
The problem is, all of the changes listed in the note had already been applied to our system through support package 14 for SAP_APPL. It seems the upgrade will cause these changes, particularly steps 4 and 5 in the solution in Note 1153947.

After manually re-implementing steps 4 and 5, the upgrade finished successfully.

I hope this helps...

Tuesday, December 9, 2008

Error during Upgrade to Enhancement Pack 3 for ERP 6.0...

When Upgrading to Enhancement Package 3 for ERP 6.0, you may run into an error during the DD Activation Phase for EA_APPL. The objects that my upgrade kept failing on were the table EMMA_BPC and the view V_EMMA_BPC. The problem is that the view is built with a field that no longer exists in the source table. A quick consistency check in SE11 will tell you that.

The solution is to register V_EMMA_BPC, remove the erroneous field (CLASSJOB), and activate both the view and the table.

Then just restart your upgrade from where you left off.

You have no idea how much of a headache this was causing me the past few days.

UPDATE: This may occur on several different views on tables changed by Enhancement Pack 3. I recently ran into this same problem with view J_1AVEBRCH which had 2 erroneous fields.

Hope this helps...

Thursday, October 30, 2008

ASP.NET v2.0.50727 is not present in Web Services Extension in IIS manager...

ASP.NET v2.0.50727 is not present in Web Services Extension in IIS manager.
How do you make it appear and set it as an “allowed” service?
Open up a DOS command prompt and run teh following command:

C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\aspnet_regiis.exe – i

or for 64 bit

C:\WINDOWS\Microsoft.NET\Framework64\v2.0.50727\aspnet_regiis.exe – i

ASP.NET will register itself and show up in Web Service Extensions

Hope this helps...

Tuesday, October 21, 2008

Juniper VPN Timeout Issues / iTunes Conflict

If you have iTunes installed on your laptop it is possible that it may have a conflict with the Juniper VPN client.
Typically this will manifest itself by killing your connection within 30 seconds to a minute after connecting.
The problem is that the ‘Bonjour’ music sharing service (an add-on to iTunes) changes settings with DNS (techie geek stuff) and causes the connection to drop with the VPN.

To resolve this, the ‘Bonjour’ service needs to be turned off and disabled.
Don’t worry, you will still be able to use iTunes to listen to music and copy over to your MP3 player, etc.
Steps to turn off and disable ‘Bonjour’:
1. Go to Start->Run
2. Input ‘services.msc /s’ into the command line (without the tic marks)
3. In the new window that opens up, scroll down the selection list to the right to find the ‘Bonjour’ service
4. Right-click on the ‘Bonjour’ service and select ‘Properties’
5. In the ‘Startup Type’ drop-down, select ‘Disabled’
6. If the service status is ‘Running’ or ‘Started’ select the ‘Stop’ button
7. Click the ‘Okay’ button
8. Close the services window

After doing this, attempt to connect to the VPN again, and you should have more success.