Telus TPM Documentation

User Tools

Site Tools

Trace:
rate_calculation

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revisionPrevious revision
rate_calculation [2017/06/03 15:18] – adam.brusselbackrate_calculation [2025/02/26 14:02] (current) – tina.robles
Line 10: Line 10:
 One of the three (**Fixed Rate - Numeric**) requires no extra work to get a usable rate, as it's input by the user in a usable format.  The other two (**Fixed Rate - Percent**, **Fixed Price - Numeric**) require extra work to create a usable rate.  These two need an accurate price to correctly calculate a rate. One of the three (**Fixed Rate - Numeric**) requires no extra work to get a usable rate, as it's input by the user in a usable format.  The other two (**Fixed Rate - Percent**, **Fixed Price - Numeric**) require extra work to create a usable rate.  These two need an accurate price to correctly calculate a rate.
  
-In GoSimple, we currently support [[price_tiers|multiple systems of pricing]].  These pricing systems can be used in different combinations, and configured to act like a stack when looking for pricing.  The order which each system is looked in, and what is enabled is configurable per-client.  What that means, when looking for a price, we will look in system "1" first, and if a price is found use that, if not, we will look into system "2", and continue until a price is found (or we run out of systems to look in).+In the TELUS TPM, we currently support [[price_tiers|multiple systems of pricing]].  These pricing systems can be used in different combinations, and configured to act like a stack when looking for pricing.  The order which each system is looked in, and what is enabled is configurable per-client.  What that means, when looking for a price, we will look in system "1" first, and if a price is found use that, if not, we will look into system "2", and continue until a price is found (or we run out of systems to look in).
  
 To find the correct price, we have a few data points we will check for in each system. To find the correct price, we have a few data points we will check for in each system.
Line 33: Line 33:
   * (price * **Fixed Rate - Percent**) = rate   * (price * **Fixed Rate - Percent**) = rate
   * (price - **Fixed Price - Numeric**) = rate   * (price - **Fixed Price - Numeric**) = rate
 +
 +When the claimant type is a LOCATION we have to look to your Price Tiers (from your Client Settings) to determine which price we should use to calculate a rate because customers with a company type of LOCATION would not be purchasing direct from the MFG. 
 +
 +Two methods of pricing provide options for us to calculate a rate for a Location.   Default Price and Price List. 
 +  
 +**Default Price** is part of the product file. The value provides us with one price for the product applied to both cost basis types (FOB and Delivered).  There is no date range for this value. 
 +
 +**Price List** is a separate data feed.  The value provides us with one price per product, per cost basis type (FOB or Delivered) and there is a time frame associated to the price.   Using List Price allows the MFG to not only change the price over time, but to track when the prices changed. 
 +
 +Typically MFGs will provide either Default or Price List.   Whichever appears first in the Price Tiers is the price we would use to calculate any direct rates back to the Location (Operator) where the contract is set up as a Fixed Price or a Fixed Rate Percentage. 
rate_calculation.txt · Last modified: 2025/02/26 14:02 by tina.robles

Page Tools

Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki