Prd Order Settlement Issue

Hi all,
While carrying out production order settlement for a production order, the system is determining the wrong GL A/C. Well it's deriving the GL A/C which does not exist. I need to change this assignment to a valid GL A/C. How am I suppose to fix this?
It's an MTO order, settlement cat. SDI. I'm not sure why the settlement rule is SDI for this specific order too, normally it should be MAT.
Regards,
G. Coelho

The valuation now is for sales order is incorrect. SDI means that the sales order stock is non-valuated and sales order is used to capture the costs. This is because the requirement class of the sales order is incorrect.
First check the requirement type in sales order (VA03). In procurement tab of the first main screen, it will show the requirement type for your sales order item.
Then check t-code OVZH, there will be a link between requirement type and requirement class.
Then check OVZG to check the requirement class.
(If you want to change, use the config.path Controlling -> Product Cost Controlling -> Cost Object Controlling -> Product Cost by Sales order -> Control for Sales-order-related Production... -> Check requirement class. Howeiver, this should be done after you consult with SD and CO consultant)
You will see the your requirement class. Check whether account assignment cat., and valuatio are both set to M (ind.cust.order w/o CO, and valuated sales order stock). I suspected that a sales order per your issue is set to non-valuated stock (Account Assignment E, valuation blank).
Hope it helps.
Edited by: ayethebing on Jul 16, 2010 1:34 PM

Similar Messages

Production Order settlement issue

Hi ,
We are planning to do re-work . We want to capture the labor activties for the order. Is it possible to settle the labor activties only for the order settlement ?
Thanks
Nic

Hi Nick,
From a business stand point you have two options to follow:
1. settle the costs to the original Production order
2. Settle the costs to seperate cost center
for both cases, you need to have seperate Production Order type. Because the settlement paratment are different from regular production order type.
So please use seperate Production order type with settlement profile being settlement to Cost Center.
Hope this will solve your issue
Best Regards
Surya

Internal Order Settlement Issue

HI,
I have posted some entries in Postage internal orders. But when i tried to settle that in KO88, it is showing the below message.
No Transaction Data Posted Since Last Settlement
Actually once the client executed KO8G transaction for all orders. At that time 2 Orders was not settled. Now When i tried to settle them in KO88, It is giving the above message.
Why it is not getting settled? How to fix this error. Kindly help me
Thanks
Kishore

Dear,
Because these order are alreaddy settled. No balance on these order please check in KKBC_ORD. You can just settle additional amounts posted since last settlement.
For deatils refer this link,
Order Settlement
Regards,
R.Brahmankar

Process order settlement issue

When we are settling process order to the material, which is having std price.The following entry is passed.
1) Price diffrence account- Debit/ credit (prd)
2)Inventory movement -Debit/ credit (gbb-vbr)
For point 2,the material code is not passed in FI doc.
Can ny one knows the reason for this?

FI docuemt gets generated with reference to the GL of the respective material, which is based on the Valuation class.
You can also try , by CHECKING "Material Origin" in costing 1 view of material master.

Internal Order Settlement Issue (KO88)

Hi,
While doing KO88 to settle the internal order, the full amount of asset is not getting capitalised. My allocation structure and the settlement rule are correct.
For Eg. Asset Value = INR 1000000
            Down Payment = INR 200000
However, while doing KO88, the system should capitalise entire INR 1000000, but it capitalising only INR 800000.
the first line item shows                                 INR 1000000
the second line item shows                            INR 200000- (this amount is hitting some primary cost element configured in           the (OKEP Down payment - default cost element assignment) screen
the net amount (that will be capitalised =       INR 800000
can anybody assist me on this.........

Hi,
you can settle using "PER" settlement rule doing it period by period. Just key in the actual posting period in the field "posting period" in ko88.
Example: you are missing settlements from period 002/2009 to 009/2009, actual period is 011/2009. So you settle period 002/2009 with "PER" in posting period 011/2009. Aftre this had happened, settle 003/2009 to posting period 011/2009, and so on...
Best regards, Christian

Work order settlement issue

Hi
I am not an expert in Work orders and appreciate your input.
A work order has been settled to a Sales order ( I can't understand the logic behind settling to a Sales Order). The Profit centre assigned to the sales order is wrong. I.e. they need it to be the same as that in the work order.
1) Is it possible to reverse the settlement and
2) change the profit centre in the Sales order
3) Change the settlement rule of the work order
The user informed the reason to settle the work order is just merely to close the work order. Is it mandatory to settle the work order in order to close. If so could you please explain the logic behind the requirement?
Thanks & Regards
Nadini

