cancel
Showing results for 
Search instead for 
Did you mean: 
Read only

OData Service: “No system alias found for service” after transport to QA – why is “LOCAL” missing?

vds
Participant
0 Likes
411

Hi everyone,

I’ve created an OData service that reads data from a custom table and provides PDF downloads. Everything is fully implemented and working in our development system (DEV). The service also runs fine in the Gateway Client (/IWFND/GW_CLIENT).

After transporting it to QA, I’m getting the following error in the Gateway Client:

500 – No system alias found for service

When I checked the service in QA via /IWFND/MAINT_SERVICE, I noticed that there is no system alias “LOCAL” defined at all.

This confused me because in DEV the service is assigned to the alias “LOCAL”, but in QA it doesn’t exist.

What also makes it strange:

Other OData services in QA and PROD are working fine—even though they also don’t have any system alias assigned. So the system somehow works without explicitly having “LOCAL” configured.

My questions:

Why does “LOCAL” exist in DEV but not in QA/PROD?

Shouldn’t this be consistent?

How is it possible that other OData services work without any system alias at all?

Is the system using some kind of implicit local alias?

What is the correct way to fix this issue for my new OData service?

Do I need to create the alias manually in QA, or is there a better approach?

How can I make sure that existing productive OData services won’t be affected by this configuration?

Accepted Solutions (0)

Answers (1)

Answers (1)

qwertie
Active Participant
0 Likes

hi,

it depends if you have transported the system alias in your next system. you can check System alias in table

/IWFND/V_DFSYAL

 

you can also maintain the system aliases with SPRO > 

qwertie_0-1763367291620.png

also you can transport current alias entries

qwertie_1-1763367350035.png

 

br

vds
Participant
0 Likes
Hi thx but I have solved it that I change in /iwfnd/maint_service the processing mode to 'co deployed only'. The first test on q system is successful Working: /Sap/opu/odata/sap/Zodata_srv/ Not working /Sap/opu/odata/sap/Zodata_srv/AttachmentSet When I test it with EntitySet option then I got the following error Error code 500 In the context of data services an unknown internal server error occured In the logs I can see Property DAT has invalid value '00000000'
qwertie
Active Participant
0 Likes
fine, great to hear. also keep in mind that odata is client dependend