Derivation rule for commitment code

is it possible to have a derivation rule where we can define for budgeting purpose that if we are using a particular cost center we could use only a particular commitment code only.
viewers please leave your hints/remarks so that any help could be received
Edited by: ca sanjeev mehndiratta on Jan 12, 2009 6:59 AM

over

Similar Messages

"Error occurred in derivation rule" & "No commitment item entered in item".

Unable to create Purchase Request (PR) and the following error message shows
"Error occurred in derivation rule. See Long Text"
Diagnosis
Fund From Commitment Item
No entry in a derivation rule was found for the specified source fields.
The derivation rule was set up that an error message appears when this happens.
The required derivation rule entry would need the following source fields:
Commitment Item
xxxxxxx
Procedure:
Create an entry in a derivation rule for these source field values. Make sure that entries exist for all the valid source field values. If the derivation should not always be carried out, you can also define rule so that no error message appears if a derivation rule entry does not exist.
Can any one help how to find out the root cause of the error and solve this issue
Regards,
GB

I was able to duplicate your error by creating the following.
I went to transaction FMDERIVE and created a derivation rule and named it "Fund From Commitment Item".
On the definition tab, I selected committment item (COMMIT_ITEM) for the source field and the target field selected (FUND).
The condition tab was left blank. NOTE: On the attribute tab I selected the option "Issue Error Warning If No Value Found).
I entered no rule values (F9) within the rule (for example such as commitment item XXXXXXX = fund YYYYY) and saved.
After creating this derivation rule, I get the same error message because there were no values in the derivation rule (the source commitment item used was not found in the rule).
If Fund is a field that is always keyed manually then I would not have such a derivation rule.
But you may have some exceptions (like we do) and in the case of exceptions you can populate the derivation rule with those exceptions... i.e. whenever commitment item XXXX is used then the fund should be equal to YYYY further using your conditions and attributes for your custom needs.

Automatic Business Area Derivation Rule for Vendor Line Item in MIRO

Hello Experts,
We trying to use Business Area concept for our client.
I have completed all configuration setting for the business are derivation like
1. Creation of Business Area
2. Assign Business area to Plant / Division (OMJ7)
3. Business area determination from sales area (TVTA)
4. Business Area by Sales Area
5. Checked Field Status Group for Customer and Vendor Reconciliation Account
It is working for for compelete sales process and in Procurement cylce it is picking business for MIGO transaction both the line items.
But
In MIRO (Purchase invoice posting) it is automatically taking Business area to the GR/IR line item and it not taking Business area for the vendor line item (automatically)
I comes know that there is a business area derivation rule for this to happen automatically.
Can you please propose the soulution for the automatic derivation of business in MIRO for vendor line item.
Regards,
Chalapathi

Hi,
I do mot think there is a BA derivation rule for MIRO.
The best you can do is:
1. Use a user exit or enhancement point for deriving the BA from the GR/IR line and populate that in the vendor line
or
2. You make BA as a mandatory field in the field status group for the vendor reconciliation account. This will then force the user update the BA. We use this option. This is so because at times, the vendor item may need a different business area than the GR/IR line.
Cheers.

Derivation Rule For Fund Management

Dear All,
Where we can maintain derivation rule for fund management???
Mahendra
help.sap.com

Dear Mahendra,
Please follow following link for PSM-FM
http://help.sap.com/saphelp_pserv472/helpdata/EN/ba/43d43ab8029b66e10000000a114084/content.htm
and for FI-FM
http://help.sap.com/saphelp_pserv464/helpdata/EN/ba/43d43ab8029b66e10000000a114084/content.htm
Hope this solves your query
Regards
Saurabh
Edited by: Saurabh Khandelwal on Nov 23, 2011 3:05 PM

Derivation rule for value fied

can any one tel me how we define derivation rules for value fields. is it posible to put derivation and how it
will effect.
Thanks&Regards
Amar

Hi
In COPA Derivation rules you can only map characteristic.. i mean you can derive only Characteristic values not for Value fields.
Value fields are normally mapped with SD conditions or GL accounts.
If you want to manipulate or recalculate the values flowing into value fields you need to use enhancements.
In this step you can set up system enhancements which are not supported in the standard R/3 System. These so-called "standard enhancements" can be used in the following areas of Profitability Analysis as below.
Derivation of characteristic values        (COPA0001)
Valuation                                    (COPA0002)
Direct postings to profitability segments (COPA0003)
Currency translation                        (COPA0004)
Actual data update                          (COPA0005)
Hope this helps
Regards
Venkat

Derivation rule for budgeting

