on 08-18-2014 5:28 AM
Hi
There is some confusion at my end regarding MDG Cost Center Hierarchy.
MDGF uses asynchronous SOA services for the distribution of approved master data changes. For data replication from MDGF, a corresponding
replication request service is called to update master data'
SMT Mappings are available and/or relevant Business Add-In (BAdI) methods are implemented.
Is it not possible to do CCH replicaton using ALE setting only with message type COGRP1?
Can you explain meaning for SMT mappings for relevant entity types are assigned to DRF application?
Is this meant that we need to define DRF structures for MDGF?
Hello Sanjay
I am not clear what exactly you are looking for. There are 2 different methods you can replicate hierarchy. IDOC or SOA. You set up either IDOC or SOA for hierarchy replication.
The Hierarchy assignment to controlling area is must and at a time you can only operate with one hierarchy. If you want to change it, you have to change the configuration.
In MDG you have the same config. If you create a different hierarchy it will not overwrite the current one but will throw the error in ECC.
Kiran
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Kiran
Do you mean to say that MDG CCH is somewhat Static in nature as it creates Standard Hierarchy and not alternative hierarchy?
So even though Std CCH created in MDG throws error while replication in ECC if there is already existing assigment of different std CCH with controlling area in ECC customization.Is It correct?
Hello Sanjay
To replicate the CC or PC hierarchy, try this method and let me if its working with ALE replication - workflow temp 40.
1. Create a Change request type should have all objects - e.g for CC - CCTRH / CCTRG and CCTR.
2. Now create a change request and add cost center which you want to assign under the group. - should be part of specify objects.
3. Submit the CR and then use collective processing. Create a CC through collective processing - use the one which you have updated in the CR.
4. Assign the CC under group and submit.
Upon approving this request, your entire hierarchy will get replicated through IDOC and the same CC will be available in KE53.
Try this and let me know.
Kiran
Hi Kiran
If I done intial configuration in ECC with controlling area and assignment of std CCH (Say 1000 as CA and assiged CCH is 1100). Now If I create MDG CCH 1200 for CA 1000,replication must throw the error,correct? If Yes, my question is where we need to create CCH 1100? Is it in ECC in same confiuration node while defing CA?
Hi Kiran,
I'm wondering why you're saying that you cannot create alternative hierarchies in MDG? In MDG you can create as many hierarchies as you like. The only thing that you should make sure is that one of them is indeed the standard hierarchy of the target SAP ERP system.
Best regards
Michael
Hi Micheal
Thanks for clarrfication.
Do you mean that we nned to create std CCH in config node for creation of CA in ECC only, No need to create it in MDG?
And we can use MDG created CCH as alternative hierarchy only so assignment of a\lternative Hierarchy ( Created in MDG) and MDG CC is not displayed in KSH3?
Means can we say that MDG created CCH are alternative CCH only. If no, Can we able to differtiate MDG created hierary as Standard and Alternative?
Hi Kiran/Micheal
It created one CC (3569) for controlling area(1000) and already existing Std hierarchy 0001 ( Both in ECC as well as MDG) in collective processing and assigned under std CCH 0001.
After replication I can able to see CC in KS03 but it is not assigned to Std CCH in KSH3.
Is I missed something? as SLG1 log says as below (eventhough IDOC replication method is used)
Message no. USMD_XI_PROXY024
Diagnosis
You want to replicate change request 000000000154 directly (using
enterprise services). When change requests are directly replicated
(regardless of the current settings in DRF Customizing), the replication
is always done completely. This is because the system normally cannot
determine an unambiguous delta set of data.
Any help?
So finally the CC is there in KSH3 but you can't view it in hierarchy right? You are using services to replicate the hierarchy right? Please wait as system takes some time to replicate the changes.
Also check in the hierarchy nodes - ask your FI consultant to find out CC from hierarchy option. May be it is unassigned under std hierarchy node.
Kiran
Hi Kiran
Why we need to replicate Std CCH again. It is already in ECC assigned to controlloing area.
I upload it MDG and create new MDG CC and assign it to Std CCH which is available in MDG ( Same as per ECC). After replication MDG CC is shown in KSD02 but not in KSH3.
(I configured also IDOC method for CCH replication not servises in DRFIMG) and MDG CC is created yesterday only. How much time it requires to display it under Std CCH node?
Hi Kiran
Do you mean to say that even if Std CCH exists in ECC will be updated once,s MDG slected CCH is there in change request? How we byforget Std CCH and Alternative CCH in MDG then. Otherwise if we create MDG alternative CCH then after replication Std ECC CCH will be replace with that also.
Are you mean to say that even i\f we assign MDG CC to MDG Std CCH in single CR then after replication ECC std CCH will be replaced by MDG std CCH?
Hello Sanjay,
Please Implement this note 2042236 - Incorrect PCTR/CCTR group assignment in PCTR/CCTR iDoc replication (wrong KHINR assigned)
Regards,
Madhu Kumar
Hi Madhu
My bad. I am unable to create CCH by single processing.
After approval of CR it stores in MDG table but give error log in SLG1 as per below
Change request 000000000154 uses services for replication: full replication
only
Message no. USMD_XI_PROXY024
Diagnosis
You want to replicate change request 000000000154 directly (using
enterprise services). When change requests are directly replicated
(regardless of the current settings in DRF Customizing), the replication
is always done completely. This is because the system normally cannot
determine an unambiguous delta set of data.
eventhough IDOC communciation method is selected for replication model and not able to generate IDOC as well
Hi Sanjay,
I guess there must be some discrepancy in the way how your outbound implementation has been configured.
When I tried to verify with in the system It is clearly defined that it For replicating CCG HRY it uses the outbound implementation
1110 replication channel is using web services , additionally a service operation is also maintained 1011 finally it is using BO TYPE 897.
Did you create a new BO type and any new outbound implementations stating it should use ALE IDOC. Can you please provide the screen shots of your BO def. and Replication model Def.
Regards
Pavan
Message was edited by: Pavan Bhamidipati
User | Count |
---|---|
87 | |
10 | |
10 | |
10 | |
7 | |
6 | |
6 | |
5 | |
5 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.