Average moving price in a past sales order

Dear gurus,
How can I check the average selling moving price in a past sales order. For example, I want to see the average selling price in a set of orders which has been created in March or May this year as we are in August.
How do I do that?
Thanks
Chris

Hi
In the moving average price procedure (price control u201CVu201D), the system valuates goods receipts with
the purchase order price and goods issues with the current moving average price.
The system automatically moving average price calculates( the latter) upon every goods movement by dividing the total value by the total stock quantity.
This is the concept of MAP (It changes dynamically with each and every MIGO or SD goods issue happens with that material in its master record )
MAP is a dynamic parameter and it changes with each and every sales order in MMR
MAP for the past single order can be seen in VPRS condition type provoded if you have choosen the appropriate price control there
average selling price in a set of orders which has been created in March or May this year as we are in August.
This statement is meaningless
Regards
Raja

Similar Messages

How to put 2 kinds of material prices on the same sales order

Hello SD Gurus,
I have a requirement to put a one-time price (e.g. installation price ) and a recurring monthly price on the same sales order.
I've tried the following but it is not working.
1. I have a pricing procedure (PSER01) in which I'm using the following price types:PR00 (Defined as a "Discount or Surcharge") and PRSV. I'm using PR00 to represent my one-time installation price. I'm using PRSV to represent my monthly+recurring price.
2. I used it for a material master in a sales order. I can add PR00 and see the green traffic light. But as soon as I add PRSV, the traffic light on PR00 turns yellow (Inactive because of subsequent price).
I've read several posts on the forum regarding this. Based on my understanding, I'm using two pricing conditions in one pricing procedure which is not allowed.
What can I do differently to enable the one-time price and monthly price to appear for my material master on the sales order?
Thanks so much for your help!

Hi,
As per SAP Logic, if the condition type has condition class "C" then only one value is allowed.
if you want to add two values ( Fixed + Variable) then you can do the following logic.
1 ) Have one condition type say ZFIX ( Use this for Fixed Value ) cond class = C
2 ) another condition type Say ZVAR(Use this for variable value ) Cond Class = C
3 ) another condition type say Zxxx ( use this for your Final Value) cond class = C
now do not assign any access sequence to the third condition type. write a logic in the "Alt Calculation type " routine to get the value of this condition from the sume of ZFIX + ZVAR
i.e., ZXXX = ZFIX + ZVAR.
Make sure that the sequence of the codition types are mentioned exactly like the above.
this is because if you put ZXXX third then the system automatically ignores the value of ZFIX and ZVAR.
but the values against those condition types will be stores internally. So in future if we want some information also we can trace back..
let me know if you need further help..
thanks..

How to limit the number of price conditions in a sales order

Dear experts,
We've created discounts in our pricing procedure, and they are added manually. They have a maximum.
But the problem is that the user can add several discount price conditions in the sales order!
Is there any customizing to limit the number of occurrences to 1 in the pricing procedure?
Thank you for your help
Marjolaine

HI,
You can make use of feature to maintain maximum and minimum limits per condition type.
SPRO > SAP Implementation Guide > Customer Relationship Management > Basic Functions > Pricing > Define Settings for Pricing > Create Minimum/Maximum Limits
In this activity you can restrict manual processing of pricing conditions in transactions using minimum and maximum limits per condition type.
Kindly reward with points in case helpful
Sharif

Modify the Net price of an existing Sales Order

Hi,
I got a requirement to modify the Net price of an existing Sales Order. I have called BAPI "BAPI_SALESORDER_CHANGE" for this purpose but its not working. I have passed the New Price in CONDITIONS_IN table parameter. Can you help me with any BAPI or FM for this purpose.
Mukesh KUmar
Moderator message : Duplicate post locked.
Edited by: Vinod Kumar on Dec 7, 2011 9:40 AM

Talk to your SD consultants. Net value is determined based on the pricing conditions. Pricing configuration is usually unique to each business, so your SD consultant should know how the pricing condition should (and may) be changed in your specific situation.