is it possible to have a derivation rule where we can define for budgeting purpose that if we are using a particular cost center we could use only a particular commitment code only.
viewers please leave your hints/remarks so that any help could be received

How to change fund managment period from existing (APRIL TO MARCH)    TO OCT TO SEPTEMBER.
WE ARE TRYING TO CHANGE THAT USING
                 public cector mgmt
                                 fund mgmnt govt
                                               basic setting
                                                         fiscal year setting
                                                                     define fiscal year setting
there we have                       v3 as    april to march and
                                           v9 as    oct to sept
originally we had assigned v3 to Financial year and   to fund mgmt period both.
             but now we want to assign v9 to fund mgmt period.
But system is not allowing us to do that. How can we achive it and what are the reasons for errors

Copa derivation rule for customer group

Hi All,
I am currently facing an issue with Derivation rule and hope someone can help me on resolving this.I have created a COPA derivation rule which has field as
Source Field
company code
Plant
Target field
Distribution channel
Condition
customer group 3 = 18.
so ideally with this conbination the distribtion channel gets updated
for the sales order.
However the issue we are facing is that the rule is working for only 1st line item and not for the others. I have also kept setting as" overwrite values only if new values found"
e.g if we see the accounting doc of billing then
line item 1 customer: x
line item 2 SaLes GL: rule works fine and dist channel is updated.
line item 3 discount GL: rule does not work.
Have checked the derivation rule and it looks correct.
Can you kindly suggest solution to this.

Hi Ajay,
Thank you so much for your reply.Please note that the GL is a cost element but the category in system is 1 and not 12.However I would like understand as to why is this happening.why does the system picks up derviation rule for a Gross sales GL and not for Discount GL(Cost element).
The distribution channel gets updated for sales GL when i check the prof segment of the line item, however this is not the case with doscount GL.
I would like to understnad the implication before changing cost element category from 1 to 12 as it runs across system.
Kindly provide some more explaination.
thanks in advance.

BW 7.0 - Extraction of the FM derivation rule gl_account - commitment item

Hello,
I need to load in BW the FI-FM tables of the derivation rules between GL account and commitment item.
The particularity of these tables is that their name is client-dependant.
Example: the table name in development system is: totoDEV; in production system: totoPROD.
I created a specific datasource based on table SKA1 and added the commitment item in the extraction structure .
Now, I have to write the function EXIT_SAPLRSAP_002. I know I need to use a variable for the table name but I don't know how to do that, because I can not declare the production table in development system. I need some abap help!!
Great thanks in advance.
Jacques

Hi,
I can think of three possibilities for a solution.
1. Store the name of the required table in a config table and select at runtime
2. use an 'IF' or 'CASE' statement to deterimine which system you are currently in and then place the required varible within this statement.
3. Preferred solution: use a Field Symbol to assign the table at run-time, this way no errors will occur and your program will compile.
There are many examples of FIELD SYMBOLS on SDN and even the F1 help in SAP.
regards,
CH

Derivation rule for service agreement

Dear Gurus,
I have derivation rules between GL-commitment item and Cost center - Fund center. now when i create PR & standard PO for type "cost center" the system is working properly by derives fund center and commitment item automatically but when i create service agreement the system doesn't derive fund center and commitment item. If anyone have any suggestions, please let me know.

Are there any conditions to the derivation rule?
In my QA system, I was able to create a derivation rule GL=Committment item. It worked the first time I created a scheduling agreement using ME31L.
Then I went into the "conditon" tab of the derivation rule and entered business transaction=RMBA and RMBE (purchase requisition and purchase order respectively) and the derivation rule did not work when i created another scheduling agreement.
Other than some conditions exist or the target field attribute is needed to be set to overwrite. I am at a loss to what the problem could be.

Assigning constant value to Account Derivation Rule for FA

Hi,
I have the following requirement for SLA in FA
Requirement :
Cost of Removal Gain should pick the segment1(balancing segment) value from Asset Assignment screen and rest all segments from Book level when the CC <> 'XXXX' (particular CC) and A/C <> 'XXXXXX' (particular a/c).
I have created a custom ADR, in which i had mapped the Expense Account Code Combination identifier for balancing segment. But i am unable to put the condition(where the CC <> 'XXXX' (particular CC) and A/C <> 'XXXXXX' (particular a/c)) in the condition screen.
How can i map the above condition in ADR?
Thanks in advance
Regards
Rajkamal

