PA derivation rule triggered earlier

we use f-02 to post to profit segment, by analyze the derivation, we find derivation rule step 18 is table lookup, from customer+sales organization to derive one Z characterstic, which is not appeared in KEDR, in KEDR, steps are from 20 onwards, so where can I find the setup step 18 derivation, is it defined in SPRO? thanks

Hi
If you don't find it, create the Derivation step again and place it above Step 20
Br, Ajay M

Similar Messages

Copa derivation rule not working for Discount GL

Hi All,
Kindly note that I have a distribution rule where company & plant combination is used where condtion is that customer group 3 should be 018 and then replace distribution channel to 03.However the rule is not working for discount GL posted in the billing document.
I tried testing it in FB50 but then it does not allows me to enter plant and because of that derivation rule fails. However in my billing doc I do see a plant against discount GL and still the rule is not getting picked.
I had raised this issue earlier but the reply where not as expected and so I have rephraised my question.
Kindly help me on this.
Regards
Pranay

Hi Pranay
I could not understand your req to a great detail, following are my observations
1. There should be derivation rule in place 1st of all to derive customer group from billing doc...
Check if Cust Group is populated in your COPA doc or not.. For this cust group should be a segment level char in KEQ3
2. Create a derivation rule using method "Derivation".
Source fields would be Cust Group, Plant and Company code ( I guess you want to change dist channel with this combination)
Target field would be VTWEG (Dist Channel)....Click on the magnifying lens beside VTWEG and choose relevant radio button "Overwrite if ......."
CLick on RULE VALUES and maintain the required Values there
This should work...
Regards
Ajay M

KEDR - Derivation Rules in FICO

Hi all,
I want to know about the Transaction KEDR like what is the use of this tcode, how it works, etc....... As im new to FICO i dont understand about the Derivation Strategy, Derivation rules which is used in this Tcode.
Can anyone guide me on this. It will be a great help if anyone help me out in this.
Thanks in advance.......

Hi,
Derivation strategy determines the way to derive the values. Derivation rule will actually make you derive the values based on given parameters.
As I said earlier, say for example Business needs to analyse COPA values on Department wise. Now department field say not captured in any other means, then to derive the value of department and post in copa, u use KEDR.
In KEDR u specify the source fields which in turn act as the parameter comibnation throght which target field Department is to be populated.
Regard
Sudhakar Reddy

Derivation Rules in FICO

Hi all,
I am new to FICO and i need to work on the Derivation Rules Txn KEDR in FI/CO.
That is i need to know the
1. Purpose
2. Example
3. Then walk through the process.
Actually i dont know anything about the Derivation Rules as well as KEDR. And i dont know what is the link between the KEDR and Derivation Rules.
Can anyone guide me on this. It will be a great help if anyone help me out in this.
Thanks in advance.......

Hi,
Derivation strategy determines the way to derive the values. Derivation rule will actually make you derive the values based on given parameters.
As I said earlier, say for example Business needs to analyse COPA values on Department wise. Now department field say not captured in any other means, then to derive the value of department and post in copa, u use KEDR.
In KEDR u specify the source fields which in turn act as the parameter comibnation throght which target field Department is to be populated.
Regard
Sudhakar Reddy

COPA Derivation Rules are not assigning the correct values

COPA Derivation Rules are not assigning the correct values when we process billing documents in batch. We currently have derivation rules defined to take the ship to country and refer to custom tables were we identify custom geographic groups (INT/DOM and EAM, AP, etc.). The derivation rules work accurately when the billing documents are created individually, and more than 75% of them are accurate when generated in batch, but in some circumstances, it populates the derived values with the wrong field and we can not identify where or why that's happening. It looks like it may have something to do when the ship to customer number account group is different, but that's not consistent.. Does anyone know how or where these values get populated, or have any ideas why incorrect values are appearing sporadically throughout the billing run? Thanks!!!

