Inappropriate Status during Actual Settlement through KO88

Hi,
We Create a Production Order 100000001, Now we are trying for Actual Settlement through KO88 transaction...
After run of this tcode, there are 5 processing categories--
Settlement Executed
No Change............................1
Not Relevant
Inappropriate Status.............3
Error
As above output, what should be the error in Actual Settlement Execution...
Please guide...

Thanks dear...
Please clear 1 thing that, for production order it is necessary that Order status should be TECO...

Similar Messages

AUC settlement through KO88

Hi all,
While doing KO88 i am getting the following error
Account 5000021 in company code P001 cannot be directly posted to
Message no. F5354
Diagnosis
Account "5000021" in company code "P001" is marked as a reconciliation account for account type "A" and cannot therefore be directly posted to.
System Response
Error
Procedure
Select a different account.
*Where as 5000021 is my Asset Account
Could you please let me knew, the cause of this message and hoe to resolve this*
Thanks
SAPUSER5

Hi
Thanks For Reply,
5000021 is my Asset Account which is assigned in AUC asset class AO90
So this is the recon account,
Please let me know what exactly i have to do
If possible please let me knew the exact procedure for AUC settlement through IO
Thanks
SAPUSER5

Error Message during Actual Settlement

Dear Experts,
When I am trying to execute actual settlement for a WBS Element by using transaction CJ88, as got the error message stating that "In one section there is no number. "M-0000000000-0000-00-X-X" with error message CJ608. All WBS Elements are maintained in that project with matching to coding mask which was maintained in the configuration. Please give me solution to fix the issue.
Thanks in advance,
Best Regards,
Ramalingeswar

Hi Srenivas,
Thanks for your reply.
Normally settlement rules will be deleted and recreated as per requirement. Why the system has to give this error message since 2 or 3 days and WBS Element is try to settle to-day not connected to project coding mask.
Thanks once again.
Ramalingeswar

Internal order settlement through KO88

Hi Experts,
i have one issue where i need to settle the Order balances to AUC on periodic basis, but user has not done it on periodic basis from past 7months. when we try to do it now, system is giving the error that the posting period is not opened to make the postings. Business is not accepting to open the closed posting periods. when we tried to do the full settlement, though the system is not allowing as the settlement type in distibution rule is PER(Periodic settlement).
Can any one clarify me, if i change the settlement type to FUL and do the full settlement and can create the Asset and settle the balances to asset also through FUL settlement.
OR can suggest me how i can settle these balances with out opening the posting periods and with out impacting settling the balances to asset as well.
Thanks in advance,
Venkat

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

Transaction Status during Database Export through DataPump

Hi,
I've q question and need clarification. We have 120GB Database ( Version 11GR1 ) which has a single application schema other than standard schemas (Like ststem,sysaux, example etc). The object containg in the application schema will be round about 110~115 GB and the rest size of other standard schemas object. The application users that made transaction through front end J2EE application that hit to application's schema objects.
We usually expdp that schema. Now my question is when we export the schema when the users are performing transactions what will be the status of that transactions that were made during export process ? what that be reflected in the dump or not? What is that Oracle Actual mechanism for that type of transactions in case of Datapup export.
Regards,
Kamran

Let's say you have 3 tables
table a
table b
table c with partition 1
table c with partition 2
Now let's say all of these tables are being exported and while the export is happening, users are adding/dropping rows to these tables/partitions. This is what Data Pump will do if you don't specify flashback_time or flashback_scn;
Since table a and table b are not partitioned, they will be exported with the scn that is current when the unload of that table is scheduled. So,
table a gets scheduled to be unloaded when the scn is 12345. The data in the dumpfile for this table will be consistent with 12345. If rows were modified before 12345, the data in the dumpfile will have those rows. If rows were added after 12345, they would not be in the dumpfiles.
Table b gets scheduled to be unloaded when the scn is 23456. The data in the dumpfile for this table will be consistent with 23456. If rows were modified before 23456, the data in the dumpfile will have those rows. If rows were added after 23456, they would not be in the dumpfiles. If you had ref constraints from table a to table b, you could hit a problem.
Table c partition 1 gets scheduled at 34567. All of the data in the dumpfile will be consistent with 34567. Just like above
Here is the exception to the rule!
Table c partition 2 gets scheduled at 45678. The difference is that partition 1 of this table got scheduled at 34567, so the data in this partition will also be
consistent with 34567. All partitions of a table will use the same SCN as the first partition that is scheduled.
If you want a consistent dumpfile, use either
flashback_time='some date' you can use flashback_time=sysdate if you want to put it in a script and not have to update the date in the script.
or
flashback_scn='some_scn'
Hope this explains what you wanted to know.
Dean