Hi
In COPA Derivation rules you can only map characteristic.. i mean you can derive only Characteristic values not for Value fields.
Value fields are normally mapped with SD conditions or GL accounts.
If you want to manipulate or recalculate the values flowing into value fields you need to use enhancements.
In this step you can set up system enhancements which are not supported in the standard R/3 System. These so-called "standard enhancements" can be used in the following areas of Profitability Analysis as below.
Derivation of characteristic values        (COPA0001)
Valuation                                    (COPA0002)
Direct postings to profitability segments (COPA0003)
Currency translation                        (COPA0004)
Actual data update                          (COPA0005)
Hope this helps
Regards
Venkat

Derivation rule for Product from Material Group

Dear All,
Is it possible derive product from Material Group. The scenario is as below.
We executed KE30 report (Classic Drill down) for Product, the we are able to see the profitability for different products, when we click on the list button (Find button) againist the product at the bottom we found not assigned, we selected that and we found there are some un assigned amounts (without product). when we see the line items for the same the line items are coming with out product ( product field is emply)
Another observation is we created profitability assessment cycle (KEU5) in which cost center is the sender and material group is the receiver. when we run this cycle system is not distibuting the costs to the products, in the sender and receiver its executed with zero values.
In derivation rule KEDR we gave the logic to derive product from material group.
please guide the way which we are following is correct or not. can we derive product from material group.
Thanks,
Siva Reddy.S

Hi
Yes you can derive using "Derivation" method in KEDR and maintain a mapping of Mat Grp to Product... But that is not the right way
You need to find out why some lines are posted w/o products.. They can be genuine cases....
Also for assessment, either specify the Product as receiver or run KE28 Top Down Dist in order to allocate values from Mat group to Products..... Deriving Product from Mat group does not seem to be the nice way
br, Ajay M

Deleting derivation rule for the existing characteristic in operating conce

Hi all
My customer has two characteristics" Billing Doc(VBELN)" and" Warranty status" in the development and testing client and not in the production now.
Option 1 : Is to delete them but as the data is already posted for the same in the test and development client,it is lot more complex( involves implementation of OSS notes-SAPNET note 21207) .
Option 2: If we decide to keep them for now:These two have a derivation rules too. So can we simply delete the derivation rules so that data will not get posted to them( So will not effect the PSG i.e ce4xxxx table in production once the same transport is moved to production). There are no dependencies on this derivation rule.
Option 3: Can we also remove them from segment level characteristics?
Please let me know pros and cons ?
I really appreciate your time and effort.
Thanks & Regards
Sri

Hi,
If the characteristics have not been transported to production then why don't you delete them in the dev/test system ? Here you can take the risk.
To delete characteristics or value fields, perform the following
activities:
1. Delete the corresponding characteristics and value fields from Customizing in all clients (this includes forms, reports, planning
layouts, and so forth). To locate characteristics and value fields, use the appropriate where-used list in the Customizing Monitor. You can access it by choosing Tools -> Analysis -> Check Customizing Settings (TA KECM).
You can jump directly from the where-used list to the relevant Customizing transaction and then delete the appropriate field there.
2. Switch to the screen for maintaining the data structure of an operating concern (Maintain operating concern).
3. If you need to effect other changes to the datastucture for the operating concern before making any deletions, effect those changes and save the data structure.
4. In order to be able to select the fields of the data structure, choose Extras -> Characteristics (or Value fields) -> Unlock.
5. Select the characteristics and value fields to be deleted and remove them from the data structure with the "Reset fields" function.
6. Reactivate the operating concern. The system starts by checking whether the operating concern contains any data and whether the fields to be deleted are still being used in any Customizing settings.
7. If none of the fields are still in use, the system then starts the re-activation. If the operating concern does not contain any data or does not require the database system to be converted, the tables are activated. You are then able to activate the environment for the operating concern. In this case, the following activities no longer apply.
If the operating concern already contains data, a system message tells you that the database needs to be converted. If you proceed, an activation log appears (at the top of the list).
8. Analyze the activation log. If it only contains error messages telling you to convert the tables, proceed with the next activity.
You must otherwise remove the cause of the errors before the tables can be converted. In this case, you should answer "No" to the next prompt, which asks whether the conversion transaction should start.
9. If you still only receive error messages telling you to convert the tables, choose "Back" and start the conversion.
10. Plan a job for the conversion. A list of the tables to be converted is shown for this. If the tables only contain a small amount of data (less than 10 000 records), then all the tables can be converted in one job. In that case, you can select all the tables.
For larger tables, conversion should take place in several jobs.
However, you should ensure that table CE4xxxx (where xxxx = operating concern) is the last table to be converted.
Warning. No other changes can be made to the operating concern during the conversion.
A copy of the table is generated during the conversion. The database system should have sufficient memory available for this copy.
To schedule conversion as a job, use the "Schedule selections" function.
You can display the current status of the conversion by selecting the "Refresh" icon. Tables disappear from the list once they have been converted sucessfully. If a conversion is taking a while, it is also possible to leave the transaction. You can then continue the conversion using DB requests -> Mass processing in one of the following ways:
With the job overview. You access this by choosing System -> Services ->Jobs.
Using the database utility transaction. You access this by choosing Utilities -> Database Utility in the ABAP Dictionary menu.
You can use the status function to call up the status of the operating concern during operating concern maintenance. You need to activate all tables after conversion.
11. To analyze errors that have occurred during the conversion, you can use the database utility transaction by choosing Extras -> Logs. The log has the same name as the conversion job: TBATG-date. You can also restart the conversion with this transaction.
For more information on the database utility, choose Help -> Application help while still in the above transaction.
12. Once you have activated all the tables in the operating concern, generate the operating concern environment from within operating concern maintenance.
You can then use the operating concern again.
Please, refer to the IMG documentation under Controlling ->Profitability Analysis -> Structures -> Define operating concern
-> Maintain operating concern, for further details.
regards
Waman

