0% found this document useful (0 votes)
25 views41 pages

47026407

1. The document discusses key SAP Utilities technical master data objects including Connection Object, Premise, Device Location, and Utility Installation that are used to model customer service and device management data. 2. It provides an overview of each object, their relationships, and the SAP transaction codes used to create and maintain them. 3. The meter reading process is also summarized, linking Utility Installations to Meter Reading Units which determine meter reading dates.
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
25 views41 pages

47026407

1. The document discusses key SAP Utilities technical master data objects including Connection Object, Premise, Device Location, and Utility Installation that are used to model customer service and device management data. 2. It provides an overview of each object, their relationships, and the SAP transaction codes used to create and maintain them. 3. The meter reading process is also summarized, linking Utility Installations to Meter Reading Units which determine meter reading dates.
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
You are on page 1/ 41

|  

Ô 


‡ High Level Data Model


‡ Technical Master Data
‡ Devices
‡ Meter Reading Process
|
 

— 
 
   
 


 
  
 



 


 

 



 


  






Ô   

    Ô   !" 

 

 
 
      


! 
 
    Ô  
Ô  
 
 
   

 

 
  
     Ô  
   
 
# Ô   
# Ô   
# Ô  
—   
|

‡ Connection Object
‡ Premise
‡ Device Location
‡ Utility Installation
Ô  
  

‡ A connection object is usually a building, but it can also be a


property or other entity such as a fountain, construction site, cattle
trough etc.
‡ A functional location in Plant Maintenance is created
automatically when the Connection Object is created, sharing the
same number or key.
Ô 
Ô  
  

Menu Path: Utilities Industry  Technical Master Data   Connection Object  


Create
Transaction Codes: ES55: Create Connection Object
ES56: Change Connection Object
ES57: Display Connection Object
Steps:
1. Call transaction Code: ES55
2. Click Enter and then: Enter address information
3. SAVE: the connection object and a corresponding functional
location is created in Plant Maintenance.
 
‡ A premise is an enclosed spatial unit (such as an apartment or
suite) to which a utility service is supplied.
‡ Several installations can be allocated to one premise (for
different divisions: water and wastewater, for example).
‡ The premise is allocated to a connection object and contains
the address of that connection object.
‡ You can maintain additional data about the location of the
premise (for example, which floor).
‡ Premise types are used for describing the nature or type of use
of the unit. (Commercial, Domestic, Mixed)
Ô 
 

Menu Path: Utilities Industry   Technical Master Data   Premise   Create

Transaction Codes ES60: Create Premise


ES61: Change Premise
ES62: Display Premise
Steps:
1. Call transaction code: ES60
2. Enter the connection object number on the next screen after clicking
Enter.
3. Enter additional address details: apartment number in the house
number supplement field
4. Enter a premise type
5. SAVE
|   
 
‡ The device location is a place within a connection object where
devices are installed.
‡ The device location is allocated the address of the connection
object and premise
‡ Contains a description to define the exact location of the devices.
This means that you can use the device location to locate an
installed device.
‡ A functional location in PM is created automatically when the
Device Location is created, sharing the same number or key.
Ô 
|   
 

Menu Path: Utilities Industry   Technical Master Data   Device Location


  Create

Transaction Codes: ES65: Create Device Location


ES66: Change Device Location
ES67: Display Device Location
Steps:
1. Call transaction code: ES65
2. Enter the connection object and premise number on the second screen
after clicking Enter.
3. Enter additional information as needed to identify specific data about a
meter or its actual placement
4. Enter Notes to the meter reader for the download
5. SAVE
=
 

 
 
‡ The connection between the premise, devices, and contracts is
referred to as a ³utility installation´ (or ³installation´ for short).
‡ contains data relevant to billing contracts, for example the rate
category and installation facts
‡ An Installation is assigned to a Meter Reading Unit (MRU), This
determines the meter reading dates for the Meter / Device
‡ The MRU links the installation to a Portion where the billing
dates are defined.
‡ Rate Categories are stored in the installation. These determine the
relevant rates used for bill calculations
Ô 

 
  

