on 2020 Mar 01 11:26 AM
Hi Flexible Real Estate experts!
My long term seating configuration is debiting my building, and crediting my cost center!
I think it should be the other way round?
My understanding of long term seating is that you seat a BP (with associated cost center) into a Building (via a defined Architectural View Object with an assigned Building in reservation object). This seating should charge (debit) the BPs cost center and credit the Building.
My scenario is producing the opposite. The cost center is receiving the income and the building is sending the cost.
My config looks correct.
Where am I going wrong? Is my understanding correct?
Request clarification before answering.
Hi Amar
Fortunately the debits and credits are correct (CC debited, Building credited). My question relates to the reports which indicates that the Building is the sender and the CC is the receiver.
Surely sender (BU) /receiver (CC) report data is incorrect and should be the other way around?
Regards
Joe
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Dear Joe,
You are referring to which report? If in the report, it is showing building is the sender and CC is the receiver, that is correct.
Cost center is the receiver of cost and BU is the sender of cost which will be represented as (-) negative in the report. Negative cost should be interpreted as a revenue.
Regards,
Amarendar Kumar
Hi Joe,
In case of long term continuous occupancy, the Cost Center will always be debited and sender (Building) will be credited. If you check, the transaction is executed using a Secondary Cost element (p&l account) 630101. This means Cost center of the Occupant is debited (expense is booked on that cost center) and respective building gets a credit (revenue) for the same amount.
This way, you may be able to find out, how much credit the sender Building has in a period, which may be considered as revenue for that Building.
I too getting the same entry, and it is exactly as expected.
Amar
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Joe, can you run a test on the flow type Z12 and change the D/C indicator to Credit to see what the effect is? I think this will result in the desired posting.
regards, Andre
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks Andre
Exactly as I understand it, and my configuration concurs, but yet my CC is "receiving" and my BU is "sending".
Here I specify that its a debit posting against customer.
My reference flow types are correctly set
And my flow type to symbol indicates I debit customer/secondary cost element (for internal for Cont. Occ. Internal Expense) and credit Internal Revenue.
Strangely posting screen is incorrect (CC is receiving, BU is sending)
But my debit (CC) and credit (BU) is correct!
Do you think this needs a SAP Note to fix? So far, no note found, but I will keep checking.
Where else is there associated config for Sender/Receiver?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Joe,
In the configuration for "assignment of reference flow type" you should have specified Relation 52 - Billing for internal continuous occupancy". Based on the flow type that is assigned to this setting you can see the config of the "define flow types". On that flow type config there should be a D/C indicator.
This D/C indicator is quite important since it determines how the posting behaves. For details read the IMG activity documentation for the node "define flow types". You probably have to change the D/C indicator setting, or you can swap the settings in "assign account symbol to flow type", but it is important to check the D/C setting first.
Regards, Andre
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
9 | |
3 | |
2 | |
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.