Component-Based Rates
Caution:
Component-Based Rates, or classic rates, is not the recommended approach for new implementations. Component-Based Rates is intended for upgrading customers who currently use this rate structure and have not converted to Calculation Rule-Based Rates.
Combining Rating Strategies
A customer's service agreements can reference both component-based and calculation rule-based rate schedules. For example, a customer could have an existing service agreement for their gas service which references a component-based rate schedule, and add a new service agreement for electric service that references a calculation rule-based rate schedule. When the system calculates the customer's bill, it processes the rate based on the type of rate associated with each service agreement. In this example, when creating the bill segment for the customer's gas service, the system will use the component-based rate engine, but when creating the bill segment for the customer's electric service; it would use the calculation rule-based rate engine.
When you set up a customer in the system, you create a service agreement for every service that the customer uses. The most important information specified on a service agreement is the rate. The rate controls:
This section describes Component-Based Rates.
- All Component-Based Rates Share a Common Structure
- How to Create a New Component-Based Rate
- Control Tables That Must Be Set Up Before Creating a Component-Based Rate Schedule
- Setting Up a Component-Based Rate Schedule
- Rate Schedule Merge for Component-Based Rates
- Setting Up Bill Factors for Interval and TOU Values
- Defining Rate Versions
- Designing Rate Components
- Defining Rate Components
- Rate Version Merge for Component-Based Rates
- Rate Check for Component-Based Rates
- Use Sub Rate Schedules to Encapsulate Common Rate Components
- Component-Based Rate Examples
- How To Add A New Service Quantity Rule Algorithm
- How to Add a New Register Rule Algorithm
Parent topic: Rates