Hey Vanessa,
Sorry i have been really busy with work off late. I just got a moment and wanted to thank you for the help.
I found a solution for it, we had FMDERIVE default the fund on the accounts used in WIP settlement as they are dedicated for those process.
The cost is picked from the order and deposited on the P&L account which is now attached to the fund and this is further transferred to the balance sheet account with the fund information.
Problem solved.
Do you see any other implications on this?
Thanks again.
Pradeep

CO-Products Procees order settlement issue

Hi Gurus,
I've a Process order with Co-Product items my settlement rule says 100% PER to CTR (Cost Center) and 0% for OIT (Order Items). When I try to settle this order instead of posting variances to Settlement receiver it's posting Credit (Goods receipts) of order to cost center and debits to Header material's OBYC G/L account? Any ideas?? I did all the month-end closing steps such as CO8A, KKS1 and KO88 etc..
Thanks
RG

Hi,
Check the Sender or Receiver details in KO88 or CO88, You will Find your OLD GL Account. IF SO Check the Settlement Profile of the Production Order and from Settlement Profile check the Allocation Structure ,ther might the OLD GL Assigned in it. Remove it and replace with your new GL.
the above assignment will be the reason for geting Error in KO88 or CO88.
Thanks
Goutam
Edited by: Goutam78 on Jun 2, 2011 7:12 PM

KO88 Order Settlement Issue

Hi,
I have executed one production order in KO88,I am getting the below error.kindly advice me
ERROR MESSAGE:"CREATE COST ELEMENT FOR 403530"
I CANNOT CREATE COST ELEMENT FOR 403530-GAIN/LOSS PRODUCTION VARIANCE, BECAUSE IT WILL LEAD DUPLICATION IN CO-PA
Kindly advice me how to solve this issue.
Thanks
Supriya

Hi Supriya,
Why do you feel it will lead to duplication in CO-PA?
By the way is the Production Order is for Make to Stock? And is the Material is set to Standard cost or moving average?
Pl.provide more details
Regards,
Som

Re: Issue while doing Order Settlement

Hi Experts,
I have completed the goods reciept step for a process order.
Now I am trying to do the following steps for the order settlement.
1.Calculate Overheads using Tcode : KGI2 - Individual Processing
CO43 - Collective Processing
2.Calculate WIP using Tcode : KKAX - Individual Processing
KKAO - Collective Processing
3.Calculate Variance by using Tcode : KKS2 - Individual Processing
KKS1 - Collective Processing
4.Finally do the settlement of Order in Tcode : KO88 - Individual Processing
CO88 - Collective Processing
I am not able to do these steps.
KGI2: the screen is appearing without any details,but there is no error message.
KKS2: Here all the cost are coming zero.
KO88: I am getting this message: There are no accrued amounts; settlement is not possible.
Please advice.
Regards,
Vivek

Dear,
Message no KD256??
You will just check for customization settings for accrual calculation ie cheak for settelement to fiin the result analysis version and check posting rules
Maintain the config in OKG8 for RA category "RUCR".
Check this OSS note 179533
Also check order previously settled?
Regards,
R.Brahmankar

KO88/CO88 Production Order Settlement Requires CO Object

Dear SAP Experts,
My client has two different plants (2000 and 2100). This is the first month end for 2100.
We are trying to settle Production Orders for both the plants. There is no issue relating to 2000 but for 2100, we are having an error "Account 52601 requires an assignment to a CO object - Message no. KI235".
Please guide on how to solve this error.
Best Regards...

Dear SAP Experts,
Thanks for the comments you all made on my posts.
The error is now solved. I'll brief so that in future, if error like again appears for someone else, they may even check the following:
The issue was that on running KO88/ CO88, there was an error stating GL Account requires Cost Object msg KI235.
On analysing the error, it was found that GL accounts appear from OBYC GBB-AUF which is the account for order settlement and again in OBYC PRD the account for price difference.
It was identified that the same accounts were assigned to both the keys. Price Difference accounts does not have cost element whereas the other account coming from GBB-AUF has Cost Element and the cost object being the Order itself.
The issue was resolved by changing the account assignment on PRD. The new account assigned was Price difference.
Thanks and Regards...

