on ‎2020 Feb 09 5:37 PM
Dear FM Experts,
At System development phase some items were defined as statistical commitment items but these should be non statistical. same like some defined as non statistical while these items should be defined as statistical type commitment items.
Since go live budgeting system was on warning message. Now we have tuned it to error message and fully activated the budgeting system, so system is not allowing to post budget for statistical commitment items and for some non statistical commitment items we do not require budget check.
Please guide me regarding above situation. How i can handle these hurdles??
According to my limited knowledge system will not allow to change the status of statistical commitment item type. so what will be the other solution/alternative way to sort it out .
Help others by sharing your knowledge.
AnswerRequest clarification before answering.
Hi,
You cannot modify this indicator after the postings were made. At least, not in conventional way. If you want to solve it without messing up with the tables, you have to introduce new commitment items, with the right definition and start deriving them instead the previous ones. If your CIs were defined as statistical, anyway you couldn't post any budget of it, so the change won't be that heavy.
In order to exclude certain items, which were defined as non-statistical, from availability control, you can use AVC strategy for tolerance profiles. By assigning a tolerance profile, which doesn't issue an error message you would not have an issue with budget control either.
Regards,
Eli
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks Eli for your reply,
All right, for statistical CIs i will create new and replace these with old CIs in GL master data.
can you please elaborate with example that how i can create tolerance profile to exclude non statistical CIs from budget check??
Currently, system is confirmed to give warning message at 90% budget consumption and error message when budget will be consumed 100%. I am not aware to add more rule in tolerance profile to avoid budget check for non statistical CIs. Please guide me in this regards,
Regards,
Create a new tolerance profile, with 999% percentage. Create a rule in Strategy for Tolerance profiles, which will derive this profile for the relevant commitment items. That's it.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Eli,
Another solution coming in my mind to avoid budget check. simply i create the dummy item with financial transaction and item category 50/3 and link this dummy CI in derivation strategy (FMDERIVE) by creating new rule for those GLs for which i didn't require budget check .
I checked it at QAS, it is working fine. Need your recommendation/vetting for the suggested solution please.
Regards,
Hi,
Creation of dummy CI is not exactly the same. Apart from being excluded from AVC checks, postings on such an item will equally not write anything to FM tables. If this is a reasonable option for it, then go for a dummy CI. But, if you are still interested to see FM documents in the reports, even if the budget availability is not verified, then solve it with tolerance profile.
Hope it clarifies for you the difference between two approaches.
Regards,
Eli
Thanks Eli to differentiate between two approaches.
Actually, as i mentioned in my first question that some CIs were wrongly created as non statistical (with financial transaction and item category 30/3) for which we don't require budget check/vitrification, that's why we don't want to update anything in FM tables against these CIs.
So, it is concluded that we can use any of the approach for these CIs.
Thanks again Eli for your kind guidance and support.
Regards,
Khadim Hussain Ansari
CI can be defined as 30/3 and still be statistical. But, if you are fine with defining 50 or 90 for this CIs, then go ahead.
Please, close the thread if the question is answered.
| User | Count |
|---|---|
| 17 | |
| 8 | |
| 7 | |
| 6 | |
| 2 | |
| 2 | |
| 2 | |
| 2 | |
| 1 | |
| 1 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.