Leigh,
Apparently the function module is changing the values for some billing docs. Check one of the following user exits, if it gets triggered and the values are changed:
COPA0001 Enhancement for derivation in Profitability Analysis (CO-PA)
Function Module: EXIT_SAPLKEDRCOPA_001
COPA0002 Enhancement for valuation in Profitability Analysis (CO-PA)
Function Module: EXIT_SAPLKEAB_001
COPA0003 Enhancement for assignment to profitability segment (CO-PA)
Function Module: EXIT_SAPLKEAK_001
COPA0005 Enhancement for actual data update (CO-PA)
Function Module: EXIT_SAPLKEII_001
Function Module: EXIT_SAPLKEII_002
Award suitable points if the above helps. You can also reach me at [email protected]
Thanks
Ajay

Derivation Rule in report painter

I want Product describtion along with Product number. in a report. I have created a derivation rule through KEDR. and coppied the product describtionin the rule. Now how to use this derivation rule in the report.

Harish,
There is no need to define seprate derivation rule as product description is readily available in COPA tables.
Just select product description characterstics for available list while designing report.If report already exists then go to change mode and make nessesary changes.
Please call me for any more inputs.
Ashok

Maintain Derivation Rules - TCode : GGB1

Hi friends
What is the importance of Maintain Derivation Rules (TCode : GGB1) with respect to Profit center accounting. Is it a compulsory step in configuration or not?
At our client we are implementing the ECC 6.0 with new GL activation. In this case what is the importance of this "Derivation Rules".
Thanks in advance.
Regards
Kiran

Hi,
GGB1 is used for substitution maintenance. It's certainly not manadatory. Only if you have some functional requirement for subsitution, you should use this transaction.
Regards,
Eli

Error while defining derivation rules in FMDERIVE

We are currently on ECC6. While defining Funds Mgmt .... activated the derivation rules in FMRULES. But when I try to define the derivation rules in FMDERIVE .. I get the following error: Syntax error in program "RFMDERIVE003 ".
Error in the ABAP Application Program
The current ABAP program "SAPMABADR" had to be terminated because it has
come across a statement that unfortunately cannot be executed.
The following syntax error occurred in program "RFMDERIVE003 " in include
"RFMDERIVE003 " in
line 32:
"The Dictionary structure or table "FMDERIVE003" is either not active o"
"r does not exist."
The include has been created and last changed by:
Created by: "SAP "
Last changed by: "SAP* "
Error in the ABAP Application Program
The current ABAP program "SAPMABADR" had to be terminated because it has
come across a statement that unfortunately cannot be executed.
How can the same be rectified. Kindly help.
Thanx
Shivaji

Hi,
Check the OSS note Note 644974 - Syntax error in program RFMXPR47. Looks like table FMDERIVE is missing.
Regards,
Sanjay

Problem with two of my business rule triggers

Good morning every one,
I have a small problem with two of my business rule triggers.
I have these tables:
pms_activity
csh_cash
csh_integrate_leh
csh_integrate_led
and my process goes like this:
upon approval of a row in my pms_activity table I have a trigger that insert a row in my csh_cash - and in the csh_cash table I have a trigger that will insert in the csh_ingerate_leh and csh_integrate_led.
my problem is pms_activity does generate a row in csh_cash but the trigger in the cash does not fire to generate a row in the csh_integrate_leh and led tables.
I have generated in the following order after I created my business rule:
I have generated the table from the designer (server module tab)
I have generated the CAPI from the head start utility
I have generated the API from the designer
I have generated the CAPI from the designer
I have run the recompil.sql
I have checked that my business rule trigger is enabled and should run on insert and no where restriction
=== this is my business rule logic ======
l_rule_ok boolean := true;
begin
trace('br_csh001_cev (f)');
csh_gl_pkg.csh_gen_integ_jvs(p_id
,p_ref_num
,p_own_id
,p_trt_id
,p_value_date
,p_description
,p_amount
,p_cur_id
,p_gla_dr
,p_gla_cr
,p_gla_pl
,p_gla_rev
,p_gla_eqt);
return l_rule_ok;
exception
when others
then
qms$errors.unhandled_exception(PACKAGE_NAME||'.br_csh001_cev (f)');
end br_csh001_cev;
==== end =======================
Any help will be appreciated as I have struggled with this for two days.
Thanks