KO8G open work order settlement

Hi,
I am facing an issue with open work order settlement using KO8G or KO88.
We are on 6.0 and PSM turned and New GL activated with a document splitting on fund mandatory flag turned on.
When open work orders undergo WIP calculation through KKAI, it shows the the calculated amount in the GL account but when we execute KO88 or KO8G to settle this open work order amount to the GL, it gives me the below error
GLT2201 "Balancing field "Fund" in line item 001 not filled"
On debugging the KO88, its seen that the field fund does not flow in from the work order.
This means that both my P&L accounts and my balance sheet accounts that offset the WIP posting does not have the fund field (which is a mandatory field for posting any document in the system).
Has anyone come across such a situation?
Any help would be appreciated.
Thanks,
Pradeep
Edited by: Pradeep Giri on May 30, 2009 4:07 AM

Hey Vanessa,
Sorry i have been really busy with work off late. I just got a moment and wanted to thank you for the help.
I found a solution for it, we had FMDERIVE default the fund on the accounts used in WIP settlement as they are dedicated for those process.
The cost is picked from the order and deposited on the P&L account which is now attached to the fund and this is further transferred to the balance sheet account with the fund information.
Problem solved.
Do you see any other implications on this?
Thanks again.
Pradeep

Open Work Order settlement - KO8G or KO88

Hi,
I am facing an issue with open work order settlement using KO8G or KO88.
We are on 6.0 and PSM turned and New GL activated with a document splitting on fund mandatory flag turned on.
When open work orders undergo WIP calculation through KKAI, it shows the the calculated amount in the GL account but when we execute KO88 or KO8G to settle this open work order amount to the GL, it gives me the below error
GLT2201 "Balancing field "Fund" in line item 001 not filled"
On debugging the KO88, its seen that the field fund does not flow in from the work order.
This means that both my P&L accounts and my balance sheet accounts that offset the WIP posting does not have the fund field (which is a mandatory field for posting any document in the system).
Has anyone come across such a situation?
Any help would be appreciated.
Thanks,
Pradeep

Ashok,
Thanks for the reply.
We have a user exit to populate the order during its creation. this means the fund field is already residing on the order. so during settlement process, closed orders dont have a problem but when open orders are subject to settlement i.e WIP settlement, the cost on the order is not transferred to the GL account because of the fund missing as our financial statements should be balances by fund.
Do you think an user exit can suffice this ? have you ever tried or come across such a scenario.
Thanks
Pradeep

CCS Details are not getting updated to COPA in Sales Order Settlement(VA88)

Dear Experts,
Our scenario is MTO with valuated material.
1. Production order is tagged to Sales Order.
2. Production order is settled to Material and variance is getting posted to COPA.
3. At the time of Delivery, COGS Debit (Cost Object- Sales Order), Credit - Inventory.
4. At the time of Billing, Accounting Document is getting generated, COPA document is not getting generated.
5. We are not executing WIP. (as per Business process)
6. Settlement is done thru transaction code VA88. COPA Document is getting generated.
I am facing the following issues in the above MTO process.
1. At time of sales order settlement thru VA88, In COPA, only COGS is getting as updated with one value field i.e. Material Cost. Cost Component data (Material Depreciation, Labor etc..) is not getting updated to COPA.
2. When I settle the Sales Order thru VA88, Billing Quantity is not getting updated to COPA though Quantity field mapping is done properly.
Please help me how to resolve the above issues.
Note: Same Cost Component Structure, we are using for Make to Stock scenario. Cost Component Data is getting updated Properly to COPA (at the time of Billing)
Regards,
vgl
Edited by: vglokam on Aug 31, 2010 10:52 AM
Edited by: vglokam on Aug 31, 2010 10:54 AM

Hi
1. CCS (Cost Comp Split) wont be updated to COPA if you settle via sale order.. In sale order, COGS cost element is posted.. the same will get settled to COPA as one single value...
In MTS, the CCS gets updated to COPA upon billing because of the "valuation" strategy customization... Billing posts to COPA in that case, COPA gets Sales Qty and it is valuated with CCS to give you the break up.. But, in your case, Billing is not posting to COPA, but to sales order.. hence, there is no qty flow into COPA upon billing.. thats why you dont get CCS for MTO
2. The sales qty should be updated to COPA upon VA88.. For this, make the following settings in your PA transfer structure which is used during VA88
1. Go to KEI1, Select your PA transfer structure...
2. Add an assignment line in it... Check on "Qty Billed/Delivered" in the assignment line
3. In the Tab "Value Field" below "source", assign Qty Field
Now when you settle, it should update qty as well
regards
Ajay M

