Customizing the RTP Interface

Objectives

After completing this lesson, you will be able to:
  • Recognize the use of TOU, season and day groups
  • Build an RTP Interface.
  • Allocate RTP Interfaces to Rates.

Elements of the RTP Interface

Header data, Results, Parameters, and RTP components.

The RTP interface is built from the header data, result parameters and RTP components. In order to customize an RTP interface, these building blocks must be developed. The following slides give you the information needed to build and customize an RTP interface.

Process Flow for Creating an RTP Interface

Flowchart showing steps to set and allocate RTP components, interfaces, formulas, and parameters, with decision points for existing elements and color-coded sections.
  • Set up Season, Day and TOU Groups (the component structure). This takes place outside RTP Customizing by means of the following menu path: Utilities IndustryEnergy Data ManagementBasic Settings..
  • Determine RTP interface to be used. If the desired RTP interface does not exist, you can create it in Customizing: SAP UtilitiesEnergy Data ManagementInterface to RTP BillingDefining RTP ComponentsDefine RTP Interface.
  • Determine RTP components to be used. If the desired RTP component does not exist, you can create it in Customizing. SAP UtilitiesEnergy Data ManagementInterface to RTP BillingDefining RTP Components
  • Determine formula to be used. If the desired formula does not exist, you can create it in Customizing. SAP UtilitiesToolsSystem ModificationsUser-Defined Enhancements for Energy Data ManagementFormulas(for further information, see the Formula Profiles unit of IUT225)
  • Allocate RTP header data
  • Allocate result parameters
  • Allocate RTP components
  • Allocate input and output parameters to each component

Customizing Settings for the RTP Interface

Flowchart of SAP Utilities EDM setup, showing Basic Settings with groups for seasons, days, and TOU. Includes RTP billing interface, tools, system modifications, and result functions.

You can make the settings listed on the slide for the RTP interface. The following settings are dealt with in this unit:

  • Define RTP component
  • Define RTP interface
  • Define result functions

Customizing an RTP Component

Flowchart of SAP Utilities EDM setup, showing Basic Settings with groups for seasons, days, and TOU. Includes RTP billing interface, tools, system modifications, and result functions.
  • RTP component structure is comprised of a unique combination of season groups, day groups and TOU groups.
  • When an RTP component is customized the following information is entered:
    • RTP component ID
    • RTP description
    • Season, day or TOU groups as defined by the requirements (not all have to be chosen)
  • When a new RTP component is created, the day, season or TOU groups are allocated to the RTP component.
  • In the above example, there are 3 RTP components
    • On-Off which is comprised of just a TOU Group
    • Season On-Off which is made up of both a season group and a TOU group
    • Peak which contains no time periods at all
  • Customizing path: SAP UtilitiesEnergy Data ManagementInterface to RTP BillingDefining RTP Components.
  • By allocating these groups to the RTP component in the RTP interface, it signals billing to be carried out according to these defined time periods.
  • After the RTP component is created, it must be generated before it can be used. Once the RTP component has been generated, no changes can be made.

Customizing Result Functions

Table with three rows and columns: Result Function, Description, and Function Module. Displays MINIMUM, PEAK, SUM; minimum and maximum profile values, and sum of profile values.
  • Result functions define how profile values for a certain period are analyzed and used to calculate a single value such as a sum, minimum or maximum value.
  • Result functions are defined with a description and a function module that performs the calculation. Results from result functions are currently used as input values in billing. This links the RTP interface to IS-U billing.
  • Those provided by SAP are:
    • Function Description Function Module.
    • MINIMUM: Minimum Profile Value ISU_EDM_RESULT_0003.
    • PEAK: Maximum Profile ValueISU_EDM_RESULT_0002.
    • SUM: Total of Profile Values ISU_EDM_RESULT_0001.
    • Result function modules can be created at the customer site and implemented in this customizing process.

Steps to Build an RTP Interface

Header Data

Diagram showing header data with formula, interval length, division, and RTP interface. Profiles x1, x2, xn input into formula, outputting profiles y1, y2, ym.

The following data must be entered to start the creation of the RTP interface:

  • RTP Interface Code and Description: Identifies the RTP interface
  • Header data: Formula, Interval Length, Division

Note

The formula is the basis of the calculation as it determines the input and output parameters.

Result Parameters

Flowchart depicting parameters for RTP interface results, with table listing result numbers, operand categories, measurement units, result functions, and descriptions.

To create result parameters, the following information must be entered: Result number, result parameter description, operand category, result function, unit of measurement (use the Copy button to insert the information into the RTP interface).

Note

The result parameters come from the result function. Result parameters are assigned to operand categories and reference the output parameters. The result parameters supply the operands with data for the RTP rate used in IS-U billing.

Components

