Urgent // CIF Queues for materials not in active integration model

[Former Member]

Hi Friends,

We have recently upgraded our APO system from 5.0 to 7.0 (SCM SAPKY70108). now we have a strange issue, where we see CIF queue errors for materials that are not in active integration models(which are not relevant for APO)..

we see an error message "product for external product number xxx and BSG xxx does not exist"..

i have searched for a few sapnotes but i did not find any relevant one so far..

Please share your ideas..

Thank you..

[Former Member · Accepted solution]

Sharath,

What type of queue is generating the error (CF???)

Best Regards,

DB49

[Former Member · Accepted solution]

Hi DB49,

Thank you..i see the CIF errors starting with..

CFBTCVALUATEDXXXX

CFBTC4THCLASSXXXX

CFSTKTYYYYXXXX

YYYY PLANT

XXXX IS THE MATERIAL

Regards,

Sharath

[Former Member · Accepted solution]

Sharath,

The most common reason for such a situation is to have more Models active than you thought there were.  In the end, the settings in ECC material masters don't really determine whether something is relevant for SCM, it is the presence or absence of accurate Integration Model data structures in ECC.

Start with CFM5.  Enter the material/plant found in, for instance, the CFSTK* errored queue into the right hand pane, select the 6 stock checkboxes, and execute.  A listing of possible stock elements appears.  One by one, select each of them, and determine which (if any) ACTIVE models contain these objects.  You should not find any unexpected models here, and in general the best practice is that there should not be more than one active model per material/plant for each of the stock types.  Deactivate any unneeded/spurious models.

Once you have checked the above and found nothing unexpected, another possibility is that something in the IMs have become inconsistent, such as the runtime model.  You can deactivate and regenerate the runtime model using RCIFIMAX report to eliminate this possibility.

FYI many companies run this program, and others like it, on a periodic basis to keep IMs healthy and consistent.  Possible examples for, say, weekly runs are.  Not all of these are relevant for every implementation, you have to decide.

RAPOKZFX

RCFUPDCR

RCFORDCH

RCIFIMAX

RCIFIMDL

RCIFMTDE

Best Regards,

DB49

[Former Member · Accepted solution]

Hi DB49,

Thank you for the explanation. in our case, the IMs are generated and activated everyday and we have already checked them and and all the CIF settings in both ECC and APO, there are no issues with them.

your comment " In the end, the settings in ECC material masters don't really determine whether something is relevant for SCM, it is the presence or absence of accurate Integration Model data structures in ECC." I did not get it correctly in our case we filter the MD and TD using MRP Type Z0( a copy of X0) and only these objects will be relevant for SCM..

Any other suggestions where I could possibly look..i found a note '1296063' which seems to be relevant but unfortunately these corrections were already included in the current system release..

Best Regards,

Sharath

[Former Member · Accepted solution]

Sharath,

... the IMs are generated and activated everyday and we have already checked them and and all the CIF settings in both ECC and APO, there are no issues with them.

When doing troubleshooting for such problems, it is important to be very diligent.  Even if your daily job creates new IMs every day, you need to make sure that 'somehow someone' didn't create an EXTRA IM that you were not expecting to exist.  Thus, I proposed the easy test described above..

your comment " In the end, the settings in ECC material masters don't really determine whether something is relevant for SCM, it is the presence or absence of accurate Integration Model data structures in ECC." I did not get it correctly in our case we filter the MD and TD using MRP Type Z0( a copy of X0) and only these objects will be relevant for SCM..

If you just change the material master to Z0 (or X0), it does nothing to turn on the interface to SCM.  All it does is to disable planning in ECC.

However, when you change the material master to Z0, AND you run the RIMODGEN program, which SELECTS based on Z0, it creates an Integration model, with all the necessary data structures.  If you then ALSO activate the model with RIMODAC2 or similar, THIS is the event that actually enables the interface and allows SCM processing. 

I know it is a subtle difference, but it is important to keep this in the back of your mind when your are troubleshooting such problems.   If you have any IM structures in place that don't belong, you will get the symptoms you have described.  The normal jobs run by most companies don't DELETE existing Integration models that may be defective, they just create or re-create existing ones.  In addition, if you are using the runtime model (just about everyone does) it is somewhat common for the runtime model to become inconsistent with the existing active integration models.

Best Regards,

DB49

[Former Member · Accepted solution]

Hi DB49,

We ran the program 'RCIFIMAX', so far we do not see any error queues.. we are monitoring this now and see if any resurface..i will share the update.

Thank you for all the suggestions and advise.

Best Regards,

Sharath Chandra

[thamizhchelvan_gunasekara]

Hi Sharath,

Pl check the SAP enhancement APOCF005 is active , this have been move as a BADI in SCM  7.0.

The BADi name

SMOD_APOCF005

This BADI use to cause this kind of errror.

BR

Thamizh

[Former Member]

we are not using this enhancement currently so we do not need to migrate the BADI..

[sourabh_jain66]

Hi Sharath,

Please check whatever is mentioned by DB in his post.

Along with that please also check if you have correct BSG (Business system group) assigned to your plant location in APO, during upgrade there are chances that this setting gets disturbed or new BSG is created by basis team, check and also be in touch with your basis team for this.

Make sure BSG assigned to the logical system and in location master is same, below screenshot will help you reaching there.

Second point if possible is to delete the all data from APO and re-transfer that, though in many of scenarios it is not possible due to sheer volume of data.

Do let me know if you still face the issue

Rgds

Sourabh

[Former Member]

Hi Sourabh,

Thank you, we have already tried deleting them in APO but no luck..the queues resurface..

in our case we have only one BSG and it is intact. daily we have MD & TD flowing between the systems, everything works fine except a few stocks for materials which are not active in any integration models, because they are not relevant for SCM and they should not be present in any of the models..

Rgds,

Sharath

[Former Member]

Hi Sharath,

If not checked already......

Is any other SAP ECC, R/3 system connected to this APO production system ?

Please check the Integration model for the stocks for criteria of the selection and if the materials are included with the right filter.

You may have seperate models for master data and transaction data.

Regards

Datta

[Former Member]

In our case one ECC system connected to one APO..

and we have only 8 unique integration models, we donot have any redundant one in the production system..