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

Similar Messages

Results analysis for sales orders- actual costs/ revenues - (kka3-kkak)

Hi, i have a problem when I execute the individual results analysis for sales orders (kka3) I can see actual revenues and actual costs, however when I execute the collective processing (kkak) for the results analysis I don´t see these (actual revenues and costs). Is it normal? How can I see these in the collective processing?

Could be one of these possibilities:
1) Controlling Area set is wrong
2) You're input parameters are insufficient to get that sales order. Check Order Type etc you input in the main screen
3) The master data is wrong which is not allowing the link to the Sales Order. You would have to check each field thoroughly.
You will have to probably do a lot of checks before you resolve this. This isn't normal btw....you should see all Sales Orders
Assign Points if useful....

The problem for sales order ra settlement

dear friends
i encounter a problem in sales order settlement
1 we use rev based result analyse ,and with profit realization
2 when the so status is rel ,the valuation base is Q,when the status is TECO and finl ,the valuation base is J
3 when we partially do the billing and run the ra settlement ,the poc = cumulate act rev/plan rev * actual cost in current period(i think this should be the cumulate actual cost ),and it lead to the error calcuation of the COGS,i do not know where the confirguation is error ,is in valuation base ?
can you help me
thank you

dear friends
i encounter a problem in sales order settlement
1 we use rev based result analyse ,and with profit realization
2 when the so status is rel ,the valuation base is Q,when the status is TECO and finl ,the valuation base is J
3 when we partially do the billing and run the ra settlement ,the poc = cumulate act rev/plan rev * actual cost in current period(i think this should be the cumulate actual cost ),and it lead to the error calcuation of the COGS,i do not know where the confirguation is error ,is in valuation base ?
can you help me
thank you

Activating Pricing for Sales Order in Retail

Hi All/Vijay/KK,
Please tell me how activate the pricing for sales order, actually in SD we do Pricing Determination, what has to be done for Retail pricing

Hi,
To do sales order pricing
Goto IMG>Sales & Distribution>Basic Functions>Pricing>Pricing Control
Either Follow Standard, condition type PR00
or in case of Custom
1. Use condition table 406 Site/article
2. Define Access Sequences ZPR0
Enter accesses:10 406 Site/article Exclusive x
3. Define Condition Types (ZPR0 assign newly defined access sequence)
4. Define And Assign Pricing Procedures (assign condition types ZPR0..etc. to it)
Then maintain condition record , go to VK11 --> Enter your Z condition type (eg. ZPR0)., enter the amounts.
Add the pricing procedure , to sales document type.
For Retail Sales Pricing
For Retail Sales Pricing based on Purchase pricing you can follow the following method:
The retail price is always based on the purchase net/net price. This purchase net price is built up from the purchasing pricing elements or condition types defined to be included in the purchase net price. A planned mark-up is applied to the purchase net/net to calculate the proposed retail price. The planned mark-up can be set by merchandise category and for exceptions, more specifically by article.
You can perform Two-step calculation for retail pricing, for example, for stores that are supplied by a distribution center (internal vendor). Calculating sales prices for the stores is based on the transfer price for distribution centers (preceding organizational unit).
1. Set up Master Data (WB02) - Relevant Fields should be maintained
2. Set up Article Master Data - Logistics DC and Store View (MM42)
Relevant Fields should be maintained
3. Maintain Mark up for DC(VK11) -Markup % at Distribution channel distribution chain level
Mark ups maintained at two levels:
For DC: At distribution chain level
Condition type used: AUFS
For Stores: At article level
New condition type ZUFS created.
4. Maintain Mark up for Stores (VK11) Markup % at Store distribution chain level
5 Create Pricing Procedures (IMG) -Pricing Procedures created
6. Carry out Price calculation for DC(VKP5) - Pricing Document created - DC Transfer price calculated
7. Carry out Price calculation for Stores (VKP5) - Pricing Document created - Final Retail Price Calculated
The final retail price that is calculated is stored in the condition type VKP0.
Hope it helps,
Regards,
Anirban Roy

How settlement rule will be created for Sales order with cost object

