Your SlideShare is downloading. ×
Variant COMPUT25 explained
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Variant COMPUT25 explained

373

Published on

http://wp.me/p1Ci5j-8M

http://wp.me/p1Ci5j-8M

Published in: Technology, Business
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
373
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
37
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. Analysis of Variant COMPUT25COMPUT25 variant program helps to calculate the weighted quantity based average price.The input parameters areQPRICE PriceUSERDEF Start date for the calculation of an average (YYYYMMDD)The Output parameters areQPRICE Time portion weighted average of all prices in the periodThe standard function module for this variant is ISU_COMPUT25Now let’s try to analyze the effect of using COMPUT25 in a schema.Standard documentation on the Variant and the line item types generated can be found byexecuting TCode EA99.FunctionalityA price is multiplied by a factor. This new price is updated (operand update). Prorations of thefactor are taken into account.Let’s start by creating a Rate:For convenience of understanding only two line items.Facts values:
  • 2. ZQPRICE is a Quantity Based Standard PriceZAVGPRICE is an Average price Without History.
  • 3. Test Cases:(A). Average is calculated during the rate period. In this case, the value of the second operand (USERDEF) is not included. However, we still need to define a value for this operand in the facts.1. No Price ChangeBilling Period: From – 01.01.2011 to 30.01.2011This is in case there is no price change in the current billing period.Avg. Price = (No. of Days in each weighed time portion * corresponding price in time portion) /Total no of days in billing periodIn this case: Avg Price = (30 * 5) / 30 = 5.2. One Price Change between the Billing Periods
  • 4. Price Change on 15.01.2011 Prorated periods: 01.01.2011 – 14.01.2011 & 15.01.2011 – 31.01.2011 Avg. Price == ((14 * 5) + (16 * 6)) / 30 == 5.533333333. Two Price Changes in the Billing Period Price Change on 15.01.2011 & 20.01.2011 Prorated periods: 01.01.2011 – 14.01.2011, 15.01.2011 – 19.01.2011, 20.01.2011 – 31.01.2011 Avg. Price == ((14 * 4) + (5 * 6) + (11 * 6)) / 30 == 4.7(B). Average is calculated during the period USERDEF, end of billing period. The average price is calculated by simulating the corresponding period. The simulation is a customer-specific simulation. You can use an IF12 variant to control which schema steps are executed during the simulation. 1. Two Price Changes in the Billing Period
  • 5. Here we can see that in spite of two price changes in the same billing period system has updatedthe Average Price Key for the last prorated time portion only i.e., 20.01.2011 – 31.01.2011. This is because we have maintained the Variant Control as USERDEF operand, for which value ismaintained as 2011.01.20 (YYYY.MM.DD).So system will consider only those price changes whichhappened after the date maintained at USERDEF operand ,in this case i.e., 20.01.2011Avg. Price = (10 * 5) / 10 = 52. Two Price Changes in the Billing Period In this case, USERDEF hasthe value 2011.01.15.So two price changes fall after this date and within the Billing Period. Therefore the Average PriceKey is updated for the period between 15.01.2011 – 31.01.2011.Avg Price == ((5*6) + (11*5)) / (5 + 11) == 5.3125NB : If the checkbox is checked in the Controloption.An info line is written about the calculation method. The following fields are filled:
  • 6. ZAHL1 : Number of days in the period of average calculationZAHL2 : Calculated average priceMASS2 : Unit of measurement for the average priceZAHL3 : Quantity base of the average priceThere are some test cases left like: • Average Price updating in case of Block & Scale Type Quantity Based Price. • Average Price Key with History.These cases will be dealt in future posts.Hope this helps. ☺This document is created by Tathagta Chakroborty.He is reachable at tatha.chako119@gmail.com

×