Error while activating the Integration model

[Former Member]

Hi,

While doing the activation of an integration model consisting of some materials & a plant through CFM2 i am getting following error message:

Screenshot attaches below:

Any clue how to resolve the issue?

regards,

Mohit

[Former Member]

Hi Mike & Rajesh,

I remove debugging from CFC2. Now do not get the previous error. But still material not transferring to APO. Please see the below application log in ECC. I do not see any issue in this. Also I do not see any error in /n/SAPAPO/CQ in APO side.

Is there anything to related Queue scheduler? Screenshot for the same also attached.

regards,

Mohit

[rajkj]

Mohit,

Could you also post the SMQ1 result screenshot?

I guess there must be something wrong with the queue configuration. Did you talk to your basis team?

Thanks,
Rajesh

[Former Member]

Hi Mohit,

Youur previous questions were technical and answers were provided which solved your problem.  The Qin and Qout schedulers just take care of queue processing.  You can look at the SAP help on technical integration for more details. 

The new "error" is a functional problem.  The first question I have is if your material is included in the integration model.  When you generate the model in CFM1, highlight the line Materials and select details.  Is your material included?  If not, the material is getting filtered out during generation.  Does the same problem occur with all materials?  Try to send multiple materials.  Check the filter settings for your integration model.  Your location(s) should have already been transferred to APO.  Do they exist in APO?  If so, then CIF is working.  Also check that the MRP views have been configured in the materials master(s).

Best regards,

Mike

[Former Member]

Hi All,

I am still getting following error while trying to activate the integration model:

Any clue for the reason for the same?

regards,

Mohit

[Former Member]

Hi Mohit,

Are you using outbound or inbound queues?  From your screenshot it looks like the queue is sitting in the SCM outbound queue.  I assume you checked that the Outbound Queue Scheduler (TA SMQS) has your ECC connection registered and that you don't have debugging on in either ECC and APO CIF user parameters.

Are there any more details about the queue when you look in /SAPAPO/CQ?  Can you see the offending queue(s) in SMQ1?  If so, can you try to activate them.  If that is the case then I highly suspect scheduler configuration.

What happens if you select Ignore when you get the pop-up?

Are there any old locks in SM12?

Best regards,

Mike

[rajkj]

Hi Mohit,

Some more details would have been helpful to find out the issue. Please use the following options to know the reason for CIF transfer failure.

1. Use t.code SMQ1 and select the appropriate queue representing your APO system, double click the row with status SYSFAIL (assuming your transfer would have failed). This will give some clue about CIF failure.

2. Enable logging using t.codes CFC2 in ECC and /SAPAPO/C4 in dev environment.

Use t.code SLG1 (both ECC and SCM) to access the log entries. You can log object as CIF in ECC and CIFSCM in APO.

If there is an issue related to queue registration or configuration, your basis team can help you.

Thanks,
Rajesh

[Former Member]

Hi Mohit,

You can try creating an integration model for locations only.  In fact, this is recommended.  However, the fact that you received the message NOSENDS implies a configuration error.

From SAP Note 378903:

NOSENDS

     During the qRFC call, the application determines at the same time that

     the current LUW is not sent immediately. This is used to debug the

     execution of an LUW via transaction SMQ1. Contact the corresponding qRFC

     application to clarify this status since this is either a programming or

     configuration problem.

Check that the queue registration is correct in transactions SMQR and SMQS in both ECC and SCM.  Also make sure your user parameters in CIF configuration are not set to debug or "collect changes".

Best regards,

Mike

[Former Member]

Hi Mike,

Thanks for responding.

Now I am getting following message. Seems to be related with UOM.

I need suggestion - where this UOM need to be maintained in APO?

regards,

Mohit

[rajkj]

You can use t.code CUNI in APO and maintain the UoM YLG same as in ECC. The standard UoMs are already available out-of-the-box. However, the custom UoMs are to be maintained manually.

• APO SPRO path (equivalent of t.code CUNI) - IMG>SAP NetWeaver>General  Settings>Check Units of Measurement.

Or

You can transfer from ECC using t.code RSA1   under source system SAP R/3 (if source system not present then create one) and select Transfer Global settings option.

Thanks,

Rajesh