on 09-22-2009 10:12 PM
Hi All
Material Master for Product X and location Y not transfering through the CIF
troubleshoot steps I have done:
1. Checked SMQ1 and SMQ2 in R/3 and APO and checked if the faulty material is in a blocked queue
2. Checked /n/sapapo/cq in APO and made sure there are no blocked queues
3. Opened up material integration model in ECC and checked if the material is in the exclusion list .
4. Did a CFM5 and checked if the material is included in more than one active IM.
5. checked MM06 in ECC and the deletion check indicator is not marked
So...are there any other steps I missed?
Thanks
Pooja
Please check the material no in CFM2 detail and see if it truly exists in the model. We had similar situation where CFM5 was showing material exists in the model, whereas the model actually was missing the number.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Pooja,
Please check the following
1) Is there any application logs getting generated with warnings/errors
2) Is the material master in R/3 is fully maintained
3) In CFM1 transaction, whether your location product is identified by CIF?
4) Is the MRP type is maintined as XO?
5) Is the BoM, routing, etc., are maintained properly?
Please check and confirm
Regards
R. Senthil Mareeswaran.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Pooja,
In addition to Mahmood's suggestion, here are a couple of other things to try.
Check that location Y exists already in APO
Ensure that MARC-APOKZ is set properly, repair with report RAPOKZFX
Check for consistancy of CIF_IMOD table and runtime version with report RCIFIMAX
Once you have determined that the materia/plant actually exists in the model (Mahmood's
idea), and the above has been checked, then just force an initial transfer again
of the IM, using report RIMODINI. It should either go across, or you should get
an error which will tell you what to do.
If this step doesn't work, then it is probably a userexit, which you will have to solve
with debugging the queue.
Rgds,
DB49
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
7 | |
4 | |
3 | |
2 | |
2 | |
1 | |
1 | |
1 | |
1 | |
1 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.