Dear Experts,
We are using product cost by sales order with valuated stock. In addition we are not using COPA
We also consume some materials at sales order level and at the end of month we want to do the result analysis and settlement for the same amount. In this case can any on explain how system will behave regarding settlement of sales order cost and what entries will get pass in the system.
In our case we have done below activities...
we have created sales order,
All production order activities completed till final GRN including month end activities
Material consumption against sales order
Result analysis executed
At the time of sales order settlement, system throwing error (Sender doesn't have valid receiver, please create settlement rule for sender object)
Then i checked in sales order there sales order settlement rule not defined.
I guess this settlement rule need be generated by system automatically. If not, please let me know the process of it.

HI kishore
the reason is that sale order always carry the revenue and production order and production period carry the cost .
cost you can settle to the Material and even management want to be settle the cost to material only in production order OR period
but in sales order when u sell the product it carry the revenue not the cost and management want see and analysis based on profitability segment are profit center level .
Prerequisites
If CO-PA is active, the system generates a settlement rule when you create the sales order. The settlement rule determines whether data is settled to other objects or other areas in Controlling. In accordance with this settlement rule, the relevant data is settled to CO-PA.
If CO-PA is not active, create a settlement rule. This settlement rule that you create manually normally contains a G/L account as a receiver (such as 399999). You can also settle costs and revenues or results analysis data to objects with revenue.
You can also settle the cost of sales calculated in results analysis to a fixed asset or a cost center. To do this, you must add to the allocation structure the results analysis cost elements under which the cost of sales is updated to the order.
The settlement rule includes a distribution rule for the sales order item. The distribution rule is made up of a settlement receiver, a settlement share, and a settlement type:
The settlement receiver (such as profitability segment or G/L account) specifies the object to which the actual costs and revenue of the sales order item are settled. The settlement receiver can be proposed through the settlement profile.
The settlement share defines the percentage or the equivalence numbers used to distribute the costs to the individual settlement receivers. The settlement share for sales order items is usually 100%. A settlement share of 100% is preset in the system.
The settlement type specifies full settlement of the sales order item. This ensures that all the data on the sales order is available for results analysis.
Settlement still takes place in each period. The revenues and the cost of sales are transferred to CO-PA by period, and the work in process and the reserves are transferred to FI.

Settlement for sales order TAB item

Hi Experts,
1. Is that only when the sales order item status change from " Not invoiced " to Invoiced ", the settlement can be performed ?
2. We have one sales order , which item category is TAB, we alreday GR for parts, GI for sales order, and invoiced to customer, when we run VA88, why there is no change on this item ?
Thanks and Regards
Shubin

when u invoiced, then run VA88 (settlement).
kapil

Change Item Category in Sales Order for KMAT materials

Hi,
How can I change item category in sales order/quote for KMAT materials?
Currently in the sales order/quote, the item category field is grayed out for KMAT/configurable materials and I can change the item category.
Please help me.
Sincerely.
Ketan

Dear Ketan,
I hav exactly the same problem.
Did you finally succeed?
Thanks.
Ben.

Settlement Profile for Sales Order make to Order Production.

Hi
This is the first time I am working for CO and I do have a very basic question:
When our settlement process is complete (production order and sales order both settled to COPA), there is a balance remaining on the sales order cost report which is equal to the manufacturing variance.
It seems that the manufacturing variance is posting from the production order to the sales order, but is not being assigned to the PSEG and flowing to COPA.
I do have all the screen shot and logical flow charts and I could e-mail to you for a quick glance.
Thanks

I will take a look at your documentation - my email is on my profile business card.
althea

How to configure rescheduling for sale order quantities

kindly explain how to configure rescheduling for sale order quantities that are created last month. kindly explain. i am in urgent.
regards,
g.v.shivakkumar

Hi,
Short text
Rescheduling sales and stock transfer documents: by material
Description
The 'Rescheduling' program (SDV03V02) processes sales document items that are contained in the item directory for the material. It takes into consideration open items and schedule lines from stock transfer items, stock transfer scheduling agreements and purchase order requests (items only), referred to hereafter as stock transfer documents, for the materials.
All sales documents for the material that are still open are selected. This means that the material index must be activated for at least all sales document types, whose items may have requirements. All stock transfer documents or items for the material that are still open are also selected. Open in this case means for example, that there is no deletion indicator, that the item from a stock transfer purchase order request cannot be labeled as completed or that the quantity delivered and posted to goods issue for the item in a stock transfer purchase order is the same as the amount ordered. An availability check can only be carried out if a checking rule is assigned to the document type - if this is not the case, the document or document item is not checked.
Checking rule 'A' is used as a basis for rescheduling sales orders (exceptions to this are rush orders they use checking rule B, and orders with individual customer stock; they use checking rule AE). Stock transfer documents use the checking rule that is assigned in Customizing for Purchasing. It is important that the scope of checks is consistent for both the stock transfer documents and the sales documents and that they do not exclude each other, as this can lead to incorrect test results. An example of an incorrect setting would be: The scope of check for checking rule 'A' checks delivery schedules for stock transfer purchase orders and stock transfer purchase requests, however the scope of check for the checking rule for the stock transport scheduling agreement does not.
The items and schedule lines found in the selection are sorted according to 'Priorities' - document category, delivery priority, creation date of the item or schedule line (for stock transfer purchase orders and delivery plans) entered on the selection screen or according to the schedule line date of the earliest schedule line with order quantity, document number and item number and then transferred to the availability check. Priority 1 is highest priority and priority 5 the lowest. Stock transfer purchase order requests are sorted after stock transfer purchase orders and scheduling agreements, as they are less binding. This means that when you have identical sort criteria such as delivery dates, the stock transfer purchase order item is checked first and then the item from the stock transfer purchase order request.
The preset option 'Unconfirmed documents required' only carries out rescheduling for materials for which there is at least one unconfirmed transaction.
You can use the parameters 'Sorting criteria delivery date' to define whether sorting is carried out with the order quantity after the creation date of the item or the delivery date of the earliest schedule line.
If you mark the 'Simulation' field, the checked documents are not saved. Instead a results list is generated and saved. However, the availability check for the corresponding documents continues as if saving has taken place already, that is, that the simulated list corresponds to the actual one.
Under 'Options' on the selection screen, specify whether sales documents and/or stock transfer documents should be processed. For stock transfer documents you can enter whether stock transfer purchase orders and scheduling agreements should be processed at item or schedule line level:
Processing at item level:
All open schedule lines for the item are read and collected, then transferred to the availability check. To sort and prioritize documents, you do not need each individual schedule line. It is sufficient to have the item or data from the first schedule line. All open schedule lines for the item are processed and checked.
Example of processing at item level:
Sorting: Date (Delivery date first schedule line) - Document number - Document item
Doc. cat. Doc. number Doc. item Doc. schedule line Delivery date PO        4500000012      10               0001              26.01. PO        4500000012      10               0002              26.02. PO        4500000025      20               0001              28.01. PO        4500000025      20               0002              02.02.
You can see that the second schedule line for document 4500000025/20 from 02.02 was processed after the second schedule line for document 4500000012/10 from 26.02. This is because all open schedule lines for an item are read and processed. The first schedule line from 4500000012/10 has the earliest delivery date, therefore it has priority.
Processing at schedule line level:
Each open schedule line for an item is entered in document sorting in accordance with the values entered under 'Priorities'. The availability check is carried out for each individual schedule line.
Example for processing at schedule line level:
Sorting: Date (delivery date first schedule line) - document number -document item
Doc. cat.    Doc. number Doc. item Doc. sched. line Del. date PO           4500000012    10             0001           26.01. PO           4500000025    20             0001           28.01. PO           4500000025    20             0002           02.02. PO           4500000012    10             0002           26.02.
Here you can see that each schedule line was sorted according to its delivery date. Note that this type of processing requires more runtime due to the individual checks and more frequent saving.
The results of rescheduling are saved, as long as the program was not started in simulation mode. When calling up from the 'Sales' area menu or when directly starting via the development environment, the iniator is informed via a dialog box that he has just started a process that changes data. He can then decide whether or not he wants to continue.
Checking procedure for stock transfer documents:
An availability check of stock transfer documents in rescheduling is carried out in accordance with the check carried out when manually creating a document. If, however, the required quantity for a schedule line is not available on a particular date and will not be ready until later, new schedule lines are created for the stock transfer purchase orders and scheduling agreements, containing the relevant data. New items are created in this case for stock transfer purchase order requirements. The total sum of schedule line quantities for a processed schedule line corresponds to the schedule line quantity of the original schedule line.
First example: Using a stock transfer purchase order item with a schedule line:
a) Status of item before rescheduling run:
Del. date PO quantity   Confirmed quant Confirmed del. date 23.07.      50 items       0 items              -
==> This now affects the stock/requirement situation:
    - Goods issue is posted for the material in the delivering plant on the 23.07.
    - A purchase order of 10 items was created for the material in the delivering plant. Delivery is expected on the 29.07.
