How many standard objects can be worked using a single Access key?

[Former Member]

Hello All,

I am performing pre-implement steps for Note 2057650, and this requires me to create around 80 dictionary object in the SAP namespace. My doubt is, whether it is required to have different access key for each of these object IDs (eg.[R3TR] [DOMA] [J_3RFINV_COMM_TRADE]) or a single key would suffice?

Thanks for any help!

Thanks,

Anish

[Former Member]

Hello All,

I am performing pre-implement steps for Note 2057650, and this requires me to create around 80 dictionary object in the SAP namespace. My doubt is, whether it is required to have different access key for each of these object IDs (eg.[R3TR] [DOMA] [J_3RFINV_COMM_TRADE]) or a single key would suffice?

Thanks for any help!

Thanks,

Anish

[Jelena_Perfiljeva]

I kind of wonder what difference the answer is going to make - if someone tells you you need multiple keys then you won't apply the note?

One access key applies to one object only and the object is represented by those 3 values you've mentioned (R3TR, etc.) plus the NW version. Yep, life sucks.

[Former Member]

Jelena,

You are right, either way I have to apply the note.  But once I realized our poor security guy has to create this many keys, I got curious to know if SAP had a way around - at least for the reason all these objects go to a single SAP package.

[Jelena_Perfiljeva]

Anish, actually yes, I believe SAP has a way around this but either some folks don't know it / are too lazy or there are some technical limitations I'm not seeing.

For example, the note 2066631 delivers a report that needs to be executed to create the whole bunch of dictionary objects, message class, etc. So it is feasible, the only thing I'm not sure about is whether it can be used only for brand new objects. There might be some difficulties if objects in question are changes in existing tables etc.

If it's just a few items then, of course, it's not a big deal to make modifications manually. But I'd agree that after certain number SAP should find a better way to deliver such changes. And I think you should make SAP Support aware of the difficulties you are facing. "Simply install a support package" should not be the only option.

[Former Member]

Thanks for sharing the sample note having the report. I have raised this with SAP and waiting for their response.

[Former Member]

you are right, SAP provided the below response, which is in line with our thoughts:

---

"I have discussed your question with the local Developer dep. and regret to tell you that according to information from our colleagues, there at time when notes 2057650 and 2068123 were preparing there were no special programs for automatic DDIC objects creation. So the only  possible way is to  install both notes following its instructions. Or you can install the latest Support package available for release 605 - SAPKH60514."

---

So I proudly completed my task the hard way.

[RaymondGiuseppi]

Did you consider duplication of the provided program from another note (e.g. 1969991)

• Copy the program (the source code provided in corrections)
• Keep the methods/forms but call those with the value described in manual steps

Regards,

Raymond

[Jelena_Perfiljeva]

Hmm, quite interesting - the note 1969991 is obviously older than 2057650, so why the report is somehow available in the earlier note but not in the later note?

"Install latest support package" - yeah, we'll do that because it only takes a minute and what could possibly go wrong? It always amazes me when SAP folks dish out suggestions like this as if it's like updating an smartphone app.

Thanks for an update, Anish!

[Former Member]

Yes, I have briefly checked that possibility earlier, but didn't felt as saving much of my effort. So I created the objects directly, instead of going for a - populate (entire DDIC parameters in the report) - run (w/o errors hopefully) and - verify (back in the dictionary) option.