Why movemet 543 will effect the average moving price?

Dear all:
I have created a Subcontracting PO, then sent the RM A to vendor, and made movement type 541 in MIGO. After the processing in vendor, recepit the the FG B to our plant, and made movement type 101 & 543 in MIGO. The action should reverse RM A in our system, but I found the amount of reverse was not the same as WIP A before sending to vendor. And it has resulted in the variance in average moving price of the RM A. So I want to why is it. Thanks~

I've down load the MB1A list of the material, and sorted by posting date. And I don't know why the AMP changed from Materila Document NO 5007080671. The AMP hss changed from $0.032/PC to $0.018/PC. And the actual purchasing price was 0.032. Thanks~
Material
MvT
S
Mat. Doc.
EUn
Pstng Date
Entry Date
Quantity
Amount LC
Unit Price
PIFASCIS49046201AE
543
O
5007081001
PC
09.02.2014
09.02.2014
-42
-0.76
0.018095
PIFASCIS49046201AE
543
O
5007081002
PC
09.02.2014
09.02.2014
-42
-0.76
0.018095
PIFASCIS49046201AE
543
O
5007081013
PC
09.02.2014
09.02.2014
-42
-0.76
0.018095
PIFASCIS49046201AE
543
O
5007081014
PC
09.02.2014
09.02.2014
-42
-0.76
0.018095
PIFASCIS49046201AE
543
O
5007081015
PC
09.02.2014
09.02.2014
-42
-0.76
0.018095
PIFASCIS49046201AE
543
O
5007081016
PC
09.02.2014
09.02.2014
-42
-0.76
0.018095
PIFASCIS49046201AE
543
O
5007081017
PC
09.02.2014
09.02.2014
-42
-0.76
0.018095
PIFASCIS49046201AE
543
O
5007081018
PC
09.02.2014
09.02.2014
-42
-0.76
0.018095
PIFASCIS49046201AE
543
O
5007081019
PC
09.02.2014
09.02.2014
-42
-0.76
0.018095
PIFASCIS49046201AE
543
O
5007081020
PC
09.02.2014
09.02.2014
-42
-0.76
0.018095
PIFASCIS49046201AE
543
O
5007081021
PC
09.02.2014
09.02.2014
-42
-0.76
0.018095
PIFASCIS49046201AE
543
O
5007081022
PC
09.02.2014
09.02.2014
-42
-0.76
0.018095
PIFASCIS49046201AE
543
O
5007081023
PC
09.02.2014
09.02.2014
-42
-0.76
0.018095
PIFASCIS49046201AE
543
O
5007081024
PC
09.02.2014
09.02.2014
-42
-0.76
0.018095
PIFASCIS49046201AE
543
O
5007081025
PC
09.02.2014
09.02.2014
-42
-0.76
0.018095
PIFASCIS49046201AE
543
O
5007081027
PC
09.02.2014
09.02.2014
-42
-0.76
0.018095
PIFASCIS49046201AE
543
O
5007081028
PC
09.02.2014
09.02.2014
-42
-0.76
0.018095
PIFASCIS49046201AE
543
O
5007081029
PC
09.02.2014
09.02.2014
-42
-0.76
0.018095
PIFASCIS49046201AE
543
O
5007081031
PC
09.02.2014
09.02.2014
-42
-0.76
0.018095
PIFASCIS49046201AE
543
O
5007081053
PC
09.02.2014
09.02.2014
-42
-0.76
0.018095
PIFASCIS49046201AE
543
O
5007081056
PC
09.02.2014
09.02.2014
-42
-0.76
0.018095
PIFASCIS49046201AE
543
O
5007081059
PC
09.02.2014
09.02.2014
-29
-0.52
0.017931
PIFASCIS49046201AE
543
O
5007081059
PC
09.02.2014
09.02.2014
-13
-0.23
0.017692
PIFASCIS49046201AE
543
O
5007081061
PC
09.02.2014
09.02.2014
-42
-0.76
0.018095
PIFASCIS49046201AE
543
O
5007081063
PC
09.02.2014
09.02.2014
-42
-0.76
0.018095
PIFASCIS49046201AE
543
O
5007081065
PC
09.02.2014
09.02.2014
-42
-0.76
0.018095
PIFASCIS49046201AE
543
O
5007081066
PC
09.02.2014
09.02.2014
-30
-0.54
0.018
PIFASCIS49046201AE
543
O
5007081000
PC
09.02.2014
09.02.2014
-42
-0.76
0.018095
PIFASCIS49046201AE
543
O
5007080999
PC
09.02.2014
09.02.2014
-42
-0.76
0.018095
PIFASCIS49046201AE
543
O
5007080998
PC
09.02.2014
09.02.2014
-42
-0.76
0.018095
PIFASCIS49046201AE
543
O
5007080997
PC
09.02.2014
09.02.2014
-42
-0.76
0.018095
PIFASCIS49046201AE
543
O
5007080996
PC
09.02.2014
09.02.2014
-42
-0.76
0.018095
PIFASCIS49046201AE
543
O
5007080995
PC
09.02.2014
09.02.2014
-42
-0.76
0.018095
PIFASCIS49046201AE
543
O
5007080994
PC
09.02.2014
09.02.2014
-42
-0.76
0.018095
PIFASCIS49046201AE
543
O
5007080993
PC
09.02.2014
09.02.2014
-42
-0.76
0.018095
PIFASCIS49046201AE
543
O
5007080672
PC
09.02.2014
09.02.2014
-42
-0.76
0.018095
PIFASCIS49046201AE
543
O
5007080671
PC
09.02.2014
09.02.2014
-42
-0.76
0.018095
PIFASCIS49046201AE
411
4911603135
PC
07.02.2014
07.02.2014
1,800
57.6
0.032
PIFASCIS49046201AE
541
4911603136
PC
07.02.2014
07.02.2014
-169
0
0
PIFASCIS49046201AE
541
4911603136
PC
07.02.2014
07.02.2014
-1,800
0
0
PIFASCIS49046201AE
411
4911603135
PC
07.02.2014
07.02.2014
169
5.41
0.032012
PIFASCIS49046201AE
411
K
4911603135
PC
07.02.2014
07.02.2014
-1,800
-57.6
0.032
PIFASCIS49046201AE
411
K
4911603135
PC
07.02.2014
07.02.2014
-169
-5.41
0.032012
PIFASCIS49046201AE
542
4911603512
PC
07.02.2014
07.02.2014
469
0
0
PIFASCIS49046201AE
541
O
4911603136
PC
07.02.2014
07.02.2014
169
0
0
PIFASCIS49046201AE
541
O
4911603136
PC
07.02.2014
07.02.2014
1,800
0
0
PIFASCIS49046201AE
542
O
4911603512
PC
07.02.2014
07.02.2014
-469
0
0
PIFASCIS49046201AE
101
K
5007022326
PC
22.01.2014
22.01.2014
2,000
0
0
PIFASCIS49046201AE
561
K
4911496818
PC
17.01.2014
17.01.2014
4,167
0
0
PIFASCIS49046201AE
561
O
4911498087
PC
17.01.2014
18.01.2014
1,520
48.64
0.032
PIFASCIS49046201AE
562
O
4911497924
PC
17.01.2014
18.01.2014
-1,520
-48.64
0.032
PIFASCIS49046201AE
561
K
4911498155
PC
17.01.2014
18.01.2014
169
0
0
PIFASCIS49046201AE
561
K
4911498155
PC
17.01.2014
18.01.2014
1,800
0
0
PIFASCIS49046201AE
562
K
4911497928
PC
17.01.2014
18.01.2014
-2,079
0
0
PIFASCIS49046201AE
561
K
4911498155
PC
17.01.2014
18.01.2014
110
0
0
PIFASCIS49046201AE
562
K
4911497741
PC
17.01.2014
18.01.2014
-4,167
0
0
PIFASCIS49046201AE
261
4911458846
PC
13.01.2014
13.01.2014
-855
-27.36
0.032
PIFASCIS49046201AE
411
K
4911456510
PC
13.01.2014
13.01.2014
-855
-27.36
0.032
PIFASCIS49046201AE
411
4911456510
PC
13.01.2014
13.01.2014
855
27.36
0.032
PIFASCIS49046201AE
261
4911452181
PC
12.01.2014
12.01.2014
-1,792
-57.34
0.031998
PIFASCIS49046201AE
411
K
4911420015
PC
08.01.2014
08.01.2014
-544
-17.41
0.032004
PIFASCIS49046201AE
411
K
4911420016
PC
08.01.2014
08.01.2014
-976
-31.23
0.031998
PIFASCIS49046201AE
541
4911423010
PC
08.01.2014
08.01.2014
-976
0
0
PIFASCIS49046201AE
541
4911423009
PC
08.01.2014
08.01.2014
-544
0
0
PIFASCIS49046201AE
411
4911420016
PC
08.01.2014
08.01.2014
976
31.23
0.031998
PIFASCIS49046201AE
411
4911420015
PC
08.01.2014
08.01.2014
544
17.41
0.032004
PIFASCIS49046201AE
541
O
4911423009
PC
08.01.2014
08.01.2014
544
0
0
PIFASCIS49046201AE
541
O
4911423010
PC
08.01.2014
08.01.2014
976
0
0
PIFASCIS49046201AE
411
K
4911400141
PC
06.01.2014
06.01.2014
-100
-3.2
0.032
PIFASCIS49046201AE
411
K
4911400140
PC
06.01.2014
06.01.2014
-1,336
-42.75
0.031999
PIFASCIS49046201AE
411
K
4911400139
PC
06.01.2014
06.01.2014
-356
-11.39
0.031994
PIFASCIS49046201AE
411
4911400141
PC
06.01.2014
06.01.2014
100
3.2
0.032
PIFASCIS49046201AE
411
4911400140
PC
06.01.2014
06.01.2014
1,336
42.75
0.031999
PIFASCIS49046201AE
411
4911400139
PC
06.01.2014
06.01.2014
356
11.39
0.031994