b) Status of stock transfer purchase order item after rescheduling run:
Del. date PO quantity   Confirmed quant   Confirmed del. date 23.07.     40 items      40 items            23.07. 29.07.     10 items      10 items            29.07.
==> The first schedule line was changed in accordance with the results of the rescheduling availability check. Only 40 of the 50 original items could be delivered on the 23.07. Therefore, a new schedule line is created for the rest on the 29.07. for 10 confirmed items.
Second example: Same output situation as the above example.
==> There is now a change in the requirement/stock situation:
A purchase order for 10 items is created for the material in the delivering plant. Delivery is expected on the 29.07. A further purchase shows another 40 planned items on the 30.07.
   Status of stock transfer purchase order item after rescheduling run:
Del. date PO quantity Confirmed quant Confirmed del. date 29.07.     10 items       10 items          29.07. 30.07.     40 items       40 items          30.07.
==> The first schedule line was changed in accordance with the result of the availability check for rescheduling. The original delivery date is set to the date confirmed in the ATP check. A new schedule line is created for the remaining 40 items, that are available on the 30.07.
Note:
Any set fixed delivery date and quantity indicators and creation indicators for schedule lines or items are 'inherited' by newly created schedule lines. Assuming that the original schedule line was fixed in the above example (since it is created manually), this indicator is also set for the newly created schedule line.
If shipping scheduling is activated for a stock transfer document type, this is also implemented for newly created schedule lines, with the exception of route schedule determination. This means that in the current version of the program no route schedule has been determined for a schedule line containing a route schedule for which new schedule lines may need to be created.
The results of the run are issued in the form of a list, which is also saved, so that the results can be controlled at a later date. This is done using the function 'Evaluate rescheduling', but it is only a good idea to do this after the first rescheduling has taken place. You can restrict selection requirements but these can however affect the runtime. You can use this function to analyze the saved list until the next rescheduling run, which writes over the result. If you start rescheduling in the background, a spool file with the result list referred to will be created in the corresponding setting. You can see this in spool management.
Output
A list of changed documents, a list of documents in which an error occurred during processing and as a result were not changed, can be called up via the menu 'Edit - Error log'. If in a subsequent evaluation a restricted selection is carried out, a note appears at the end of the list to say that not all document items are displayed.
You can set the scope of the list under the menu option 'List' in the list display. You can view improvements, deteriorations and the whole list. Before the documents can be included in one or either of the restricted lists, the date or quantity has to have changed so that the item can be contained in both the list of improved or deteriorated documents.
You can use the interface for changing transactions and the order list to navigate. Use 'Back' to exit the list and 'New selection' to return to the selection screen.
Recommendation
You should only start this program occasionally and use very restricted selectin criteria during working hours as it requires enormous system resources.
Note
The columns for 'New date' and 'New confirmed qty' only contain entries if the dates or quantities have changed.
As the system only runs the change check (dates/quantities) per line in the original list, an item whose backlog has increased in the list of improvements. This occurs, for example, if the whole quantity can be delivered at once but at a later date. In this situation, the system determines an increase for the line when it compares quantities.
Regards,
Amrish Purohit

