cancel
Showing results for 
Search instead for 
Did you mean: 

Problem replicating materials

Former Member
0 Kudos

I'm getting an error message when trying to replicate materials from the backend (R/3). I'm using SRM Server 5.0 and our backend is version 4.7.

I'm using transaction R3AS to start inital download of a material. I've defined the filter in transaction R3AC1 for one particular material that does not exist in SRM. I look in the monitor (Tcode R3AM1) and the status is "wait", the additional information states the following "Parent not O.K.:DNL_CUST_PROD1". The material belongs to a product category that already exists in SRM, it was replicated from R/3 earlier.

Any help would be much appreciated.

Accepted Solutions (0)

Answers (3)

Answers (3)

Former Member
0 Kudos

Christophe-

Thank you once again for your reply. I was successful. I changed the Q_Prefix in the CRMCONSUM table and then received "done" status in R3AM1. However, I then went to COMMPR01 and my material was not there. I double checked the filter settings and everything looked fine. Next I looked in SMW01 and saw a "red" state. Looking at the "BDoc Msg Errors/Receivers" there was an error message stating "you are not authorized to create products". We gave our system user "SAP_ALL" and the material replicated fine. Turns out that our Security folks changed the security on the system user since the initial replication.

Thanks again!

Shawn

Former Member
0 Kudos

Dear Shawn O'coonor,

We are also facing the same problem of material replication.

As mentioned in your reply to Christophe you have said that you changed entry in Q_Prefix in CRMCONSUM table, please can you describe what entry you have changed,presently in this table CRMCONSUM, under Q_Prefix we have entry R3A, MDM and R3S.

The object DNL_CUST_PROD1 is in running state in R3AM1 .

Waiting for your reply.

Santosh

Former Member
0 Kudos

Hi Santosh,

pls maintain the foll details for your SRM entry in table CRMCONSUM in R/3 (as well as SRM)...

Under Q_prefix field ,store no value(i.e.it should be blank) for your SRM user...

SO total entries in teh table CRMCONSUM in r/3 under Q_PREFIX field should be R3A, MDM and Blank entry for SRM user.

Regards,

Disha.

Former Member
0 Kudos

Please do reward points for useful answers

Former Member
0 Kudos

Hi Shawn O'Connor ,

I'm getting an error message when trying to replicate materials from the backend (R/3). I'm using SRM Server 5.0 and our backend is version 4.6

I'm using transaction R3AS to start inital download of a material. I've defined the filter in transaction R3AC1 for one particular material that does not exist in SRM. I look in the monitor (Tcode R3AM1) and the status is "wait", the additional information states the following "Parent not O.K.:DNL_CUST_PROD1". The material belongs to a product category that already exists in SRM, it was replicated from R/3 earlier.

I start the DNL_CUST_PROD1 download in R3AS and the process starts. I then go into R3AM1 to see progress and messages but the object stays in the running status. When checked SMQ2 of EBP after some time it shows sysfail error

-time limit exceeds.

please advise to resolve this .

Regards,

Santosh

Former Member
0 Kudos

Santosh-

The parent not OK message is indicating that there is a problem with the replication of the product categories. Most likely your que for the product categories is stuck. When you replicate materials the system first checks that the product categories have been successfully replicated. If the que is bad then the material replication remains in waiting status until the product category que is finished (ie. ready status). Check the ques for the parent and make sure they are in the ready status. If not you will need to delete the current error messages and unlock the que to get the it into ready status.

Best regards,

Shawn

Former Member
0 Kudos

Hi Santosh,

were you able to solve this issue ? I tried doing all those that were discussed in this thread. I am still facing the problem. can you explain me how you have overcome this issue.

Points for issue!!

Krishna

Former Member
0 Kudos

Christophe-

Thank you very much for your response. I'm trying to reload the product categories and having other difficulties. I start the DNL_CUST_PROD1 download in R3AS and the process starts. I then go into R3AM1 to see progress and messages but the object stays in the running status. I then log in to the backend and go to transaction SMQ1 to see queue. I do not see the queue I would expect (R3AI_DNL_CUST_PROD1). I've looked at my settings in R/3 tables (CRMRFCPAR, TBE11, CRMCONSUM) and all appears correct. Any ideas on where to go from here?

former_member184214
Contributor
0 Kudos

Hello,

did you check inbound queue in EBP, TCode SMQ2?

If you find that transfer is stuck there do it the same way as in outbound queue in R/3. (Double click on process, mark it and press activation button)

HTH

Gordan

Former Member
0 Kudos

Hello Shawn,

You have already downloaded it in the past, so you should do it once again.

Usual errors around middleware replication are:

- "customer" incorrectly defined (CRM/EBP in CRMCONSUM)

- RFC destinations incorrectly defined (CRMRFCPAR)

- queues activation

Check in/outbound queues in both systems.

Usually you find the error reason in those queues.

For deaper analysis: Monitor middleware in SRM:

SAP GUi menu --> Tools --> Middleware: Basis --> Monitoring --> Queues or Central Monitoring or Data Exchange

With SMWP or SMW01 you can also check BDocs to see if data has been replicated.

Rgds

Christophe

Former Member
0 Kudos

Hello Shawn,

as you found, the process is on hold because a predecessor is defined for product replication: the customizing needed for products (DNL_CUST_PROD1).

You have replicated it earlier, but as this process has been deleted from the monitoring transaction, SRM does not find it and considers that it has not been executed.

So 2 options:

- replicate DNL_CUST_PROD1 again (there is no risk)

- modify the middleware object MATERIAL to delete this predecessor link. I don't think you can do it from middleware customizing, you may have to go directly in middleware predecessor table (SMOFTOBJPAR) and delete the entry in debug mode...

Rgds

Christophe