PM Order settlements - Difference between the amounts settled

Hi All,
This is regarding the PM Order settlements.
Every month end finance team run KO8G and settle the PM Order costs for that period (month). In the process the Orders are settled using a variant, which captures all the orders that has changed/created during the focused period.
But in the report S_ALR_87013015 - List: Actual Debit/Credit there are balances for previous settlements and thereu2019s a difference between the amount settled and the debit/credit amounts.
When drilling gown we found that this is due to following reasons,
1. Some orders are not settled fully.
2. Equipments issued against a Order are returned after the settlement process
Ex: one Order has settled in Oct 2008 initially and fully in Jan 2009. However one material has been returned to stores in February 2009. Therefore a difference (cost of the material) between total actual cost (Dr Amount) and settled amount has been arisen.
The Orders of nature 1 will be captured and settled in the subsequent run of KO8G.
But my question is how can we address the orders of nature 2? Changing the settlement variant is one option.
Also appreciate if someone can explain the SAP-best practice of PM-Order settlements.
Thanks,
Thushantha.

Hi Thushantha,
After returning the material to store check the actual cost of maintenance order. Once you fully settle the order means it becomes zero.
When you will return material to warehouse against maintenance order once again carry out settlement of maintenanc order then check for your nature 2.
Sundar

Cut off period for sales order settlement

Dear Expert,
Client using SAP from last 13 years. Client implemented MTO with valuated stock and activated the COPA.
Now we are re implementing the COPA. since go live(from last 13 years ) they are not doing any sales order settlements and not using COPA.
In sales order RA key(Requirement class) is assigned and Settlement type is 'FUL'.
Now client has decided to use COPA and going to live with new structure on September 1 2014.
I have do the below changes
1. Removed RA key(Not required as per business requirement)
2. Changed settlement type from 'FUL' to PER., here i am having some questions. Client don't want to settle previous orders(before September). as per business requirement they will use one sales order for long time (3 to 4 months). after going live client will settle the sales orders at that time system will consider all sales orders. How can i avoid selection of all sales orders. i want to settle only sales orders having transactions during one month (September)
To avoid this problem now its self i am moving this changes to Production client (RA key removed and Settlement type change), still i am not confident i will get as expected, because at the time of Sales order settlement system will consider all old sales orders.
Can anyone please suggest beat way to handle this issue...
Thanks.
Chandrasekhar

Hi Chandra,
Check the Below SAP Note
174815
- Selection parameter in VA88 or RKO7VA88
Symptom
During the settlement of sales and distribution documents with Transaction
VA88 or report RKO7VA88, you can only select according to the SD document number
or the sales organization.
For example, you cannot select by plant or SD
document type.
Other Terms
VA88
Reason and Prerequisites
The problem occurs due to a previous program design.
Solution
With the attached advance correction, you can also select according to the
plant or the SD document type in report RKO7VA88.The previous restrictions apply
for Transaction VA88.
To correct the error in advance, proceed as
follows:
1. First implement Notes 174502 and 182735.
2. Using Transaction SE11, add field VBAUART (data element AUART) to
structures LKO74 and RKASS. Activate the structures.
3. Add the following parameter to the interface of function module
SD_DOCUMENT_OBJNR_GET (Transaction SE37):
a) Import parameter:I_WERKS (reference field VBAP-WERKS) and I_AUART
(reference field VBAK-AUART). Both parameters should be indicated as
'optional'.
b) Export parameter:E_WERKS (reference field VBAP-WERKS) and E_AUART
(reference field VBAK-AUART).
4. Implement the source code corrections.
5. Maintain the text elements for report RKO7VA88 (Transaction SE38, Goto
--> Text elements --> Selection texts):Text 'Sales document type' for
VBAUART and 'Plant' for WERKS.
Afterwards, also implement Note 210011.
Regards
Srinu

Prd Order Settlement Issue

Similar Messages

Maybe you are looking for