Question:
Hi Guys,
I have an urgent question because either I am being flim-flammed or we have to change to a labour intensive process.
My client has APO and use SNP and DP for the portion I am involved with. I am on the R/3 PP side and my APO training was 4 years ago!
I need to know whether it is forbidden in SAP APO CIF to transfer the Production Version changes to a planned order
or whether this is just someone trying to avoid some work because of resource pressures, and justify a design of 3 years ago.
_________________
All the Best,
Jim
Answer:
Hi Jim,
Once the Production version/Routing/BOM has been included in an Integration model, Ciffed to APO and if that Integration model is active, any changes to the Production version will be recorded; and based on the real-time/periodic data transfer model of CIF, these changes will be CIFFED to APO.
Once the PPM gets changed in APO after this CIF execution, any changes on the PPM will be reflected over in the Planned orders.
Thanks,
Praveen
Answer:
Hi Praveen,
Thanks for the reply.
I am not sure that we are talking the same circumstances. Let me explain more pedantically and you can tell me whether I am right or not.
All the PVs and PPMs match and are tansferred in the master data CIF. The scheduling is done in R/3 (though CM01 & CM25). The SNP planner is complaining that he doesn't see the planned supply on the right resources but CM01 does show everything in the right place.
As I read the APO documentation, it seems that the planned order in APO should now show the PPM that reflects the new PV in R/3 after the CIF. However, the client's Centre of Excellence say that it cannot be done. I think that the situation is really that it is not configured to be done.
Could you confirm from your knowledge?
ATB,
Jim
Answer:
Hi Jim,
I still could not understand the scenario well.
So, what kind of changes have been made in R/3 to the Production Version?
Due to these changes, will there be change in the PPM for that component?
I have gone through some scenarios where due to change of Plan/PPM name for a component, the PPM/Source of supply assignment in the Planned order gets de-assigned.
Thanks,
Praveen
Answer:
Sorry that I cannot explain well.
The PV is not being changed. Planned orders are having their PV reference changed to move them from one work centre to another.
_________________
All the Best,
Jim
Answer:
Hi Jim,
Am I correct that you are not talking about changing the master data of the production version instead you are moving the planned order from PV 0010 to PV 0020 ?
- Are you using MIXED resources in your SNP PPMs ?
- Were your SNP PPMs created from PP/DS PPMs or have they been created manually ?
The R/3 production versions are connected directly to the PP/DS PPMs but the SNP PPMs are disconnected as they could be cut down even further from the original. However, the MIXED resources are used across both SNP and PP/DS so I would guess that changes made to work centres/resources in R/3 would come to the mixed resources in APO and then be represented in SNP.
I work with PP/DS and think that SNP is the devil's tool but I would be interested in your answers as we are thinking of moving to SNP for our medium to long term planning.
Mark
Answer:
Hi Mark,
You are correct, that was the question. Since posting the question, I have found that, despite protestations by the APO internal experts that everything was CIF.ed, the change to the PV for a planned order is deliberately not CIF.ed.
I won't bore everyone with the details, suffice it to say that they would not be considered reasonable by anyone who had worked in a running as opposed to a test environment!
Thanks for your time.
_________________
All the Best,
Jim
Answer:
Hi Jim,
The situation you face is correct. Changes to production version is not reflected in already existing planned order. This is logic.
Changes to PV could automatically CIFfed to APO if active integration module exists. However the existing planned order is the result of last PPDS heuristics. Until you run heuristics and re-explore PPM, the planned order will be changed.
The reason is easy, there are two integration modules, one for PPM, another for planned order, however there is not direct link between the two modules. You can link the two modules by run PPDS heuristics.
Hope I clarify the reason for you.
By the way, I have a blog for SAP APO. If you guys are interested in, please goto it and share your experience and knowledge.
http://sap-scm-apo.spaces.live.com
Hope your project going smoothly!
Cheers,
Watson Wu
Answer:
Hi,
As I said in the original posting, we use SNP and DP. Maybe I should have been explicit that PPDS is not used in the part of the business that I am supporting.
When PPDS is not governing the planned order, it cannot be logical that the change to the PV in a planned order is not transferred. Even with PPDS, it would seem to me that a change made by the execution guys should be reflected bact to APO so that it can plan on the basis of the now occupied resources and the now freed resources?
Anyway, there is no possibility to change the situation at the client, so we are now talking academically and discussing best practice rather than solving a problem created by the implementation team.
_________________
All the Best,
Jim