Chart showing RTP component status, activation types, priority level, period dates from 01.01.2005 to 31.12.9999, and times from 00:00:00 to 23:59:59 for each component.
  • RTP components: Activation, input parameters, output parameters and possibly template parameters should be defined for each RTP component, depending on the requirements.

    Note

    The activation type and priority should be defined.
  • In the Activation tab:
    • Choose an RTP component. For each RTP component, choose one of the activation types.
    • For each RTP component, enter a priority. Enter a period in the From/To Date and From/To Time fields. (Choose the Copy function to insert the data below.)

Component Structure

Diagram showing RTP components: On-Off and Maximum, with codes for on-peak, off-peak, and default. Time groups include summer/winter, weekday/weekend, with detailed structure.
  • Recall that the structure of the RTP component is determined by the season, day and TOU groups allocated to the RTP Component.
  • In the above examples:
    • RTP component 1 contains TOU periods On and Off.
    • RTP component 2 contains no time periods.

Component Activation and Prioritization

Flowchart of RTP component activation over time. Components are prioritized as medium, low, or high and are shown as activated or not. Activation types and execution are highlighted.
  • Individual RTP components such as a specific agreement for a customer are defined in the installation.
  • The RTP components can be activated in various ways:
    • Generally
    • Individually
  • The activation and prioritization determine which RTP component will be executed in the RTP interface.

Input Parameters

Diagram showing input parameters with date, time, profile, role fields, and allocated status. Green circle indicates allocation to a role or profile; red circle indicates unallocation.
  • On the Input Parameter tab, input parameters are the assigned a profile.
  • Enter the period (From and To Date/Time) in which a profile is allocated to the input parameter of the RTP component. This enables allocation of different profiles to the same parameter (time slicing).
  • Choose the profile OR role to be allocated to the parameter (Once you have entered this data, insert the information using the Copy function).

Historical Profiles for an Input Parameter

Diagram showing RTP interface using formula LIMIT01 with component inputs and outputs. Profiles and date ranges are connected to the component.

The above example displays how different profiles can be assigned to one input parameter based on the validity dates of the profile assignment.

Using the Parameter Template

Diagram showing RTP component with three inputs, four outputs, a parameter template, an installation profile 53 labeled EDM_IN_002, and a system flowchart with highlighted section.
  • When an RTP component has the activation type Use and Activate Individually or Use Individually and Activate Generally, it is possible to define input parameters as template parameters. The advantage of template parameters is that they allow the user to define input parameters via the installation. This means that profiles or roles can only be allocated to input parameters at the installation.
  • In order to assign the profile to the parameter template, go to the installation [NES31]. Choose the RTP interface button. Within this transaction, it is possible to assign the profile to the template parameter. This is typically used for short term agreements such as a SPOT pricing limit.

Output Parameters

Flowchart showing output parameter allocation: Output 1 (green), Output 2 (green), Output 3 (red), Output 4 (green). Results are portions above/below limit and maximum demand.
  • In the Result number field, choose a result parameters that you want to allocate to the output parameter (Once you have entered this data, insert the information using the Copy function).
  • Defined result parameters can be found under the Result Parameters tab.

The Complete RTP Interface

Diagram of RTP interface with components for electricity division. Inputs and outputs are shown with allocation to result parameters for consumption and demand metrics.

After these steps below have been performed, the RTP interface has been created:

  • Header data
  • Result parameters
  • RTP component activation and prioritization
  • Input and output parameters

Allocating the RTP Interface to a Rate

Using an RTP Interface

Flowchart showing rate facts, operands, and steps for off-peak consumption. Tables and notes are shown on RTP interface allocation and operand matching.

Before the RTP interface can be used, it must be allocated to a rate. This allocation is only possible for rates that have selected the Permitted for Interval Meters option. Within the RTP rate facts, individual rate step input operands can be allocated to result parameters of the RTP interface. This means that the appropriate operands are provided with result parameter values from the RTP interface during billing.

It is only possible to allocate result parameters to operands in the rate facts if the RTP operands have been defined. The operand category must also be defined. This is the operand category in which the RTP rate values in the RTP rate are to be processed. The operand category must match the category of the RTP operand.

Permissibility of Rate for Interval Meters

Flowchart for changing rate with sections on permissibility and register-based data. Includes terms like Register operand, Validation class, and an RTP interface leading to a detailed diagram.

The permissibility for interval meters is assigned within the rate.

Flowchart diagram showing electricity consumption data processing with categories: Result parameters, Rate steps, and Operands. Focus on Off-peak consumption.

Rate Facts

Diagram showing energy consumption data: demand price, off-peak and on-peak consumption. Includes operand values and a note about RTP interface and measurement units.
  • Within the rate facts, the operands coming from the RTP interface are indicated with the RTP operand symbol.
  • The operands are tied to a result parameter number from the RTP interface.