Please give some inputs for Sales order costing

please give some inputs for Sales order costing

Dear Chandu
If you use the valuated sales order stock, the actual cost of goods manufactured is updated to the sales order item (item in an inquiry, quotation, or sales order) under an inventory change cost element.
If you use the nonvaluated sales order stock, the actual cost of goods manufactured is updated to the sales document item under a settlement cost element or a source cost element.
Sales and administration costs are updated under a separate cost element.
Thanks
G. Lakshmipathi

Variance calculation for production order with settlement receiver as SDI

Hi...
I have one query reference to Variance calculation for production order with settlement receiver as SDI(Sales document item).
I am working on Varaint configuration with strategy 25(Make-to-order for configurable material) with requirement class 046.
I have created sales order ref. to configurable material,subsequently created planned order & then converted to production order.
In production order settlement receiver is SDI(Sales document item).
While doing production confirmation ,variance has been created.
Now during variance calculation KKS2, I have got error message as no suitable settlement rule found for object Order no.
Is there any way to come out of this?Or variance calculation KKS2 is not applicable with settlement receiver as SDI(Sales document item).
Pl. guide
Redards
Tushar

Hi
In case of non valuated material, concept of variance does not apply...
Variance is Actual Cost - Cost of Goods receipt posted in stock.. If the later value is zero, your entire actual cost is variance... That is one way of saying it
But, in SAP, var not calculated in case of non valuated material and that makes sense as well.. Since you are in MTO scenario, it would make sense to analyse costs vs revenues @ sale order level as each SO will be unique in itself
Regards
Ajay M