hmmm...
Try resetting it again and restoring with the same backup file...
Does the phone work properly once you've reset it before you try restoring? A lot of people here have experienced problems restoring from backups... could be worth forgetting about it and starting from scratch.
You could try contacting your nearest Nokia Service Centre (www.nokia.com/repair) and see if they can do anything - it may need the firmware reinstalling or upgrading... possibly... give them a call though and see.
Nokia History: 3110, 5110, 7110, 7110, 3510i, 6210, 6310i, 5210, 6100, 6610, 7250, 7250i, 6650, 6230, 6230i, 6260, N70, N70, 5300, N95, N95, E71, E72
Android History: HTC Desire, SE Xperia Arc, HTC Sensation, Sensation XE, One X+, Google Nexus 5

"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.

Derivation rule in COPA

Hi
kindly explain me the derivation rules possible ways of derivation in COPA
based on costing based.

Hi,
Please check the following link:
https://help.sap.com/saphelp_erp60_sp/helpdata/en/7a/4c38ee4a0111d1894c0000e829fbbd/content.htm
Regards,
Pavan Kumar Arvapally

Derivation Rule in PCA

Dear All,
we have an issue in profit center acccounting. Balance sheet account Vat input tax payable is picking dummy profit center instead of correct profit center. Basically we are doing the following steps. 1. Purchase order creation 2. Goods received via migo 3. invoice receipt via miro
At the time of miro posting, system is automatically created accounting document, with dummy profit center is assigned to Vat input tax payable account. For GR/IR clearing account right profit center is picking without any mistake.
Infact, Dummy profit center is assigned to this balance sheet account under tcode 3KEH.
Derivation rule is created for this balance sheet account along with plant condition to post to correct profit center under 3KEI . But system is taking only dummy profit center.
I have checked configuration and the following areas like Material master costing view, tax code areas, and account group but not find any mistake.
Please advice how to get correct profit center to this balance sheet account instead of dummy.

You have to do this with the Month end closing
TC
F.5D - Calculate
F.5E - Post
F.5F - Display Log
F.5G - Special Functions
This is the help from F.5D - Calculate
Short text
Calculate Balance Sheet Adjustment
Description
A balance sheet eadjustment distributes
receivables and payables in customer and vendor reconciliation accounts,
tax postings,
cash discount postings from the net method of posting vendor invoices as well as
valuated exchange rate differences in open items (this is a P&L item, but since receivables or payables increase or decrease depending on the valuation, a readjustment is also made for the exchange rate difference with a reverse +/- sign).
This process ensures the zero balance per business area necessary for creating business area balance sheets.
It consists of the following steps:
When posting a document, the system analyzes it to determine whether a balance sheet readjustment is necessary. If a readjustment is required, the system marks the document for readjustment.
Readjustments are calculated for the marked documents and stored in special tables.
This subfunction is described below.
The calculated readjustments are read and then distributed and posted in total to the appropriate accounts.
Fields Included in Readjustment
Readjustments are made for business areas if the function for business area balance sheets is activated in the company code in question. Readjustments are also made for trading partner business areas if the function for business area consolidation is activated.
If Profit Center Accounting is activated in the controlling area allocated to the company code, readjustments are made for profit centers as well as trading partner profit centers.
Note
The fields included in readjustment are determined when the original document is posted. Thus, the customizing settings for business areas and profit centers must be made prior to posting the first document. If these settings were not made, you can still mark posted documents for balance sheet readjustment by executing the subfunction for setting up the balance sheet readjustment (see below).
Basis for Distribution
The system uses the account assignments of the offsetting entries in the initial document to calculate the distribution. Offsetting entries are all G/L account items apart from tax items and cash discount items.
Readjustment is made only for those account assignments which were not specified during posting (their value is blank). If a value is entered in an account assignment field during posting, it is regarded as a correct entry and not changed by the readjustment.
Carrying Out the Distribution
Readjustments are transfer postings which create one or more account assignments (not blank) for the unspecified account assignments in original documents.
Scheduling the Program Run
You can run this program as often as you like.
Requirements
Account Determination
For each account, you can specify an adjustment account to post the readjustment to. Otherwise, the system posts the readjustment to the original account.
To distinguish readjustment postings from other postings, you should create separate adjustment accounts and have the readjustments posted to them.
Since reconciliation accounts cannot be posted to directly, you have to specify adjustment accounts for them.
Since readjustments are posted without tax, the accounts posted to cannot be relevant to tax.
Adjustment accounts are determined when calculating the distribution.
For more information on automatic postings, see the Implementation Guide.
Output
The log shows how many documents per company code the system calculated distributions for.
Note:
If valuation differences are noted in documents, the system always includes them in the calculation. When updating the allocation tables, it checks for whether or not calculations already exist for these documents.
If account determination is incomplete or maintained incorrectly, the system does not calculate any distributions for the affected documents. It lists both the queried entries and the affected documents.
To view the readjustment calculated for an individual document in Document Display, choose Environment -> B/S readjustment.
Additional Information
See the documentation for the other subfunctions:
Posting the distribution.
Displaying the logs of existing posting runs.
Reversing an incorrect posting run.
Redetermining the adjustment accounts if you changed the account determination or it was incomplete at the time of calculation.
Setting up balance sheet readjustment if you have already been productive with a release prior to 3.0.
Dependent functions
Readjustment must be carried out prior to creating a business area balance sheet.
Profit Center Accounting also requires the results of readjustments.