Menu Path: Utilities Industry   Technical Master Data   Installation  


Create
Transaction Codes: ES30: Create Installation
ES31: Change Installation
ES32: Display Installation
Steps:
1. An installation will be created for each service needed: water, fire and wastewater.
2. Call transaction code: ES30
3. Enter a key date (as far back in time as needed for any activity)
4. Enter the appropriate division: note: this is the only technical master data object to be
division specific.
5. Press Enter
6. Enter the premise number on the next screen
7. Enter the time dependent data needed: billing class, rate category and MRU.
8. Enter a MR Control group
9. Enter an installation type and supply guarantee reason as needed.
10. SAVE
Ô  
  
|
  

SAP Utilities   Customer Service   Customer Information   Connection Object Environment


  |
  


 
 |
  

Business Model

Business Partner

Contract Account

Contract
(Water)

Utility Installation Dev ice

Premise Dev iceLocation

Connection
Object
DEVICES
|    

Device Category

Device

Register
|  Ô
 
SAP Definition:
The device category groups together devices (meters) with the same
features.
Southern Water¶s naming convention for device categories is a
concatenation of:
‡ Meter Make
‡ Meter Size
‡ Number of Dials
‡ Meter Type
For Example a 5 dial, kent, 25mm, MSM device would exist in
device category KE-25-M5-MSM
| 
SAP Definition:
A Device is an instrument that is used to measure consumption,
process data or control and protect other instruments.
Devices are managed in the Plant Maintenance (PM) application
component as pieces of equipment.
Holds the following data items:
‡ Serial Number
‡ Status
‡ Production Year
‡ Manufacturer
‡ Model Number
‡ Register Group
! 

SAP Definition:
A device that meters consumption, energy, and so on.
This can refer to the actual instrument or simply the display in an
electronic device.
Used to record the actual consumption
The register reading is used in the calculation of the bill
A Register can be part of a ³Register Relationship´ such as
Main/Sub relationship
|  
 
 

Three types of Device Installation within SAP:


Technical Installation:
SAP Easy Access   Utilities Industry   Device Management   Device Installation  
Installation   Technical Installation (Transaction EG33)

Billing Related Installation:


SAP Easy Access   Utilities Industry   Device Management   Device Installation  
Installation   Billing Related (Transaction EG34)

Full Installation:
SAP Easy Access   Utilities Industry   Device Management   Device Installation  
Installation   Full (Transaction EG31)
—   
 
  

=   
      
  
  
        

 
 
 

 



 


 

   





 
 

 

 
 



   

   

        

 
 ! 

 
 

Use this option in the following cases:

‡ If meters in an apartment building are installed first and allocated


to specific apartments later.
‡ If the two steps are handled by different agents.
> 
 
 

This will be used for the majority of installations within Southern


Water.
This transaction allows for the device to be both Technically and
Billing Installed at the same time.
!    
|  
 
 
When an error has been identified, the installation process must be
reversed to provide a clean environment for the correction.
Although the installation can be completed in a single step (Full
Installation EG31), the reversal is a two step process.
The billing related installation is reversed using transaction EG35.
The installation is reversed using the same date as the installation
date.
SAP Easy Access   Utilities Industry   Device Management   Device Installation   Removal
  Billing Related (Transaction EG35)
The technical installation is reversed using transaction EG51.
SAP Easy Access   Utilities Industry   Device Management   Device Installation  
Installation   Technical Reversal (Transaction EG51)
|  ! 
Like the device installation process there are also three different type
of device removal within SAP:
Technical Removal:
SAP Easy Access   Utilities Industry   Device Management   Device Installation   Removal
  Technical (Transaction EG36)

Billing Related Removal:


SAP Easy Access   Utilities Industry   Device Management   Device Installation   Removal
  Billing-Related (Transaction EG35)

Full Removal:
SAP Easy Access   Utilities Industry   Device Management   Device Installation   Removal
  Full (Transaction EG32)
—   ! 

Technical removal is used to remove the device from its allocation to