How to control Changing of item category in sales order Manually

Hello Gurus,
How to restrict manual changing of item category in sales order?
Reason for it:
When ever they want to give some free goods to customer , they are changing Item category in Standard Sales order at item level then deliverying free goods to customer
looking for your inputs
Thanks in advance
Regards
Venkat

Hello,
There are two possible ways:
1. In Item Caterogy Determination remove the Manual Item Categories so that system will determine the Item Category only from defined options.
2. Use T-SHDO - create Screen Variant & make the item Category Feild as Display only.
Hope this helps..
Thanks,
Jignesh Mehta

Requisitions for sale order stock

Requisitions for sale order stock that are generated directly from the
sales order are not passed to SRM but requisitions that are created
manually for sales order stock are passed to SRM.
Why is the sourcing of a requisition for sales order stock where the
requisition was created directly from the sales order not supported?

Hi,
We need same requirement, we found only PR's with item category "5"(Third party ) created from sales are transfered to SRM.( It is hard coaded in ECC).
Let us know if you are able to resolve your issue.
Thank you
Sreedhar Vetcha

Proforma Invoice for Sales Order

Hi,
Currently, SAP will generate all items using the entered SO for Proforma Invoice despite that some items already being created.
There isn't any suitable user exit to filter those checking on items being generated.
Please revert if there is any other way in doing it.

Hi
My suggestion is to use the copying requirements at the item category level in the copy control in VTFA
Copy routine is created in VOFM
KIndly take the help of ABAPER for the Code, example given below
if vbap-vbeln is not initial.
select single * from vbfa into wa_vbfa
where vbelv = vbap-vbeln
and posnv = vbap-posnr
and VBTYP_N = 'U'.
if sy-subrc = 0.
concatenate 'proforma for sales order ' vbap-vbeln 'and' vbap-posnr 'already generated' into lv_text separated by space.
message lv_text type 'E'.
endif.
endif.
Regards
Damu

Issue while changing Item Category during Sales Order Creation

Hi,
Requirement:
Requirement is to change the item category of Sales Order item while creating the sales order.
Rule is: If item category is IRAT then it should be changed to IRLN.
For this, I am using the user exit "USEREXIT_SAVE_DOCUMENT_PREPARE" available in the include MV45AFZZ.
Issue:
Using the above mentioned exit, Item category is getting changed to the desired value in the created sales order BUT value of Billing Status (VBUP-FKSAA) which is supposed to get changed is blank.
For example, Sales order is created from VA01 and item category is changed manually to the value mentioned above, then for the sales order created we have VBUP-FKSAA = 'A'. But when value of Item category is not changed manually and it is changed from the exit, then value of VBUP-FKSAA is blank.
I have to find a solution which would change the value of Billing Status according to the change in the value of Item Category.
Please suggest a relevant solution.
Thanks a lot for responding.
Abhinav.
Edited by: Abhinav Jain on Apr 9, 2010 6:47 PM

Hi Abhinav,
I have a simmilar problem. In my case I am changing Reason of Rejection in the user-exit, but net value is not getting updated. Did you solve your problem? Any other way to change a field of a sales order item?
Thanking you in advance,
Nisha

RA Category for Sales Order Actual Settlement

Similar Messages

Maybe you are looking for