Derivation rule in COPA from BSEG

Hi experts,
My issue is to derivate a field (SEGMENT) from Table BSEG in COPA.
Unfortunatly my customer donu2019t use the standard customizing from the SEGMENT derivation rule, we donu2019t populate the field SEGMENT in the profit center master data.
Firstly, with a user exit (U903 - ZRGGBS000) which is trigger with substitution rule we populated the field SEGMENT in BSEG.
Now I created a new characteristic WWSEG and I canu2019t derive it in KEDR with table look up, can I have your advices please?
With an abaper, we tried to find a solution with the COPA0005 exit but he donu2019t find the logic to map the source field BSEG-SEGMENT and the target field COPA-WWSEG
Thanks
Kinds regards
Cédric

Hi Waman,
Thanks a lot for all and thanks to Dave.
But it doesn't work.
The segment in bseg-segment is filled when posting a FI document.
For reminder, the field BSEG-SEGMENT is firstly filled with a user exit.
We implemented the note 1135567, we created the program ZRFI_OSS_KEAK_SEGMENT adapting the code to our characteristic WWSEG, when we tested, in debug we drop in the Abap code but the structure COBL-SEGMENT is not filled, therefore the WWSEG is not filled.
Have you other idea to solve my issue ?
Best regards
Cédric

Derivation Rule In FM

Hello Sappers
Can any body explain derivation rule in FM and what are the steps involved.Actually i want to understand what is meant by deriving fund center and commitment item.
Thanks.

You may find the information below somewhat helpful as we have about 13 FM derivation rules in our system that we use to minimize data entry and prevent user keying errors.
http://help.sap.com/saphelp_erp2004/helpdata/en/77/05f06a9b6711d496d90000e835339d/frameset.htm

Profit centre derivation rule to derive profit centre based in Business plc

Hi,
We required "profit centre derivation rule to derive profit centre based in Business place + 9000 in such case were vendor & customers are involved and current profit center derivation logic doesnu2019t work."
For this we have mapped a substitution pertaining to all co. codes based on all the relevant posting keys for Vendor and Customer where in system will replace the profit center based on business place given in line item as Business Place + 9000. For happening this we have written a User Exit and attached the same with this substitution through t.code OBBH. Entire hting we mapped in our testing client.
But now the problem is whatever posting keys we have defined in our substitution are being used in normal payment and clearing also.
Eg : In payment document vendor is debited vide posting key No 25. where the profit centre is derived based on the invoice that gets selected.
In Normal Payment and clearing transactions, the profit centre is derived based on the profit center in offsetting line items (as per New GL Logic) currently.
Now our business requires that where ever the system is unable to derive a profit centre for vendor and customer (And giving the error " Balancing field profit center in line item 001 not filled") transactions, then at that time profit center for that line item should replace with logic Business Place + 9000 (here business place is the business place contained by that line item in which error is coming for profit center.).
How to map the same in the system through substitution / exit or any other method? Awaiting for your inputs pls. Thanks in advance.
Tapan

Still not answered.
Requesting to give some clue for the same.
Thanks & Regards,
Tapan

PA derivation rule triggered earlier

Similar Messages

Maybe you are looking for