the device location.
If the removal process is executed in its separate components: billing
related and technical removal, then the billing related removals must
be performed first.
Technical removal is performed using the device location object.
 ! 
! 

Billing related removal is performed at the installation level.


It is also used as the first step in a meter reversal process.
> ! 
A full removal processes both the billing related removal and the technical
removal in a single step process. This removes the device from the
installation for billing purposes and from the device location technically
You can enter the meter reading recorded at the time of removal.
When the Device is removed from an Installation Object, the system status
of the Device changes from INST (installed) to AVLB (Available).
Naturally, as the Device is no longer installed at the Installation Object, all
links previously inherited by the Device from the Installation Object are
broken. (Links such as such as Billing related data (Rates), Meter Reading
groups (MRU) are dynamically severed.
Additionally, each time a Device changes its system status, a new time slice
is created and held directly against the device. These time slices holds all
historical information and enable the user view all previous installation
history.
!     ! 

If the removal should not have been performed at all, the move-out
processed must be reversed as well.
The technical removal is reversed using transaction code: EG52.
SAP Easy Access   Utilities Industry   Device Management   Device Installation  
Replacement   Technical Reversal (Transaction EG52)
Once the meter is physically re-installed, it must be installed for
billing purposes.
The billing related installation EG34 is executed to enter the rate data
needed.
SAP Easy Access   Utilities Industry   Device Management   Device Installation  
Installation   Billing Related (Transaction EG34)
Additional processing might be needed depending on the specific
conditions of the account.

!  

!   

! Ô
ã  
  !  

All metered Properties are subject to cyclic reading either Half Yearly,
Quarterly or Monthly.
To facilitate the efficient scheduling and collection of meter readings
all metered properties must be logically grouped.
In SAP the grouping of metered properties is done at 2 levels:
Portion
Meter Reading Unit (MRU)
 
 

 
  are the equivalent of billing cycles, they combine contracts
that are to be billed together, and contain dates for billing.
Within the Southern Water Implementation there will be:
26 Annual portions (Read either half yearly or quarterly) - PMA01
1 Monthly Portion - PMM01
11 Unmeasured Portions - PUABN

! =
!=

  
group customer accounts together according to
regional criteria. They contain all the data relevant to the scheduling
of the meter reading.
Within Southern Water the MRU will be based on the postcode sector
and named as follows:

Characters 1-5 are the postcode sector


Character 6 is the sequence within the sector
Character 7 is the read frequency
Character 8 is the owning utility

e.g. TN341NHS will contain properties that reside in the µTN34 1¶ postcode sector,
are half yearly read by Southern Water.
ME138BQE will contain properties that reside in the µME13 8¶ postcode sector,
are quarterly read by Mid Kent.
±  

Based on the dates set up in the portion, schedule records are


generated for all MRU¶s
When the download date associated with an MRU is reached Meter
Reading Orders and Billing Orders are generated automatically and
the devices to be read are downloaded to MVP.
Each night a file of meter readings is uploaded from MVP, these are
matched to open Meter Reading Orders and a bill produced
!  



Reading Types:
Periodic - Scheduled Cyclic Reading
Non Periodic - Event Driven such as Move In / Move Out
Readings may be received with a µtrouble code¶ entered by the meter
reader which may require further investigation (Water in Pit, Broken
Glass etc.)
Readings may be received with operational notes (Nasty Dog, Specific
directions to meter location etc.)
Readings may be sent with an associated service order
Readings may be sent with special instructions (Must Read etc.)

!  
 

All readings are validated using standard SAP validation rules.


Any readings that fail validation will be marked as µImplausible¶ - the
business need to review all implausible readings and either µRelease¶
for billing or enter a corrected reading.
All readings that pass validation will automatically be considered as
µPlausible¶ and bill (If appropriate)

 
 
If a periodic reading has not arrived by the time the bill period end
date is reached an estimated reading will be generated and a bill
produced based on the estimate.
Estimated read will not be produced for installations marked as
µMust Read¶.
The estimate will be calculated using standard SAP functionality
based on previous meter reading history.
If insufficient history exists then the estimate will be based on
periodic consumption.

You might also like