G/L Account Group hierarchy (from KDH3 Controlling)

We need to load the GL Account Group hierarchy from ECC6. It's the version that's displayed by KDH3 (Controlling).
Is there an extractor that can be used for this purpose?
Regards,
Frederick

HI Frederick
Check this DS 0GL_ACCOUNT_T011_HIER
click on available hierarchy from OLTP button under hierarchy selection tab
Regards
Anindya

Similar Messages

Start Routine to Populate Account Group Field from Master data of 0Customer

Hello Friends. Please help me edit this ABAP code to make it work. I am putting this code in start routine in between two DSO. where I am using the
Start Routine to Populate Account Group Field from Master data of 0Customer. I do not want to use read from master data functionality since that field 0customer is not there in dso but similar field 0debitor is there. so i want to put this code
during the load from source DSO to Target DSO.
Error Explicit length specifications are necessary with types C, P, X, N und
DATA: L_S_DP_LINE TYPE DATA_PACKAGE_sTRUCTURE.
    types: begin of comp,
     CUSTOMER       type /BI0/OICUSTOMER,
     ACCNT_GRP          type /BI0/OIACCNT_GRP,
   end of comp.
    DATA: l_S_comp type comp.
    DATA: L_th_COMP TYPE HASHED TABLE OF COMP WITH UNIQUE KEY customer INITIAL SIZE 0.
IF L_th_COMP[] IS INITIAL.
SELECT CUSTOMER ACCNT_GRP FROM /BI0/PCUSTOMER APPENDING CORRESPONDING FIELDS OF TABLE L_th_COMP.
ENDIF.
LOOP AT SOURCE_PACKAGE INTO L_S_DP_LINE.
READ TABLE L_TH_COMP INTO L_S_COMP WITH TABLE KEY CUSTOMER = L_s_DP_LINE-CUSTOMER
IF SY-SUBRC = 0.
L_S_DP_LINE-/BIC/ACCNT_GRP = L_S_COMP-/BIC/ACCNT_GRP.
MODIFY SOURCE_PACKAGE FROM L_S_DP_LINE.
ENDIF.
ENDLOOP.
soniya kapoor
Message was edited by:
        soniya kapoor

Hello Wond Thanks for Good Answer and good option, But Client does not like this option and does not like Nav Attribute so he does not want to turn on any Nav Attribute, In general also We hav requirement to read a third table while uploading 1 dso table to 2 dso table,
so Please help me edit this ABAP code to make it work. I am putting this code in start routine in between two DSO. where I am using the
Start Routine to Populate Account Group Field from Master data of 0Customer.
No syntax Error But during the load it is updating the source table and not the target table. how to define now target table.
***SOURCE DSO Table
types: begin of typ_tgl1.
    include type /BIC/AZDAFIAR000.
    types: end of typ_tgl1.
    types: begin of comp,
     CUSTOMER       type /BI0/OICUSTOMER,
     ACCNT_GRP          type /BI0/OIACCNT_GRP,
   end of comp.
DATA: L_th_COMP TYPE HASHED TABLE OF COMP WITH UNIQUE KEY customer
INITIAL SIZE 0.
data: wa_itab type COMP.
    data: wa_zdtg type typ_tgl1.
IF L_th_COMP[] IS INITIAL.
***Master Data Table
SELECT CUSTOMER ACCNT_GRP FROM /BI0/PCUSTOMER APPENDING CORRESPONDING
FIELDS OF TABLE L_th_COMP.
sort L_th_COMP by CUSTOMER.
ENDIF.
LOOP AT L_th_COMP into wa_itab.
select * from /BIC/AZDAFIAR000 into wa_zdtg
                    where DEBITOR eq wa_itab-CUSTOMER. *** SOURCE DSO Table
IF SY-SUBRC = 0.
wa_zdtg-ACCNT_GRP = wa_itab-ACCNT_GRP.
MODIFY /BIC/AZDAFIAR000 from wa_zdtg. *** modify SOURCE DSO Table
ENDIF.
endselect.
    endloop.
soniya kapoor

P&L Report-Account Group Hierarchy -Position of lower nodes above