Moving average price not updatet when sales order stock

Sales order stock is ioncluded in calculating moving average (at goods receipt there is no new valuation type created)
It is okay with replenishment orders (regular stock)
I first thought it had to do with Spec. Stk Valuation indictator (but this one is set to 'M', which seems right for me.
Does anyone have a clue what I can do so my moving average value is also calculated based on sales order stock and not only regular stock?
Kind Regards
Kevin
Edited by: Kevin Gielen on May 5, 2010 2:44 PM

Spl Stock Valution must be - A (not M) to valuate along with normal stock .
Ensure following configuration is there
1. create Requirement class in OVZG . Maintain required account assignment category under account assginment subscreen
2. Create requirement type in OVZH . assign this req.class to req.type
3.Assign requirement type to sales item categories for which you need this VSO functionality
4.Goto SM30 and give table V_T459K_K ,mainatain ,for your requirement class under valuation field maintain M or A(put F1 for moreinfo)
5.Take SD consultant help to setup schedule line category(SC) for this item category ,it should have account assignemtnt category and PR order type - VOV6 and assign this SC to item category in VOV5
6. Now create SO which will populate the above created item category (if not check with SD consul to populate the above item category)
7.convert the PR generated through above SO into PO
8.In PO under account assignment tab you could see BSX account and it must be greyout .
9.Do GR ,stock will be updated in MBBS report.
it resolves your requirements
check point in each transaction:
after SO ,check VBAP- KZBWS = M or A (which you have maintained in requirement class)
PR from SO, EBAN-KZBWS =M or A and PO also will have EKPO-KZBWS = M or A

Updating price in already created sales order

Hi all,
I have an issue. When we create sales order, system will display current date pricing on sales order, for example total value of sales order is 9000. Now before delivery, prices change and we have to manually update price on sales order individually. Is there any report available that can update price of all already created sales orders instead of going on sales order and update one by one.
Please respond.
Best Regards,
AI.

Hello,
You can update the pricing for all the created orders at a time in VA05 .
Goto Transaction code VA05 and give all the sales orders and then in the MENU click on
EDIT->MASS CHANGE>NEW PRICING
And update the New pricing, then will carry out new pricing for all the sales orders at a time.
OR,
There is also one function module SD_BULK_CHANGE , Create your own Query in SQV1 and make changes.
Hope it will resolve , Please revert if you need further details
thanks,
santosh

Excise invoice price is updating with sales order how to change

Dear All,
I am following TAXINN tax procedure.
when any misstake happens in price i have to cancell all the process. from excise invoice to sales document.
even if i am updating the billing invoice and again creating the excise invoice its taking the price from sales order price.
How can i update the price in excise invoice with billing document not with sales document.
Thanks with Regards
Subrat

Actually when we are canceling the excise invoice and updating the billing document with new price and again creating the excise invoice its taking the old price not the updated price.
this is what the problem is .
how system will concider the updated price for excise invoice.
Thanks with Reagrds
Subrat

Report needed to view different prices applied in a sales order / invoice

Hi Friends
In the sales order/ Invoices there are 2 different prices , List price and another special price . These 2 condition types are generally determined in pricing .
Requirement is to have a report which displays these 2 prices per customer per a specified time period .
Customer wants to see how much discount in the form of special price he received .
Is there any standard report for this , or can this be created using ABAP queries or Net price list ?
Regards
Ragav...

Hi All ,
Thank you all for your quick respose . Let me give your more info for a better understanding of my requirement . Basically here two prices are to be compared . List price which is based on sales org / distribution channel and material . The other is special price matained for sales org , customer and material .
In my system I have 2 different pricing reports ( T- code SAP1 ) , one is based on sales org , material - This I can use to find list price . I also have another customer based report and using this I can get the special price
But user wants to see both these prices side by side in a single report . Is there a way these two reports can be combined ?
Regards
Raghav

Price Change & blocking of sales order

Dear All,
We have created a sales order with pricing date 30.01.2010 and delivery will takes place on 31.01.2010. In between, there is a price change on 31.01.2010. We want that, on delivery creation date system performs the check on customer balance and block the sales order for the creation of delivery. As during the time of sales order the price of an item was 100 EUR (i.e. 30.01.2010) and at the time of delivery creation price becomes 160 EUR (i.e. 31.01.2010)
Is it possible????????????????????

Hi,
You want to block the delivery if there is a difference in u2018sales order priceu2019 and the u2018price on delivery dateu2019.
Instead of blocking the delivery, you can create billing document with the latest price. The sales order was created with 100 EUR on 30.01.2010. You are creating billing on 31.01.2010; we can pick the price 160 EUR applicable on 31.01.2010 by copying control. In VTFL, select your billing document (F2), your delivery document type (LF) and then your item category (TAN). Check the details for the item category. If you change the pricing type to u2018Bu2019 (Carry out new pricing), the system will take the latest price.
Hope this will be useful to you.
Regards,
K Bharathi

Basic price unchangeble mode in Sales order

Hi,
We are creating the sales order with reference to contract.And we are also using the same pricing procedure in contract and sales order document.Now we want that basic price should be changeble mode in contract and unchangeble mode in sales order.
We are using the differen item category in contract and sales order.Need your suggestion to resolve this issue.
Regards
Prabudh T

One option is that in V/06, for your condition type, if you maintain D for the field Manual entries, neither in contract nor in sale order changes can be made. This will work only if you have different pricing condition type for contract and sale order.
If you have the same condition type for both, then the other option is to try with any of the following sale order user exits
- User exits in the program MV45AFZZ - USEREXIT_MOVE_FIELD_TO_VBAP
- User exits in the program MV45AFZB - USEREXIT_CHECK_VBAP
thanks
G. Lakshmipathi

PRICING: Net Price Condition Unit in sales order

Hello Friends,
Please let me know, on what basis system determines Net Price [VBAP-NETPR] and its Condition Unit [VBAP-KMEIN] in a sales order. Please help, as I am facing a issue due to same as sometimes Condition unit is equal to base unit and some times it is same as sales unit.
Please help.
Amit

Thanks Saurabh
I am more concerned with Condition Unit, can you throw some light on the same.
Amit

Price indication is SO (Sales Order)

Hi all,
Under Sales order, can we know what price list did the user use to the entry? As far as i'm concern, we can actually see direct from the business partner itself. Meaning to say, if customer A is tagged to price list A, so whenever the users create an order, the system should read price list A. Am i right? What if there is a special price for this customer? How do i know whether there is such discounts entitle for this customer? Is there any indication under 'SALES ORDER' where i can find this?
If there is an indication, I would like to create query for this.
Appreciate your experts.
Thanks,
Harith

Hi,
To the best of me knowledge it is not stored in the table which price list was actually used for the document, and once the document is closed it is not visible through Form Settings anymore (version 2007).
We made a workaround once for this with a UDF and a formatted search, I am not sure it is recommendable as it involves FMS on the price field, either way, this is what we did in short:
1. Created a UDF dropdown with preselection of all the price lists.
2. Create a formatted search in the price list field that will pull the price from the selected price list. This is set to update on when the UDF in stpe 1 is changing.
This way you have a record of what price list was used.
Problem:
1. You cannot see if a special price was used.
2. It is still possible to change the price in the price field manually to whatever the user wants to and there is no way of keeping track of that.
I think point 2 is the reason why there is no record of the price list to start with, even if one is selected the price field can be changed manually.
Hope that helps.
Jesper

How to save LIST_LINE_ID of Price List when create Sales Order Line

I dont know how save the LIST_LINE_ID of the Price List on Sales Order or anywhere when create Sales Order Line.
I create with the following steps:
Step 1: Create Price List for Item A with two line: Line 1 (Unit Price = 10,5, Pricing Attribute with Tax Classification Code = 5%), Line 2 (Unit Price = 11, Pricing Attribute with Tax Classification Code = 10%)
Step 2: I create Sales Order Line with Item A, Tax Classification Code = 5% --> Unit Selling Price = List Price = 10,5 but dont bookorder
Step 3: I update the Unit Price of Line 1 into 11.55.
Step4 : I book this Sales Order. Howerver, I use form personalization to customize Book Event: if the Unit Price of Item on Price List > Unit Selling Price then cant not Book. But I dont konw List Price of Sales Order belong the line of Price List.
Please help me check this issue. Thanks for your supports.
BinhTC
Email: [email protected]

Bob's right - except that if you have OM: List Price Override Privilege set to 'Unlimited' (and from your scenario it sounds as if you have) it is possible that the value in unit_list_price will vary from what was originally retrieved from the price list.
In that case, a safer bet is to use :LINE.original_list_price in your personalization as this will always contain what was originally retrieved and will mean you can avoid any repeat lookup via list_line_id.
Regards,
Jon

Function Module for Get Price and Bonus in Sales Order

Hi.. ABAP Guru's..
I wanna make a function for get price and get Bonus for all material items in sales order.
Help me for solving it.. Please.
Thanks a lot before and after.
Rgds,
Asep Saepudin

Hi,
Welcome to SDN.
Refer
https://forums.sdn.sap.com/click.jspa?searchID=7085162&messageID=782207
https://forums.sdn.sap.com/click.jspa?searchID=7085162&messageID=950526
Regards

Average moving price in a past sales order

Similar Messages

Maybe you are looking for