COPA derivation rule for GL fields

we are using Transaction type (BSEG_BEWAR) to store additional information for our Sales reporting. During the GL entry this field is update. I have created Derivation rule in COPA using table look up. The table I am using is BSEG. I have characteristics defined for Transaction type- WWTTY.
when the table lookup is populated I get following fields in source as target :
BSEG -
> BUKRS                                COPA --> BUKRS
BSEG -
> BELNR                               COPA -
> BELNR
BSEG -
> GJAHR                              COPA ---> GJAHR
BSEG -
> BUZEI                               COPA -
> WWDOC ( This is custom defined in COPA)
Assignment of Target Fields:
BSEG ---> BEWAR                                COPA -
WWDOC
Still I am in seeing COPA getting updated with Transaction type value.
Need input to solve this issue.
Thanks in advance

Hi Ajay,
Thank you so much for your reply.Please note that the GL is a cost element but the category in system is 1 and not 12.However I would like understand as to why is this happening.why does the system picks up derviation rule for a Gross sales GL and not for Discount GL(Cost element).
The distribution channel gets updated for sales GL when i check the prof segment of the line item, however this is not the case with doscount GL.
I would like to understnad the implication before changing cost element category from 1 to 12 as it runs across system.
Kindly provide some more explaination.
thanks in advance.

Derivation Rule for Partner Function

Dear Experts
I have some questions about COPA derivation rule.
I attempted to input a number for remark by using the partner function u201Ccontactu201D field in biling table (KNVP-PANRN).
Itu2019s always occurred error while SD entered PGI after I configuring the derivation rules.
My derivation rules as following:
Source Fields
KNVP     KUNNR     >>CO-PA     KNDNR
KNVP     VKORG     >>CO-PA     VKORG
KNVP     VTWEG     >>CO-PA     VTWEG
KNVP     SPART     >>CO-PA     SPART
KNVP     PARVW     >>GLOBAL USERTEMP3 (use MOVE for constant=CP in last step)
KNVP     PARZA     >>GLOBAL USERTEMP4 (use MOVE for constant=000 in last step)
Target Fields
KNVP    PARNR >>CO-PA WW001
Seems probably have some problems.
Could Experts give me a hint?

Problem solved.
I just set my constant numbers wrong.

Analyse derivation rules for settlements

Hello
I have a problem with incorrect COPA characteristics maintained via KEDR, when I am settling production orders (KO88).
Am I somewhere able to see how the derivation are made in the settling documents? I know that I can press the 'Analyze' buttom when entering COPA characterics in FI documents.
Thanks in advance
Best regards
Søren Kirch
LOGSTOR

Hi Søren Kirch Jen
Pls check whether you have opted for "Settlement Optional" for Prof. Segment in your Settlement Profile.
When you settle a Production Order, by default, the settlement receiver will be your material. And the Characterstic Derivation in COPA for the material, is defined by SAP by default. You can check the standard derivation steps in KEDR for cross-check.
You can see the settlement parameter in a Production Order as follows...
Go to Production Order (CO01 / CO02 / CO03)
Go to the Menu -- "Header"
Click on "'Settlement Rule"
You will see the default receiver there to be the Material,
Now, go to menu option "GoTo"
Click on "Settlement Parameters"
Here, You can see all the parameters for that order...like Settlement Profile, Allocation Structure, PA Transfer Structure etc.
Pls revert back with details for better analysis and explanation.
Srikanth Munnaluri

Derivation rule for commitment code

Similar Messages

Maybe you are looking for