GLT2201 error while settling AuC to Final Asset through KO88

Hello,
We have a scenario where in I am settliing an AuC through KO88 to the final Asset but am getting Document splitting error GLT2201. Profit Center is maintained in the Cost Center assigned to the Asset Master and also in the Internal Order. I could settle from the P/L account to the AuC asset when i ran KO88 earlier but its not allowing settling from AuC to the Final Asset.
We are using Parallel Ledger and I have defined 2 additional depreciation areas, 30 for posting only depreciation (real area) and 60 for posting only APC (derieved area). I have maintained ACSET for all the depreciation areas. I feel the error is due to Parallel Ledger but I am unable to figure out how and where.
Can anybody help me out please.
Thanks,
Rajat Gupta

Hello,
I managed to resolve the error, some how by oversight Profit Center was suppressed in the Field Status of Asset G/Ls though Cost Center was Optional. I changed the Profit Center Field Status to Optional and it worked.
But I am wondering how it allowed KO88 to run while settling from the Cost Element (P/L GL) to the AuC because they both used the same Field Status?
Thanks,
Rajat Gupta

Update COPA characteristic values during order settlement - KO88

Hi,
We need to update some COPA characteristic values during order settlement using T-code KO88.
Looked for options in KEDR transaction, did not find any exits.
Could some one help us to resolve this issue.
Thanks
Vikram

Hello and thanks for your response.
We have actually created the new characteristic (WWCRE) and we are populating it in the user exit. I think the issue is that the characteristic may be 05012010 at the time of the sales order, but it is 04012010 at the time of billing.
Unfortunately, the PAOBJNR in the billing doc is the same as the order and the user exit doesn't seem to accept the changed value or create a new entry in the CE tables.
For example, if I change the sales order to cause a new WWCRE value, the system automatically generates a new PAOBJNR but at the time of billing, regardless of changes to the values, it simply keeps the old PAOBJNR from the sales order and doesn't reflect the changes.
I hope that makes some sense. Please let me know if you have any other suggestions.
>Ray

What is KO8G (actual settlement )?

Dear Experts,
May I know what is the purpose of performing this K08G (actual settlement), especially for the plant maintenance work order?
Regards,
Abraham
Please, avoid asking basic questions

Hi ,
In case of plant maintainence orders , when we book the costs in form of material issue , labour cost or external services the cost gets accumulated to the order .
Actually the cost which has accumulated on the order has to be settled to either cost center or other cost object like internal order or fixed asset in case if you are using investment measure .
In order to make the status of the plant mainatainence order as Closed or business completed the cost on order should be Zero .
For making it Zero we run the settlement of order through the T code KO88 or KO8G , which settles the cost from the plant maintainece order to the settlement receiver maintained in the settlement rule .
So once so execute it the cost from plant maintainece order flows to cost center or internal order as desired , as per the settlement rule .
Once the settlement is executed then cost on order becomes Zero you can view the same in reports and hence you can then CLose the order or give it business completion .
Hope this suffices .
Regards ,
dev

Issue during IO settlement

Hi Gurus
I need your help with the following issue. We have Internal orders with AUC number specified. We enter this Io number in PO and after we do goods receipt and invoice gets paid, we settle the IO against the AUC. The issue is that each PO can have more than one line item and there could be more than 1 PO for each Internal Order. When we do the settlement (KO88), we get the summary amounts and not the line item breakdown. As a result, when we create fixed asset to settle the final costs from AUC to FA, we have no idea which PO or line item should be capitalized unless drilling down each PO.
Can someone please guide me if it is possible to get the line item details during these settlement processes or what is the SAP best practice?
I appreciate your help.
Thanks,
Shalu