I define P&L Statement hierarchy in ERP using T Code: KDH2 (account group). The reason why I don't use standard financial statement version is because it can't include cost object /cost element in the hierarchy.
Then I designed a query using Bex Query designer. In row item "account number", I tagged the accoung group as hierarchy and select "position of Lower-level Nodes": above
However, in crystal report, when I recall the database, it is displayed as "higher nodes above." e.g. cost of sales include lower nodes of Material cost and labor cost, it display in Crystal report as:
Cost of Sales                                5000
              Material Cost                        3000
              Labor Cost                           2000
I want it to display as "lower nodes above":
             Material Cost                        3000
             Labor Cost                           2000
Cost of Sales                                5000
I have tried in crystal report desinger- -change group option- sort in original order, in asending, in desending , it doesn't work as "lower node above". (i have to group the account ID)
I don't want to use "sort in specific order" in group option because if it is hard coded, it doesnt faciliate future changes if user changes account group hierarchy in SAP ERP KDH2 (account group).
To sum up, is there anyone can tell me how to show the hierarchy in Crystal Report as "lower node above"?
Regards,
Frances

I find the solution by myselr: just put the account code in crystal report group footer rather than the group header, it will show lower nodes above as
Material cost 2000
Labor cost 3000
Cost of Sales 5000
Edited by: Jixiang Fan on May 14, 2011 12:12 PM

Account Group change from Bill to Party to Sold To Party

