cancel
Showing results for 
Search instead for 
Did you mean: 

Error during import of tables into DS4.1 from ECC

Former Member
0 Kudos

Hi,

We use DS 4.1, RFC transport method to extract data from ECC. RFC destination is all setup and is working fine. A user id has been created in ECC and has all authorization assigned to it. Connection is getting established successfully between DS and ECC.

When I try to import the table, I get an error message saying...

========

Error: Cannot import the metadata table <name=table_name>.

RFC CallReceive error <Function /BODS/RFC_ABAP_INSTALL_AND_RUN: RFC_ABAP_MESSAGE, Changes to Repository objects are not permitted in this client) - Changes to Repository objects are not permitted in this client[SAP NWRFC 720][SAP Partner 702 ][client#][server_name][user_id][4102]>. (BODI-1112339)

========

We were able to import the table earlier sometime, but not now. We came to know that the ECC client was locked down.

My question is - do we need to have the ECC client open/unlocked when DS is trying to import the table for extraction? And is it advised to have the client unlocked all the time?

Or we are missing something?

Your input is much appreciated.

Thanks, Arun J

Accepted Solutions (0)

Answers (6)

Answers (6)

severin_thelen
Contributor
0 Kudos

Hello,

we had the same reason. So if I understand everything right, it is no productive system and so the ECC client is not closed. If you would have a closed system, you have to use the pregenerated ABAP (you can set this option in your datastore connection).

If that is correct, the reason for your problem are missing permissions. So you have to check the upgrade guide. There is a table, where you could see some authorizations. (p13 table 5)

You have to assign your user some of this authorizations. Unfortunately the needed authorizations depending on your system, so there is no list. You have to monitor your ECC and check in the logs, which authorizations are asked for.

Otherwise you could assign all authorizations of this list without monitoring.

After you assigned these authorizations, every thing should work fine.

Regards

Severin

Former Member
0 Kudos

Hi,

System is Open.

Authorization: SAP ALL

Not sure what could be the other issue?

Thanks,

Purav

severin_thelen
Contributor
0 Kudos

Oh, that is strange.

Do you checked the ERP error log? (that should help you)

Which SAP ERP version you use?

Do you have the problem with all tables or just with someone?

Regards

Severin

0 Kudos

Thanks Severin ,

We had the same problem and your solution worked for us.

Former Member
0 Kudos

Hi,

We use DS 4.1, RFC transport method to extract data from ECC. RFC destination is all setup and is working fine. A user id has been created in ECC and has all authorization assigned to it. Connection is getting established successfully between DS and ECC.

Which environment you are referring too?? Dev ?? then this should not happen.

Check the client Status, client may be closed.

As you have mentioned that all authorizations are already assigned to user (client specific) then it should work fine.

if it is not Dev then you do not need to do any import work (means any development in non-dev env).

All the development related work should be in dev and Abap must be transported to other respective env.

But here it is just import, not the execution of ABAP dataflow.

second suggestion,  try import by Name utility in BODS. it also works in restricted env.

Thanks.

Message was edited by: sandeep jain

Former Member
0 Kudos

Hi,

Any idea how this issue was resolved?? I am facing the same issue while using HCI-DS.

Link: http://scn.sap.com/message/15997375

Client is open. Its Dev System. Do we need to do any other setting??

Thanks,

Purav

Former Member
0 Kudos

In the DS connection use a SAP user that is developper.

Also use a valid SAP package (or you can use $TMP that is for local object, but after that you have to modify the object on SAP side and assign a valid package).

Bye

Former Member
0 Kudos

Hello Arun,

In the ECC box data is client dependent. If you have created a data store with some xxx client then you will be able to access the data that belongs to same client. So check with your basis team if the user defined for the client number xxx still has the same roles assigned. To test on the ECC system, try running TCODE SE11(Data dictionary) by logging on to the ECC system with the credentials you have  and client number for the host to which you have created a SAP data store. Check if you are able to access the tables which you are trying to import in to the repository. If everything is fine ask basis team or administrator to check the roles assigned or permissions for that particular user are correct.

Thanks,

Yusuf.

former_member200473
Contributor
0 Kudos

Hi Arun,

As per my knowledge ,you should have enabled connection to ECC while extracting the tables.

If you can not have open connection always ,then you may try one alternative that extract all table once and save them in some staging database and then you can use those tables directly and you will not be required to have always opened connection.

Regards,

Shiva

Former Member
0 Kudos

Hello everyone,

have you solved the problem?

We have the same issue, but we can't find a solution...

Thanks

Former Member
0 Kudos

We discovered that with DS 4.1 you should not generate ABAP code in production system, but you have to generate it in developement system and than transport the ABAP code in production.

Bye

Former Member
0 Kudos

Hi,

We are facing the exact same problem. Did you find a solution?

For us things are fine in BODS 3.2 and 4.0 but not 4.1. The only way around it seems to be to enable client changes in SAP, which is not something we can allow for any longer period of time.

Thanks

Johan

Former Member
0 Kudos

We are experiencing the same issue, however we upgraded from 4.0 to 4.1 and now get the error mentioned above.

Upon further investigation I found in the upgrade documentation that in version 4.1 the needed SAP functions have been changed and you need to reload them in your ECC environment. 

You may also need to still tweek the functions so they allow you to use them correctly.