Hi Sayujya
I am doing exactly what you have mentioned in your reply but with settlement rule for only one line item, KO88 in test mode is displaying full settlement. I have also tried specifying amounts instead of percentage but didn't work. If I create FA for all line items and enter the distribution rule for only one, the amounts gets distributed and are not correct amounts.
My end to end steps are as follows:
1. Create IO and set the status as released. As this is Investment type order, AUC gets aautomatically created.
2. I created a PO with 2 line items ($100 and $300). I did the Goods receipt and entered invoice for this PO.
3. I settled these amounts from PO to Io using tcode KO88 and Automatic settlement. The IO gets debited with $ 400.
4. I created a complete asset in KO02 and saved the IO. Then I went to KOB5 and for this IO, I selected the line item with $ 100. I clicked the Final settlement tab and entered FXA, FA number and amount as 100. I went back and the line item had green light. The other line item had red light. I saved the rule.
5. I went to KO88 and for this IO, I selected Partial settlement and in test mode, the amount being displayed is $ 400.
6. I tried to create second complete asset in KO02 and saved it. Now with the same rules in KOB5 for previous asset with $100 as amount, when I go to KO88 and partial capitalization, the test mode amounts are $ 250 for first asset and $150 for second asset though I have not even entered the distribution rules for the second asset.
I am not sure if you will be able to help me with this but any advice will be helpful.
Thanks,
Shalu

RA Category for Sales Order Actual Settlement

Hi,
During production order settlement for WIP we run in every month end. Generally in tcode OKG8 (Posting Rule in WIP calculation and Result Analysis) we use RA category WIPR(Work In Process with Requirement to Capitalize) which is used production order settlement for WIP. We have done production order settlement and successfully value posted to WIP settlement gl account because in OKG8 WIPR is maintained against P&L and B&S account. After that we have done Result Analysis for Sales Order through KKA3. Value has posted to various objects under Result /analysis. Now we need to run Actual Settlement for Sales Order. In case of Sales Order Costing what should be its RA catergory for Actual Settlment : Sales Order settlment which is run through VA88.
Best Regards,
Samrat Roy

Dear Waman,
In OKG8 posting rule WIP calculation against RA category is maintained as WIPR with P&L and BS gl account. Uner Result Analysis valuation method against RA Key for Sales Order is maintained as PREL, REL, DLV, FNBL and TECO. Production order settlement has done and value has posted to WIP gl account and Quantiy has issued for delivery and billing. After the Sale billing I have done KKA3 which is Result Analysis for Sales Order. Value has posted to Sales order wip, Actual Revenue, Actual Cost, Cost of Sale, Revenu affecting net income, Planned revenue, planned cost, Planned profit and loss value shows. After that I have run VA88 and sales order wip value has posted to wip gl accounts which is set in OKG8 both P&L and BS gl account which same gl is used for production order settlment also and I created Sales Order settlement rule which is receiver in GL accounts. That GL is external settlement GL account. That external settlment receiver gl is same as sales order settlment profile's allocation structure GL. So during final sales order settlment same gl is debited and credited of calculated profit.
But I have some doubts which I requires as per business. I need Revenue Surplus(POCS), Reserve Unrealized Cost(RUCR), Revenue in Excess Billing(POCI) and variance from Result Analysis(VARR). I wanted to set this RA category in OKG8 but system does not allow me which says alrady WIPR is maintaied and value posted to result analysis. So I need to deactivate first then new RA key can be introduced..
Also I would ask you after production order settlement for wip, shall I run wip for Sales order and Sales Order settlement. or I need to to pas customer delivery and final billing. After billing I need to run WIP on sales order and sales order settlement. Basically I will run two times WIP which are production order and sales order. Our business sceanrio consists of one sales order with 29 prouction and its corresponding 29 wip which will be finally settled to Sales order external settlment gl account.
Best Regards,
Samrat roy

Actual settlement: Orders !! help

Hello to everyone, first at all thanx.
when i am using the transaction "K08G" Actual settlement: Orders, and i recover the settlement period ( period 9 ) , fiscal year 2009 and execute it ....
Appear a quantity " 12.207u20AC " and it is wrong cos In G/L account Line item display, there are four line/ items and i can clear it 2 to 2 .
I hope the system read something wrong cos ... it four line / item have got a value date 09.2009 then in Actual settlement: Orders must be appear NILL " 0 " .
For that i need change or repair december 2008 and september 2009. Cos it items have got a document date ( 28.09.2009 and 31.12.2008 ).
How can i repair it ???? the year 2008 is close!! any idea???
thank you very much