Hi Friends,
I cannot change the Account group from BP( Bill to party to Sp (sold to party which I need to do) from TC XD07, but giving error msg "The planned change is not allowed as the following field groups would be masked by the new account group".
Can anybody tell me how I can do this.
Thanks N Regards,
Siddhartha

hello, friend.
the reason for this is that the configuration/settings for the fields between the account groups 0001 (sold-to) and 0002 (ship-to) are not the same.
you need to go to IMG > Log General > Business Partners > Customers, go to the account group 0002 and make the field settings the same with 0001 before you can change account groups for customers.
just be sure to revert back to the default 0002 settings after account has been changed.
regards.

Vendor Hierarchy account group

Hi Gurus,
Is it possible to use the Z account group (copied from the acct group 0002 Vendor) instead of 0012 for the Hierarchy node?
The Client want to use the existing vendors which were created under Z account group for the hierarchy node. He wants to map the existing vendors to parent/child relationship.
Greatly appreciated your help in advance.
Thanks and regards
Durai

yes, it's possible

Extraction of all available hierarchies from KDH3 in R/3 system

Hi,
As part of the cost center reporting, user wants to utilize the account group hierarchy which is available in R/3 using KDH3 transaction code.
It would be appreciated if you could provide some helpful information of how to pull the account group hierarchies into BW system.
Thanks,
Bobby.

Hi Paolo,
You gave me good idea of what I am supposed to do.
When I ran the ST05 on KDH3 and found that it is using class 0109 so I am assuming that I need to use the data source 0ACCOUNT_0109_HIER to pull the data into BW??
I am giving full points for your valuable response.
Thanks,
Bobby.

Requirement: Customer account Group wise Sale area Allowed

HI
My client Requirement is Based on the account group system will allow few sales areas at the time of creating the Customer master
Is it possible in SAP if Yes please guide what are settings required
if No how to achieve this requirement
Regards,
Prasanna

Hi
As of my understanding we use account group for:
1. Controlling Number Range
2. Controlling fields (Display, Hide , Mandatory)
3. Partner Functions.
Now to control the Account Group for Sales Area might not be possible (Please do check at your end).
Here is a suggestion , if the master's are created by different user's try controlling it through Authorizations.
And , use the number range as a criteria to identify the as like, Domestic customer no range 110001--1199999
Export customer no range 220001--2299999.
And also you can use the sale office and sale group from the Authorization control point of view , reporting point of view.
Thanks...................Rishi

Customer account group

hi
is it possible to have different account group for SP SH BP And payer for the same customer
Regards
Vinz

hello, friend.
a customer number exists with only 1 Account Group at a time (exam: 0001 Sold-to, 0002 Ship-to, etc.). however, a customer can exist as one or more partner functions (exam: SP, SH, BP, PY, etc).
the account group, in a way, controls what partner functions the customer is created as. for example, when using account group 0001, the customer is created as SP, SH, BP and PY. it will not be the same for account group 0002, as the customer will be created primarily as SH, and excluding function SP.
you can change a customer's account group. however, there are certain rules before conversion is allowed. these can include that the field settings should be the same, and that you usually can only convert to a "higher" account group (exam: from 0002 to 0001) and not the other way around especially if transactions already exist for the customer.
regards.

GS004 Set does not exist. PCA account groups

I ran transaction KE5B to copy the financial statement version to PCA account groups. I did not use a suffix or prefix.
The result was an account group has been created in profit center accounting (classic G/L). I can see this account group in transaction KDH3 and I can even change and save it in KDH2. Now when I run a list oriented report from the menu tree (report group 8A26) and I select this account group, the system reports the error GS004 Set does not exist.
The funny thing is when I run an interactive report in PCA and I select the same account group, I don't get this error message and the reports just run.
Please help me out, I need to run these list oriented reports.
BR, Edwin

Hi,
How was everything going on? Have you create a run as account and distribute it to specific computers that being monitored?
Please through the below blog to build your runas account:
Configuring Run As Accounts and Profiles in OpsMgr – A SQL Management Pack Example
http://blogs.technet.com/b/kevinholman/archive/2010/09/08/configuring-run-as-accounts-and-profiles-in-r2-a-sql-management-pack-example.aspx
In addtion, here is a similar thread for your reference:
Run As Account does not exist on the target system or does not have enough permissions
http://social.technet.microsoft.com/Forums/en-US/b3c90ac5-c932-4b13-a5a9-e6991f09e60e/run-as-account-does-not-exist-on-the-target-system-or-does-not-have-enough-permissions?forum=operationsmanagergeneral
Regards,
Yan Li
Regards, Yan Li

Change Account Group (BU_GROUP) in ERP -- CRM replication

Hi experts,
We are running CRM 7.02.
Customer has a requirement to change the account group in CRM, between 2 account groups in different number ranges.
They currently do this via XD07 in ERP, however, the changes do not replicate fully to CRM.
(CRMM_BUT_FRG0041-ACCOUNT_GROUP is updated by middleware, but BUT000-BU_GROUP is not)
We are thinking to use BADI BUPA_INBOUND to make an enhancement in CRM that will force the account group to be changed in field BUT000-BU_GROUP.
We understand that the account group will no longer align with the assigned number range. This is acceptable from customer perspective.
Are there any other issues that we should be concerned about or made aware of ? Any other customers facing similar requirement / experience ?
Thanks.

Hi Charles!
The Account Group is the essential controlling element in the ERP system. In CRM there is no such concept of the account group that controls all important functions as is the case in ERP. Therefore there is no 1:1 mapping of the account group between ERP and CRM. The account group is mapped to the sales classification in CRM. This allows you to specify which sales classification the business partner receives depending on the account group maintained in ERP. This is why you see the change in table CRMM_BUT_FRG0041. You must specify a numbering group for which the new business partners are assigned their new BP ID in CRM. This is what the BU_GROUP field refers to in BUT000, the numbering group and not the account group. So a change in account group will never change the ID of the BP in CRM. Changing the ID of a BP in CRM can have serious inconsistencies. Note 504265 provides details on this and a possible work around. Hope this helps!
Conall.

Account groups for Partner Roles in Vendor Master

1. Can we use same account group to create the vendor master for the different partner roles? for the partner roles like goods supplier, invoicing party, order party, etc do all these need to have different account groups , example one account group for goods supplier, one account group for invoicing party, etc , etc.
2. why we need the configuration for partner role in purchasing documents besides partner role settings for vendor account group. what is the logic behind to have partner role dependent settings for purchasing documents.
If we do not maintain for partner role settings for purchasing documents what effects it will cause?

> 1. We can have 1 account group represent all partner role or separate account group for each role.
1.If we use the same account group, the field selection control for fields will be applicable to partner roles also. If we have made vendor schema as mandatory in vendor master than we have to assign to partner vendor also. Example ordering address will not require company code data only purchase data, it will not require also pricing procedure as mandatory as no price determination will be required for ordering address.
I think we have to use combination of account group -same account group and different account group will defining vendors for partner function.
Do we require to assign vendor schema group to following vendors roles- goods suppliers, invoicing party and payee.
If we do not assign vendor schema group will these partner role determine price from the VN partner role. For example VN (vendor) has vendor schema group assigned, no vendor schema group assigned to invoicing party, then while doing MIRO the invoicing party will be defaulted. Do the price determined for VN role will be populated for invoicing party in MIRO?
> 2. we need partner role in purchasing doc because we can copy partner role from vendor master to purchasing document
It means we need to assign similar roles in schema for vendor account group and purchasing documents. If you see the schema in config for partner determination in IDES system, different roles exists in vendor schema and purchasing document schema.
This is creating confusion for me to understand.
Please clarify
2. we need partner role in purchasing doc because we can copy partner role from vendor master to purchasing document

Account Groups in the IDoc is different Message no. B1356

Hi Experts,
We are setting up CfC using the HCI interface, when we make a change on a customer (Which has been sent from ERP), in CfC, we get an inbound IDoc error in ERP "Account group in IDoc is different":
Error Message:
Diagnosis changes cannot be made automatically to the account group of a customer master record. The customer with number 00000XXXXX currently has account group 0020, but the account group 0001 is contained in the intermediate document. Procedure: Please change the account group manually to 0001 and then try to process the intermediate document again.
The error makes sense since account 00000XXXXX was created in ERP with account group 0020. This was then sent to CfC where we have mapped a lot of account groups e.g. (CRM000 = 0001, CRM000 = 0010, CRM000 = 0020 etc.) When we map more account groups to the same internal account role in CfC (Via. Code list mapping), it is required to have one default outboud meaning that every change to an account will be sent with the role 0001 (If that is the default outbound, in this case it is).
We are working with multiple account groups comming from ERP, all these account groups are Sold Tos, therefore we need to be able to send data from CfC to ERP, without the IDoc getting stuck in the validation.
I was told in a CfC training session from SAP, that Sold tos should always be mapped to CRM000, therefore I haven't created different roles for different account groups.
Do you have any recommendations on this issue? Is it recommended to create new Roles in CfC for every account group (remember that these are all sold tos, so they should work exactly as the standard role CRM000), or do we need to work with somekind of BAdi in inboud for ERP? Any thoughts are ideas?
Best Regards
Anders

for information, I found this note 1914662, I think this will solve the issue.

Problem with Account Group while creating a Customer

Dear Friends,
I am trying to create a customer with a specific Account Group. But when I try to save this customer I get an error message
Acct group XXX uses internal no.assignment; leave blank.
I have copied my account group (XXX) from 001 Sold-to-Party.
Request you to please guide me why this error is and what is the resolution for the same.
Regards,
Lalit Kabra
PS : Pardon me for basic question as I am trying to learn SD.

Hi,
This error means this Account group has the number range which is internal(Sold to party has the Internal assignment only). This means system gives the number automatically. If you want to use your own numbers ,them you change the assigned number range, go to "OVT0" and select the number range which is external. This should solve your problem.
Regards
Ram Pedarla

Restrict FI postings from FB60 at vendor account group level

Hi Experts,
We have a requirement whereby the authorization for posting from T-Code FB60 should be controlled at vendor account group level (LFA1-KTOKK).
We are also fine with restrictions at vendor master authorization group level (LFA1-BEGRU/BRGRU).
So a particular user should be able to post to a vendor in acct grp A but not acct grp B from FB60.
However, it seems that T-Code FB60 checks only objects BKPFBLA, F_BKPF_BUK, F_BKPF_GSB, F_BKPF_KOA.
Neither of the above 2 fields are available in these 4 objects.
In case you have a solution for restricting FB60 postings, please reply.

Hi.
In vendor maser data you can maintain LFB1-BEGRU='vendor group', and check it in F_BKPF_BEK-BRGRU

Accounting group entries not reflecting in KDH3

In transaction KDH3 for a particular accounting group, All the GL accounting entires don't appear under that accounting group.
If I go and check for that GL account in the system via FSP0 transaction, that GL account does exist in the system but it does not appear in the hierarchy list of KDH3 transaction. What could be the reason for the same?

Yes, I realized that GL account can be added via KDH2.
The real issue that I am facing is that for a particular acc group,certain GL acc are suppose to appear below that acc group automatically but they are not appearing.
These GL acc do exist in system but now are not appearing in the hierarchy below the acc group. GL acc used to appear till 2012 but have stopped appearing in the acc group hierarchy after 2012.
I checked transaction OBD4, here for my chart of accounts, acc group is not present in the mapping list, not sure if this is the reason for omission of GL acc under the acc group.

G/L Account Group hierarchy (from KDH3 Controlling)

Similar Messages

Maybe you are looking for