Skip to Content
Author's profile photo Joachim Rees

Creating your own namespace – how?

It took about 12 years of working in the SAP domain until this happened: Today, I was confronted with the task of creating a SAP namespace.
It’s actually not that hard, and I took some screenshots while doing so, and will now gladly walk you through it.

(Please note: I do not touch the topic of why you would want to create your own namespace in the first place (rather than using Y* or Z*) here. I want to leave this to either a discussion via comments or another blog maybe!)

1. Creation a new namespace? There’s an App for that!
Find it in SAP ONE SUPPORT Launchpad:

2. Choose a name. Tipp: keep it as short as possible – Namespace-Characters are deducted from the available total characters.


3. Give a description and your customer number (or: one of your system’s installation number).

4. Agree to some legal text


5. Shortly watch the nice turning arrows 🙂


6. There you go: your namespace is registered!

7. Now – with just a click – you can create the Dev- and Repair-keys with it.


Remembering (well, copy!) those, you can leave the SAP ONE Launchpad.

8. In your dev system, in SE03 there’s the namespace-section:

9. Enter the data of your newly created namespace + save.

10: Now go ahead and try it out: se21: create a package. AdT/Eclipse: create some demo report.

Your done! 🙂

Now over to you:
Have you ever created a Namespace? Or maybe even multiple ones?
What experiences, learning and considerations can you share?

Your input is most welcome!


Assigned Tags

      You must be Logged on to comment or reply to a post.
      Author's profile photo Peter Inotai
      Peter Inotai

      Hi Joachim,

      Thanks for sharing it.

      My experience with namespaces:

      • it should not be too long, 3 chars are the best. Otherwise can have difficulties with object with very limited length, eg table names
      • some objects cannot be placed in namespace. Eg domain conversion routines. As far as I remember there was a note about it (tried to find it, but marketplace is total unstable 🙁 )

      For me it made sense for Add-on development scenario, for normal Z* development it makes no sense.

      Best regards,


      Author's profile photo Peter Inotai
      Peter Inotai

      Found it: SAP Note 104010 - Restrictions for development in namespaces:

      Author's profile photo Joachim Rees
      Joachim Rees
      Blog Post Author

      Hi Peter,

      thanks for your feedback!

      I do remember we had some issues once with ITSmoblie and namspaces, the note I found for it is:

      1323339 - ITSmobile: Services with a namespace




      Author's profile photo Christian Tapia
      Christian Tapia

      Thanks for sharing Joachim,

      Also, when you need to modify an object in the namespace in a customer system, you can change the namespace settings in SE03. I wouldn't recommend it though, since namespaces fit better for add-on developments.

      Best regards,

      Christian Tapia.

      Author's profile photo Joachim Rees
      Joachim Rees
      Blog Post Author

      Thanks for your feedback, Christian!

      And also for the note on how to set foreign namespaces to editable and that it’s not recommended (unless you know what you are doing ? )  – please note that further down the comments (Abap2Xslx) I talk about doing just that! 😉



      Author's profile photo Matthew Billingham
      Matthew Billingham

      Wouldn't it be great if Abap2xlsx could have its own namespace.  /A2X/ seems appropriate.

      Author's profile photo Joachim Rees
      Joachim Rees
      Blog Post Author

      Hey Matthew,

      I guess it would be great, yes! And I just checked, as of now  /A2X/ is still available!


      I put a little thought in how this might actually work:

      This is my take: (please - as always- do correct me if I'm wrong!)


      1. Any SAP Customer (or SAP themselves) could register that namespace.


      1. That customer could generate the Producer License Key/Developer Key for any of his systems (one or more). Note: That key is different per system.

      On those systems, Abap2xlsx developments could be done very smoothly (as in: it's no modification!), using that namespace (SE03, Role: Producer).


      But: I didn't look into it (I probably should at some point), but I take Abap2xlsx is developed decentralized, on many different systems. How could they use the namespace?


      1. The Customer registering the Namespace could also generate a Customer License Key/Repair Key -> this on is identical across systems.
      2. If this key is published (or otherwise distributed to), people wanting to do development in that namespace, the can register it in SE03, and set it to "editable".


      -> The now could create objects in that namespace in their systems. (Note that those are "Modifications”!)


      (The last two points I actually tried out, so this is not speculation but "experience").



      So: thanks for the input and the opportunity to look a little more into how namespaces actually work.
      Please do let us know, if Abap2xlsx (or other projects) go ahead with their own namespace!



      Author's profile photo Matthew Billingham
      Matthew Billingham

      Is namespace registration linked to installaion number?

      Author's profile photo Joachim Rees
      Joachim Rees
      Blog Post Author

      As far as I can tell not installation-number, but customer number.


      In my blogs screenshot right under number 7 you can tell that my S-User (connected with a Customer-/Partner-Account) is linked to 55 installations .


      I (or my colleagues) could generate Dev-Keys for any of those (but not for installations that are not under our account).

      Author's profile photo Matthew Billingham
      Matthew Billingham

      Object keys, for example, use installation number to generate the key. If installation number isn’t required for namespace keys, that would suggest to me that the same development license key could be used by everyone.

      Author's profile photo Joachim Rees
      Joachim Rees
      Blog Post Author

      Oh, sorry for the confusion, I miss-interpreted "namespace registration" in this context.

      Fact is: development keys ARE linked to an installation-number (-> they are different for each installation (I checked this for a namespace with multiple DEV-Systems)).
      (But, as I pointed out: repair-keys could be sahred!)

      So no easy sharing here...
      (then again, the whole namespace thing is probalby "just ABAP", if so, you could get arround it).

      Author's profile photo Matthew Billingham
      Matthew Billingham

      (then again, the whole namespace thing is probably “just ABAP”, if so, you could get around it).


      Oh yes. Quite easily. Allegedly... 😉

      Author's profile photo Michelle Crapo
      Michelle Crapo

      Still use it.  Still love it.  I would vote for the name space.  Of course I've never bothered with one.  I've used packaging.

      Still it's nice to think about.


      Author's profile photo Anja Kirschenhuber
      Anja Kirschenhuber


      does it cost something to register your own namespace?
      I had the impression only bigger companies or consulting companies get their own namespace.

      If it's for free...would you recomend to get only one namespace for a group or a namespace for the head company and for each subsidiary?

      Thanks for your feedback.


      Author's profile photo Joachim Rees
      Joachim Rees
      Blog Post Author

      Hi Anja,

      as far as I know it doesn’t cost anything (besides some nerves, maybe 🙂 ) to register on one’s namespace.

      I know of one customer who has his own namespace (although the reason why is unknown to me - I think it was somehow recommended to him, and he followed that).

      As for the question if it's best to get 0, 1 or more namespaces: it depends. 😉

      A general consideration could be: If you write code, that will (or might) be deployed in a System-Landscape you don't control , a Namespace is a good idea.

      This code might be
      - something you sell as a primary business goal, (being a Partner, doing AddOn development for a living)
      - code, you wrote for you own use, but also sell it to others (as some kind of secondary usage)
      - code you write for your own, but your group might buy another company (and let them keep using their original SAP system). You also want this company to use your Code (=AddOn).

      So whenever you code could be called some kind of "product", you might think about a Namespace.

      Hope this helps somehow, and @ others: do feel welcome to also comment!


      Author's profile photo Christian Winheller
      Christian Winheller

      According to this SAP note, it's for free:

      Author's profile photo David Burg
      David Burg

      Useful also for using an existing namespace from one's company in a new deployment. It is critical to generate the dev key and maintenance key for the matching installation number or SE03 will refuse to save.