dear Dave
thanks for your advise, we can not change the current filed customizing.
I am not able to understand why , even if in the Maintain Allocation Structures we have defined a specific Settlement Cost Elements (for exp 600019) during the actual settlement (TCODE KO8G) for some order the system doesn't respect the allocation structure definition.
some one can help me?
regards
marco

Actual settlement

Hi All
    My name is vivek chaubey. i am working in tata steel as a fi/co consultant.
   when i am doing actual settlement from tcode ko88. system is adding existing
   down payment amount to. actualy i made PO and GR, in that PO i used that
   internal order which i am using in ko88 too.
                                                                   I checked transaction type, allocation structure
    settlement rule. but i could not find out the solution . so please help me
      I am waiting for reply.
      vivek

dear chintan
steel i am in same problem can you help me in details. this is in production server in testing system is not picking down payment amount . even i got the advice from oss also but that is not helpfull. i checked the cost element and all setting.
                                                 Can you help me in this case .
thanks
    vivek

CLSD orders should not pick in actual settlement (CO88)

Hi
While doing settlement (CO88) it is observed that around 1800 orders were showing in u201CInappropriate Statusu201D. We have observed that all these orders status is in CLSD.
These orders were very old orders and we have already settled these orders and activated CLSD. But system is considering these orders also in present period settlement and showing these orders in u201CInappropriate Statusu201D.
We need to control this, that system should not pick CLSD status orders while doing actual settlement (CO88).
Please advice.
Thanks
RK

Hi,
Please, refer to the note 39726 - that's how the system works.
Regards,
Eli

Create APG ( approval granted) status in process order through user status

Dear Gurus,
My business requirement is to create APG ( approval granted) sytem status in process order through user status functionality, if possible.
This needs to be activated while creating process order itself. Any help is greatly appreciated.
Warm Regards,
Satish

As of this date, we have still not implemented a fix, but I did get some information from someone else who has.
I'll post his information here for all to see. Hope you find it helpful.
From: Joe
Yes we managed to do it.
After several false starts and CMOD/projects which suffered because only the default keys (for order number, aufpl etc) were in place and not the actual, we coded up the IN_UPDATE method in the WORKORDER_UPDATE badi. This gives us the final format after the DB save (but before the commit). The update of the STATUS using the SAP std function module was actioned successfully but the status profile was not actually passed through. We assumed that this was because of the update task - so we introduced an INSERT into JSTO instead (a bit naughty I know, but desperate needs etc). If you require anything more let me know.
Best Regards
Joe

Refurbishment order- Actual settlement

Dear Experts,
When i am trying to do actual settlement using the transaction code KO88 for the refurbishment order for which even after the techical completion and the IW8W (Goods receipt) done, system is throwing the following error:
Final delivery not entered for the order. It is not technically completed
Message no. KD258
Diagnosis
If you want to settle a production order to a material, you must first either enter the final delivery for it, or close (complete) it technically because settlement leads to an update of the moving average price for the material. The total delivery quantity is required for this. If the order is one which cannot be delivered because, for example, it produces 100% scrap, you can close it technically instead. Settlement is than to the price difference account.
By the settlement period, no final delivery had been entered for this order, nor had it been technically closed (completed). This means that you cannot settle it.
Procedure
Before settling, either set the order to "Technically completed" or enter the final delivery.
Please help me out...
Regards,
Suresh.
Edited by: Suresh Babu on Jan 5, 2009 4:28 PM
Edited by: Suresh Babu on Jan 5, 2009 4:31 PM

Hi,
When i am changing the settlement period from 12 2008 to 01 2009 , it is throwing the following error:
Please throw your ideas what could be reason?
Account determination for entry 1000 PRD ____ PRF 1300 not possible
Message no. M8147
Diagnosis
The system did not find an account for this transaction. This means that the account determination for key 1000 PRD ____ PRF 1300 is not maintained in MM Customizing (Valuation). The key is made up of:
Chart of account
Transaction key (= Posting transaction)
Valuation grouping code
Account grouping code
Valuation class
System response
The system cannot update a G/L account for this transaction. You cannot post the transaction.
Procedure
Contact your system administrator.
If you have the authorization, check the Account determination in Customizing for Valuation.
Proceed
Note
The relevant posting transaction can be found in Table T030A.

Inappropriate Status during Actual Settlement through KO88

Similar Messages

Maybe you are looking for