02-08-2011 10:48 AM
Dear Expert Team
We are using Funds Management-BCS.
When we are trying to transfer the Budget Value through transaction code FMBB, from Sender Fund Center to Receiver Fund Center. The transfer document is generated, but the transfer effect is not reflecting in both Sender and Receivers Budget available amounts with respective Fund Center, Commitment Item combination.
i.e. The Sender Budget Value is not reducing AND Receiver Budget value is not increasing.
Please suggest to proceed further.
Thanks and Regards
PVSRG
02-08-2011 11:01 AM
Hi,
You say that the document is generated, but the transfer does not effect. From what do you deduct this?
Is the transfer document in status 'Posted'?
Regards,
Eli
02-08-2011 11:13 AM
Hi Eli
Thank you for immediate response.
Yes. Document is generated. But transfer is not effected.
Please clarify where we are wrong.
Thanks and Regards
PVSRG
02-08-2011 12:28 PM
I'm sorry, but I cannot understand what it means 'not effected'. On what ground do you say that?
02-08-2011 12:45 PM
Hi Eli
Fund Center - A with Commitment Item - 123 having existing Budget Rs. 1000.
Budget Transfer of Rs. 100 through transaction FMBB is done as below:
Sender:
Fund Center-A with Commitment Item-123
Receiver:
Fund Center-A with Commitment Item-456
Here Transfer value Rs. 100 is not being reduced from Fund Center-A with Commitment Item-123
and Transfer value Rs. 100 is not being added to Fund Center-A with Commitment Item-456.
which is observed in Report FMAVCR01.
Please revert back.
Thanks and Regards
PVSRG
02-08-2011 1:03 PM
Hi, is it the same BCS value type in posted doc here 'Fund Center - A with Commitment Item - 123 having existing Budget Rs. 1000.' and in transfer? And Budget type
And what about Fund?
Edited by: alex ice on Feb 8, 2011 2:05 PM
02-08-2011 4:15 PM
Hi,
AVC is not the most optimal place to look at, as AVC ledgers are built on a logic which could be dependent on the budget type, for example. If the totals report (FMRP_RW_BUDGET, for example) shows the transfer, then everything is correct and you just have to check your AVC ledger configuration.
Regards,
Eli
02-09-2011 6:06 AM
Hi
For transfer of Budget we have selected/filled the below parameters and Budget Value is not getting updated in both Senders Object, Receivers Object.
BCS Value Type - Budget
Process - Enter
Budget Category - 9F Payment Budget
Document type - Transfer
Fiscal Year - 2010
Budget Type - Transfer Budget
Fund - XXXX
Version - 0 (Plan/Actual Version)
Document Date - 09.02.2011
Period - 11
Note: When we try to open the suggested Report FMRP_RW_BUDGET, we are getting the error "Program 4FBU does not exist"
Kindly provide the analysis solution for getting effect of transfer values.
Thanks and Regards
PVSRG
02-09-2011 8:35 AM
For 4FBU - re-generate the report by copying the group from client 000 (via GR59 transaction)
02-09-2011 12:07 PM
Hi Eli
After doing the Budget Transfer we have found the following observations:
1. Transfer effect is reflected in Report FMRP_RW_BUDGET.
2. Transfer effect is NOT reflected in Report FMAVCR01.
Why above 2 Reports showing values differently. (i.e. One report is showing transfer values, where as another report is not showing transfer values)
Please revert back.
Thanks and Regards
PVSRG
02-09-2011 12:29 PM
Hi,
You should check your AVC ledger. First try to initialize it (FMAVCREINIT). If it does not show, then make sure that this budget transfer is falling under definition of this AVC ledger. Is it standard ledger, e.g. 9I or user-defined one? What is the derivation strategy of the conrolling objects, etc.
Regards,
Eli
02-09-2011 12:48 PM
Hi Eli
We would like to inform you that:
1. We are using AVC Ledger 9H (Payment Budget) only.
2. Transaction FMAVCREINIT is initiated and not found any error messages.
3. Transaction FMBB is executed by selecting Budget Category with 9F-Pyament.
4. Derivation strategy for Cost Center to Fund Center, Fund maintained properly in transaction FMDERIVE.
5. Following selection parameters given in transaction FMBB.
BCS Value Type - Budget
Process - Enter
Budget Category - 9F Payment Budget
Document type - Transfer
Fiscal Year - 2010
Budget Type - Transfer Budget
Fund - XXXX
Version - 0 (Plan/Actual Version)
Document Date - 09.02.2011
Period - 11
Please revert back.
Thanks and Regards
PVSRG
02-09-2011 2:19 PM
Hi,
1. Did you run FMAVCREINIT in production mode? In the output of this report, differences are not seen. So, if you run it only in test mode, you won't be able to establish whether there are errors or not
2. FMDERIVE has nothing to do with budgetary documents. What you should check is the setting for AVC ledger: budget types participating + activation of the ledger as such
Regards,
Eli
02-11-2011 9:05 AM
Hi Eli
1. We have executed transaction FMAVCREINIT in production Run and have not found any error messages.
2. We also had activated Release Strategy for Payment AVC Ledger (9H).
3. We request you to provide more clarification on your Point No. 2 (i.e. What you should check is the setting for AVC ledger: budget types participating + activation of the ledger as such).
Also please find below observations on FUND TRANSFER through transaction FMBB:
1. When we transfer the funds from Fund Center' X' to Fund Center 'Y' , system is reducing transfer amount from Unreleased Budget (Not from Release Budget) from Fund Center 'X' with '+' sign (actually it should be '-' sign from Sender side)
2. In Receiver Fund Center 'Y', the transfer Amount is going into Unreleased Budget with '-' sign (actually it should be '+' sign from Receiver side)
Please revert back and do the needful.
Thanks and Regards
PVSRG
02-11-2011 2:59 PM
Hi,
If you work with release scenario, then you should check if you released your document in order to have it in AVC reports. Regarding signs, please consult note 739815.
I would suggest you to analyze FMBDP, FMBDT and FMAVCT tables, if you can manage it, in order to see why your AVC report shows what it shows. However, if it's problematic for you, you'd better open OSS mesage.
Regards,
Eli
P.S. FMAVCREINIT never shows errors in the output, even if there were some.
06-03-2011 1:48 PM