Vous êtes sur la page 1sur 67

IS-Utilities

SAP IS-U
SAP IS-Utilities
SAP for Utilities
SAP Industry Specific Solution for Utilities
Introduction
A public utility (usually just utility) is an organization that maintains the
infrastructurefor a public service.
State provision of utility services (like electricity, gas, water, district heating,
waste management etc.) often resulted in inefficiency and poor service quality.
Trend towards liberalization, deregulation and privatization of public utilities
encouraging competition among private players.
Business benefits of SAP for Utilities
Enhances Efficiency of business processes
mass processing of consumption and customer-related financial data
efficient and automated exchange of data (deregulation processes)with market
participants, enabling supplier switching as well as payment and settlement
processes
Increased Asset Usage and Reliability
integrates information and processes from finance, procurement, maintenance,
operational safety, and workforce management
integrates SAP solutions, legacy systems, plant and geographic information
systems, outage management systems, and automated meter-reading systems
Optimized procurement reduced material inventory and efficient collaboration
with contractors and suppliers
Improved Customer Relationship Management
delivers personalized services
effective tools for designing and executing marketing campaigns

Useful Transactions
EASY - Searches Transaction Codes in IS-U.
EC20 - Front Office
EC25 - Data Environment
EPRODCUST - Master Data Template
ECRMREPL - IS-U Contract Error Monitor
EMMACL - Clarification Case List (EMMA Case)
EMIGALL - IS-U Migration: Workbench (Data Migration Tool; Conversion)
EQ81 - IS-U Migration Workbench: User Handbook
=DBUG - Debugging for 'Mass' Transactions
FB* - IS-U FIGL (General Ledger)
FP* - IS-U FICA
EA* - Billing
EL* - Meter Reading
EG* - Device
IQ01,2,3 - Create, Change, Display Material Serial No.

Master Data - remains unchanged over a long period of time


Business Master Data
Business Partner
Business Partner can be a person, group or organisation with whom the utility
company has a business relationship.
T-codes:
BP - Maintain Business Partner
FPP1/2/3 - Create/Change/Display Contract Partner
Tables:
BUT000

Fields:
PARTNER(10)
Contract Account
A contract account groups together all of a business partners contracts to which
the same payment and dunning data applies. It is an account through which the
financial transactions between a customer and a utility company are managed
(stores payment transaction data).
T-codes:
CAA1/2/3 - Create/Change/Display
Tables:
FKKVK, FKKVKP
Fields:
VKONT(12)
Contract
A contract is an agreement between a utility company and a business partner
relating to a utility service. It forms the basis for billing. Created during move-in
process. It is specific to one Division.
T-codes:
ES20/21/22 - Create/Change/Display
ES27/8 - Change/Display Contracts for Contract Account
Tables:
EVER
Fields:
VERTRAG(10)
Move-in

A contract is created and allocated to an installation


T-codes:

EC50/1/2E (Create, Change, Display), EC53E (Reverse)


Tables:
EEIN (Cont. Acc.), EEINV (Contract)
Move-out

A contract with a customer is terminated


T-codes:
EC55/6/7E (Create, Change, Display), EC58E (Reverse)
Tables:
EAUS (Cont. Acc.), EAUSV (Contract)
Technical Master Data
Connection Object

Connection Object is a building, piece of property or other facility that is


connected to the supply grid.
A connection object is allocated an address. It links premises, device locations etc.
to a postal regional structure.
T-codes:
ES55/6/7 - Create/Change/Display
Tables:
EHAUISU
Fields:
HAUS(30)
Premise

A premise is an enclosed spatial unit (such as an apartment or a factory) to which


a utility service is supplied. It is allocated to a Connection Object.

T-codes:
ES60/1/2 - Create/Change/Display
Tables:
EVBS
Fields:
VSTELLE(10)
Installation

The connection between premise, devices, and contract is referred to as an


installation.
An installation is allocated to a single contract.
Used to group together all devices that are allocated to same premise, belong to
same division and are to be billed together.
Several utility installations can be allocated to one premise (for different divisions,
for example). The premise is therefore not related to one specific division. A
deregulated scenario exists if more than one utility installation of the same
division is allocated to a premise.
The installation stores the billing properties for one or more devices at a premise
T-codes:
ES30/1/2 - Create/Change/Display
Tables:
EANLH(time slice), EANL
Fields:
ANLAGE(10)
Device Location

Device Location is a location in a Connection Object where any number of


devices (across divisions) is installed. The device location provides information on

the physical location of the device


T-codes:
ES65/6/7 - Create/Change/Display
Tables:
EGPLT, EGPLTX
Fields:
DEVLOC(30)
Device
Devices are physical objects. E.g. Counting Device (meter), controlling device
(ripple control receiver), data processing device (converter), device with protective
or adjustive functions (pressure controller) etc.
T-codes:
EG41,2/3/4 - Device Modification/Display /Create
Tables:
EGERS
Fields:
GERAET(18)
Point of Delivery
T-codes:
EEDM09/10/11 - Point of Delivery Create/Change/Display
Tables:
EUITRANS, EUIINSTLN
Fields:
INT_UI(22), EXT_UI(50) - POD ID

Intercompany Data Exchange (IDE)


Caters to needs of deregulated markets

T-codes:
EEDMIDESERVPROV01/2/3 - Service Provider Create/Change/Display
IW52/3/4 - Service Notification Change/Display/Create
EDATEXMON01 - Monitoring of Data Exchange Tasks
ESWTMON01 - Monitoring of Switch Documents
WEDI - SAP Easy Access IDoc and EDI Basis
Useful Tables
Address: ADR*
Business Partner: BUT*
Device: EGER*
POD: EUI* (EUITRANS, EUIINSTLN)
Rate: ETR*, ETT*, EKDI, ERTFND
Meter Reading Doc.: EABL*
Billing Schema: ESCH*
Price: EPRE*
IDOC: EDI*
Data Exchange Process
Classes:
CL_ISU_DATEX_PROCESS - ISU Data Exchange Process (Abstract)
CL_ISU_DATEX_CONTROLLER - Connection and Control of Data Exchange Processes
DATEX Task
EDEXTASK*
Service
ESERVICE*
Service Provider
ESERVPROV*

EDEXDEFSERVPROV - Data Exchange Definition for Service Provider


Switch Document
Classes:
CL_ISU_SWITCHDOC
Tables:
EIDESWT*
EIDESWTDOC - Division Category - Switch Document Header
EIDESWTMSGDATA - Message Data for Switch Document
Function Modules
ISU_DB_EVER_SINGLE - Read Contract data
ISU_DB_EANLS_SINGLE - Read installation data
ISU_INT_UI_DETERMINE - Read Contract, Installation, Internal and External PoD
ISU_S_NBSERVICE_CREATE - Create a non-billable service
ISU_DB_ESERVICE_FORALL_POD - Read services associated with a POD
ISU_DB_TECDE_SINGLE - Get Division for service Type
Device Management
Device Category
Device Category corresponds to material in the Materials Management (MM)
application component.
T-codes:
EG01/2/3 (Create, Change, Display)
Tables:
ETYP-MATNR
Register Group
T-codes:
EG04/5/6 (Create, Change, Display)
Tables:

Device

Device Corresponds to equipment in the Plant Maintenance (PM) application


component.
The device is identified by a unique material and serial number combination to
distinguish it from other pieces of material that may have the same serial number.
The equipment number is the same throughout the whole system.
Each combination of Material and Serial Number is unique.
T-codes:
IQ01/2/3 (Create, Change, Display Device)
EG44, EG34 (Billing related installation), EASTL, EASTS
Tables:
EGERS, EGERH, EGERR
Fields:
EQUNR - Equipment Number
Equipment number = internal device no. that is different in every client.
MATNR - Material Number (Device Category)
GERAET - Serial Number (Device)

Register
T-codes:
Tables:
ETDZ-ZWNUMMER (3)

Billing and Invoicing


Portion
T-codes:

E41A - Display Portion


E41B - Create Portion
E41C - Change Portion
E41E - Delete Portion
E41J - Maint. Portion
E43B - Generate SRs of all MRUs of Portion
E43D - List of all MRUs of a Portion
EA65 - Portion Change
Tables:
TE420
Meter Reading Unit (MRU)
T-codes:
E41L - List of MRUs Alloc. to Main MRU
E43B - Generate SRs of all MRUs of Portion
E41H - Create Meter Reading Unit
E43E - Activate Meter Reading Units
E43D - List of all MRUs of a Portion
Tables:
TE422
Meter Reading Order
T-codes:
EL01, EL31
Tables:
Billing Order
T-codes:
EL01, EL31

Tables:
ETRG
Meter Reading Results
T-codes:
EL27 - Execute Correct Implausible MRR
EL28 - Execute Single Entry
EL29 - Execute Correct Plausible MRR
EL30 - Estimate MRR
EL31 - Monitoring of MR Data
EL32 - Automatic Monitoring of MRR
Tables:
EABL (Meter Reading Documents)
Billing and Invoicing
Billing vs. Invoicing
Billing:
Consumption and bill amount calculation process
Performed at Contract level
Determine billing periods
Determine tariff (rate) data
Invoicing:
Process contract billing to contract account receivable and prepare printout
Performed at Contract Account level
Consolidate energy and non-energy charges, e.g. late payment fee
Consolidate all items from different contracts to be invoiced under the same
contract account

T-codes:

EASIBI
EAMABI
Tables:
Billing Document
T-codes:
EA22
Tables:
ERCH-BELNR(12)
Print Document
T-codes:
EA40
Tables:
ERDK-OPBEL(12)
Simulation
T-codes:
EASISI - Individual Simulation
EAMASI - Mass Simulation via Installation Intervals
Billing Procedure
Period End Billing etc.
Create Meter Reading Order, Enter Meter Readings, Billing, Invoicing, Printing
Billing Order, Billing Document, Print Document
Billing Master Data
Installation
Tables:
ETTIF/ETTIFN/ETTIFB (Installation Facts)
Billing Class

T-codes:
Tables:
EAKLASSE, EAKLASSET-AKLASSE(4)
Rate
T-codes:
EA30/1/2 (Create, Change, Display)
Tables:
ETRF-TARIFNR(10), EKDI (Rate Facts)
Billing Schema
T-codes:
EA35/6/7 (Create, Change, Display)
Tables:
ESCH-SCHEMANR (10), ESCHS (steps)
Operand
T-codes:
EA50/1/2 (Create, Change, Display)
Tables:
TE221-OPERAND(10)
Rate Category
T-codes:
EA53/4/5 (Create, Change, Display)
Tables:
ETTA-TARIFTYP(10), ETTAF (Rate Cat. Facts)
Rate Type
T-codes:
EA56

Tables:
TE069-TARIFART(8)
Rate Determination
T-codes:
EA87
Tables:
ERTFND-TARIFNR(10)
Variant Program
T-codes:
EA88 (Maintain Variant), EA99 (List of Variants)
Tables:
Price
T-codes:
EA89,90,91(Create, Change, Display)
Tables:
EPREI, EPREIH-PREIS(10)
Fact Group
T-codes:
Tables:
TE067-KONDIGR(10)
Reversal and Adjustment

T-codes:
EA13
EA14
EA15

EA20
EA21
Outsorted Billing/Invoice Docs
T-codes:
EA05
FICA
T-codes:
FPL9 - Account Display: Initial Screen
FP05 - Payment Lot: Initial Screen
FP09 - Returns (Lot): Request Screen
FP25 - Check Lot: Initial Screen
FPVA - Dunning Proposal
FPVB - Dunning Activity Run
Tables:

Your +mention will add people to this post and send an email.

Posted 27th December 2012 by narasimha KOTA


0
Add a comment
Add comment
Load more

SAP - Excellence

Classic
Classic
Flipcard
Magazine
Mosaic
Sidebar
Snapshot
Timeslide

Dec
27

sap isu

Top of
Form
Bottom
of Form

IS-Utilities
SAP IS-U
SAP IS-Utilities
SAP for Utilities
SAP Industry Specific Solution for Utilities
Introduction
A public utility (usually just utility) is an organization that maintains the
infrastructurefor a public service.

State provision of utility services (like electricity, gas, water, district


heating, waste management etc.) often resulted in inefficiency and poor
service quality.
Trend towards liberalization, deregulation and privatization of public
utilities encouraging competition among private players.
Business benefits of SAP for Utilities
Enhances Efficiency of business processes
mass processing of consumption and customer-related financial data
efficient and automated exchange of data (deregulation processes)with
market participants, enabling supplier switching as well as payment and
settlement processes
Increased Asset Usage and Reliability
integrates information and processes from finance, procurement,
maintenance, operational safety, and workforce management
integrates SAP solutions, legacy systems, plant and geographic
information systems, outage management systems, and automated
meter-reading systems
Optimized procurement reduced material inventory and efficient
collaboration with contractors and suppliers
Improved Customer Relationship Management
delivers personalized services
effective tools for designing and executing marketing campaigns
Useful Transactions
EASY - Searches Transaction Codes in IS-U.
EC20 - Front Office
EC25 - Data Environment
EPRODCUST - Master Data Template
ECRMREPL - IS-U Contract Error Monitor
EMMACL - Clarification Case List (EMMA Case)

EMIGALL - IS-U Migration: Workbench (Data Migration Tool; Conversion)


EQ81 - IS-U Migration Workbench: User Handbook
=DBUG - Debugging for 'Mass' Transactions
FB* - IS-U FIGL (General Ledger)
FP* - IS-U FICA
EA* - Billing
EL* - Meter Reading
EG* - Device
IQ01,2,3 - Create, Change, Display Material Serial No.

Master Data - remains unchanged over a long period of time


Business Master Data
Business Partner

Business Partner can be a person, group or organisation with whom the


utility company has a business relationship.
T-codes:
BP - Maintain Business Partner
FPP1/2/3 - Create/Change/Display Contract Partner
Tables:
BUT000
Fields:
PARTNER(10)
Contract Account

A contract account groups together all of a business partners contracts to


which the same payment and dunning data applies. It is an account

through which the financial transactions between a customer and a utility


company are managed (stores payment transaction data).
T-codes:
CAA1/2/3 - Create/Change/Display
Tables:
FKKVK, FKKVKP
Fields:
VKONT(12)
Contract

A contract is an agreement between a utility company and a business


partner relating to a utility service. It forms the basis for billing. Created
during move-in process. It is specific to one Division.
T-codes:
ES20/21/22 - Create/Change/Display
ES27/8 - Change/Display Contracts for Contract Account
Tables:
EVER
Fields:
VERTRAG(10)
Move-in

A contract is created and allocated to an installation


T-codes:
EC50/1/2E (Create, Change, Display), EC53E (Reverse)
Tables:
EEIN (Cont. Acc.), EEINV (Contract)

Move-out

A contract with a customer is terminated


T-codes:
EC55/6/7E (Create, Change, Display), EC58E (Reverse)
Tables:
EAUS (Cont. Acc.), EAUSV (Contract)
Technical Master Data
Connection Object

Connection Object is a building, piece of property or other facility that is


connected to the supply grid.
A connection object is allocated an address. It links premises, device
locations etc. to a postal regional structure.
T-codes:
ES55/6/7 - Create/Change/Display
Tables:
EHAUISU
Fields:
HAUS(30)
Premise

A premise is an enclosed spatial unit (such as an apartment or a factory)


to which a utility service is supplied. It is allocated to a Connection Object.
T-codes:
ES60/1/2 - Create/Change/Display
Tables:

EVBS
Fields:
VSTELLE(10)
Installation

The connection between premise, devices, and contract is referred to as


an installation.
An installation is allocated to a single contract.
Used to group together all devices that are allocated to same premise,
belong to same division and are to be billed together.
Several utility installations can be allocated to one premise (for different
divisions, for example). The premise is therefore not related to one
specific division. A deregulated scenario exists if more than one utility
installation of the same division is allocated to a premise.
The installation stores the billing properties for one or more devices at a
premise
T-codes:
ES30/1/2 - Create/Change/Display
Tables:
EANLH(time slice), EANL
Fields:
ANLAGE(10)
Device Location

Device Location is a location in a Connection Object where any number of


devices (across divisions) is installed. The device location provides
information on the physical location of the device
T-codes:
ES65/6/7 - Create/Change/Display

Tables:
EGPLT, EGPLTX
Fields:
DEVLOC(30)
Device
Devices are physical objects. E.g. Counting Device (meter), controlling
device (ripple control receiver), data processing device (converter),
device with protective or adjustive functions (pressure controller) etc.
T-codes:
EG41,2/3/4 - Device Modification/Display /Create
Tables:
EGERS
Fields:
GERAET(18)
Point of Delivery
T-codes:
EEDM09/10/11 - Point of Delivery Create/Change/Display
Tables:
EUITRANS, EUIINSTLN
Fields:
INT_UI(22), EXT_UI(50) - POD ID

Intercompany Data Exchange (IDE)


Caters to needs of deregulated markets
T-codes:
EEDMIDESERVPROV01/2/3 - Service Provider Create/Change/Display
IW52/3/4 - Service Notification Change/Display/Create

EDATEXMON01 - Monitoring of Data Exchange Tasks


ESWTMON01 - Monitoring of Switch Documents
WEDI - SAP Easy Access IDoc and EDI Basis
Useful Tables
Address: ADR*
Business Partner: BUT*
Device: EGER*
POD: EUI* (EUITRANS, EUIINSTLN)
Rate: ETR*, ETT*, EKDI, ERTFND
Meter Reading Doc.: EABL*
Billing Schema: ESCH*
Price: EPRE*
IDOC: EDI*
Data Exchange Process
Classes:
CL_ISU_DATEX_PROCESS - ISU Data Exchange Process (Abstract)
CL_ISU_DATEX_CONTROLLER - Connection and Control of Data Exchange
Processes
DATEX Task
EDEXTASK*
Service
ESERVICE*
Service Provider
ESERVPROV*
EDEXDEFSERVPROV - Data Exchange Definition for Service Provider
Switch Document
Classes:

CL_ISU_SWITCHDOC
Tables:
EIDESWT*
EIDESWTDOC - Division Category - Switch Document Header
EIDESWTMSGDATA - Message Data for Switch Document
Function Modules
ISU_DB_EVER_SINGLE - Read Contract data
ISU_DB_EANLS_SINGLE - Read installation data
ISU_INT_UI_DETERMINE - Read Contract, Installation, Internal and External
PoD
ISU_S_NBSERVICE_CREATE - Create a non-billable service
ISU_DB_ESERVICE_FORALL_POD - Read services associated with a POD
ISU_DB_TECDE_SINGLE - Get Division for service Type
Device Management
Device Category
Device Category corresponds to material in the Materials Management
(MM) application component.
T-codes:
EG01/2/3 (Create, Change, Display)
Tables:
ETYP-MATNR
Register Group
T-codes:
EG04/5/6 (Create, Change, Display)
Tables:
Device

Device Corresponds to equipment in the Plant Maintenance (PM)


application component.
The device is identified by a unique material and serial number
combination to distinguish it from other pieces of material that may have
the same serial number. The equipment number is the same throughout
the whole system.
Each combination of Material and Serial Number is unique.
T-codes:
IQ01/2/3 (Create, Change, Display Device)
EG44, EG34 (Billing related installation), EASTL, EASTS
Tables:
EGERS, EGERH, EGERR
Fields:
EQUNR - Equipment Number
Equipment number = internal device no. that is different in every client.
MATNR - Material Number (Device Category)
GERAET - Serial Number (Device)

Register
T-codes:
Tables:
ETDZ-ZWNUMMER (3)

Billing and Invoicing


Portion
T-codes:
E41A - Display Portion

E41B - Create Portion


E41C - Change Portion
E41E - Delete Portion
E41J - Maint. Portion
E43B - Generate SRs of all MRUs of Portion
E43D - List of all MRUs of a Portion
EA65 - Portion Change
Tables:
TE420
Meter Reading Unit (MRU)
T-codes:
E41L - List of MRUs Alloc. to Main MRU
E43B - Generate SRs of all MRUs of Portion
E41H - Create Meter Reading Unit
E43E - Activate Meter Reading Units
E43D - List of all MRUs of a Portion
Tables:
TE422
Meter Reading Order
T-codes:
EL01, EL31
Tables:
Billing Order
T-codes:
EL01, EL31
Tables:

ETRG
Meter Reading Results
T-codes:
EL27 - Execute Correct Implausible MRR
EL28 - Execute Single Entry
EL29 - Execute Correct Plausible MRR
EL30 - Estimate MRR
EL31 - Monitoring of MR Data
EL32 - Automatic Monitoring of MRR
Tables:
EABL (Meter Reading Documents)
Billing and Invoicing
Billing vs. Invoicing
Billing:
Consumption and bill amount calculation process
Performed at Contract level
Determine billing periods
Determine tariff (rate) data
Invoicing:
Process contract billing to contract account receivable and prepare
printout
Performed at Contract Account level
Consolidate energy and non-energy charges, e.g. late payment fee
Consolidate all items from different contracts to be invoiced under the
same contract account

T-codes:

EASIBI
EAMABI
Tables:
Billing Document
T-codes:
EA22
Tables:
ERCH-BELNR(12)
Print Document
T-codes:
EA40
Tables:
ERDK-OPBEL(12)
Simulation
T-codes:
EASISI - Individual Simulation
EAMASI - Mass Simulation via Installation Intervals
Billing Procedure
Period End Billing etc.
Create Meter Reading Order, Enter Meter Readings, Billing, Invoicing,
Printing
Billing Order, Billing Document, Print Document
Billing Master Data
Installation
Tables:
ETTIF/ETTIFN/ETTIFB (Installation Facts)
Billing Class

T-codes:
Tables:
EAKLASSE, EAKLASSET-AKLASSE(4)
Rate
T-codes:
EA30/1/2 (Create, Change, Display)
Tables:
ETRF-TARIFNR(10), EKDI (Rate Facts)
Billing Schema
T-codes:
EA35/6/7 (Create, Change, Display)
Tables:
ESCH-SCHEMANR (10), ESCHS (steps)
Operand
T-codes:
EA50/1/2 (Create, Change, Display)
Tables:
TE221-OPERAND(10)
Rate Category
T-codes:
EA53/4/5 (Create, Change, Display)
Tables:
ETTA-TARIFTYP(10), ETTAF (Rate Cat. Facts)
Rate Type
T-codes:
EA56

Tables:
TE069-TARIFART(8)
Rate Determination
T-codes:
EA87
Tables:
ERTFND-TARIFNR(10)
Variant Program
T-codes:
EA88 (Maintain Variant), EA99 (List of Variants)
Tables:
Price
T-codes:
EA89,90,91(Create, Change, Display)
Tables:
EPREI, EPREIH-PREIS(10)
Fact Group
T-codes:
Tables:
TE067-KONDIGR(10)
Reversal and Adjustment

T-codes:
EA13
EA14
EA15

EA20
EA21
Outsorted Billing/Invoice Docs
T-codes:
EA05
FICA
T-codes:
FPL9 - Account Display: Initial Screen
FP05 - Payment Lot: Initial Screen
FP09 - Returns (Lot): Request Screen
FP25 - Check Lot: Initial Screen
FPVA - Dunning Proposal
FPVB - Dunning Activity Run
Tables:

Your +mention will add people to this post and send an email.

Posted 27th December 2012 by narasimha KOTA


0
Add a comment
Add comment
No more comments

Dec

22

User Exits and Customer exits


User Exits and Customer exits
Summary
The enhancement concept allows you to add your own functionality to SAP's
standard business applications without having to modify the original applications. To
modify the standard SAP behavior as per customer requirements, we can use
enhancement framework.
This document explains about User exits and Customer Exits.
Table of Contents
1) Overview of this document........................................................
2) User Exit with example............................................................
3) Customer Exit........................................................................
4) Types of Customer Exits..........................................................
5) Function Module exits.............................................................
6) Screen Exist.........................................................................
7) Menu Exits...........................................................................
8) Methods to find out customer Exits...........................................
9) CMOD and SMOD transactions................................................
Overview of this document
The enhancement concept allows you to add your own functionality to SAP's
standard business applications without having to modify the original applications. To
modify the standard SAP behavior as per customer requirements, we can use
enhancement framework.
There are different ways to implement custom functionality in the SAP standard
code. ex: User exits, customer exits, BADI etc.
This document explains about User exits and Customer Exits.
User exits
These are implemented in the form of subroutines and hence are also known as
FORM EXITs. The user exits are generally collected in includes and attached to the
standard program by the SAP.
User exits are a type of system enhancement that was originally developed for the
R/3 SD (Sales and distribution) module. User-exits are empty subroutines that SAP
Developers have provided for you. You can fill them with your own source code.
Technically this is a modification.
All User exits start with the word USEREXIT_...
FORM USEREXIT_XXXX....

INCLUDE ZZUSEREXIT.......
ENDFORM.
User exits can be found in the following ways:
Go to Object Navigator (SE80), select Package and put VMOD (Application
development R/3 SD customer modification) and press enter. You will find all the
includes for user exits in SD. You will get User exits for Sales order, Delivery, Billing,
Pricing etc. Most of the time documentation is maintained for each subroutine which
helps developer for better understanding of the subroutine. Select the subroutine
according to the requirement and start coding within the subroutine.
Examples:
- In User exits MV45AFZZ(Sales Order Exit), we have subroutine
USEREXIT_PRICING_PREPARE_TKOMK
USEREXIT_PRICING_PREPARE_TKOMP
This user exit can be used to move additional fields into the communication table
which is used for pricing. TKOMK for header fields and TKOMG for item fields. The
fields which are not in either of the two tables KOMK and KOMP cannot be used in
pricing.

zvendpgm (Vendor Program), zpricegrp (Price Group), kvgr5(Airport Code) fields


value moving from VBAP to KOMP table.

- In User exits MV50AFZ1(Delivery Exit), you have subroutine


USEREXIT_SAVE_DOCUMENT_PREPARE
This user exit can be used for changes or checks, before a document is saved.
Customer exits
SAP creates customer exits for specific programs, screens, and menus within
standard applications. These exits do not contain any functionality. Instead, the
customer exits act as hooks. You can hang your own add-on functionality onto these
hooks.
Customer exits are nothing but a include in customer name space will be provided
in the function module which starts with CALL CUSTOMER. You can fill them with
your own source code. Technically this is an enhancement. User exits generally refer
to SD module while customer exits refer to all modules like MM, SD, PP, FICO etc.
Advantage:
- They do not affect standard SAP source code
- They do not affect software updates
Disadvantage:
- Customer exits are not available for all programs and screens found in the SAP
System. You can only use customer exits if they already exist in the SAP System.
Types of Customer Exits
1. Function Module exits
2. Screen exits
3. Menu exits
1. Function Module exits
Function module exits are exits developed by SAP. The exit is implemented as a call
to a function module. The code for the function module is written by the developer.
You are not writing the code directly in the function module, but in the include that

is implemented in the function module.


Format: CALL CUSTOMER-FUNCTION '910'
The naming standard of function modules for function module exits is:
EXIT_<program name>_<3 digit suffix>
Examples:
Before User exits using: No error comes for any Country code.

Below Function Module Exits: EXIT_SAPMF02K_001.

We are writing our code in the Include ZXF05U01.

After User exits using: Error comes for any Country code like 'IN'. Only permissible
country code is 'US'.

2. Screen Exits:
Allow customer to add fields to a screen via a sub screen in an SAP program. The
sub screen is called within the standard screen's flow logic.
Format: CALL CUSTOMER-SUBSCREEN CUSTSCR1
3. Menu exits:
Menu exits allow you to add your own functionality to menus. Menu exits are
implemented by SAP and are reserved menu entries in the GUI interface. The
developer can add his/her own text and logic for the menu.
Function codes for menu exits all start with "+".
Format: +CUS (additional item in GUI status)
Methods to find out customer Exits:
There are numbers of way by using we can find out Customer Exits.

Method # 1: Call customer


If you are searching customer exits based on particular transaction.
Go to Transaction. Ex: VA01.

Then system-> status

Double click on Program(screen).

Find(Cntrl+F)
Then use Call customer and select in main program radio button tab and press
Enter.

We can find out all the possible Customer exits based on this transaction.

Method # 2: SMOD
Go to Transaction SMOD (SAP Enhancement).

Then Utilities-> Find

Give Package name and Execute (F8).


For Purchase Order package is ME.

We can find out all the possible Enhancement (Customer exits) based on this
package.

Method # 3: SE84
Go to Transaction SE84.
Select Enhancements -> Customer Exits -> Enhancements

Give Package and Execute. We can find out all the possible Enhancement (Customer
exits) based on this Package.

Method # 4: SE81
Go to Transaction SE81.

Click on Module name (ex: SD).


Then from top menu select Edit -> Select sub tree +/-.

Select Information System.

A new Screen will appear, it looks like SE84.


Then select Enhancements -> Customer Exits ->Enhancements.

Double click on Enhancements and Execute.


We can find out all the possible Enhancement (Customer exits) based on this
Module.

Method # 5: ST05
Go to Transaction ST05. Select Table Buffer Trace & Activate Trace.

Then go to the transaction, based on which you want to see the customer exits.
Come back to ST05, Deactivate Trace & display Trace.
Then go to FIND & write text EXIT_ & press ENTER.

We can find out all the possible Enhancement (Customer exits) based on this
Transaction .This is not good technique to find out customer exits because all the
possible exits may not be find out using this technique.

SAP Enhancements (SMOD):


This transaction is used to see the list of objects in an enhancement. It is a
container which holds many related objects within it.

If you Double click on TEST button, you will get below screen.

From the above screen shot we can say that the Function Exit is already
implemented (Green light) but in Inactive stage (Red light).
Project Creation (CMOD):
This Transaction is used to create a project. Project is also a container, which holds
several Enhancements. If we identify the User Exits and write down the code only
within it, then the functionality will not be worked. That is why we require adding
the enhancement into a project & making it active.
CMOD Transaction is used to create a project.

Select Enhancement assignments and you add your Enhancement in this project.

You can add multiple Enhancements in one project. But you can't add one
enhancement in multiple projects. Then error message will be generated.

Error message generate, because Enhancement V45A0002 is already exist in other


project.

From screen short no: 2 of CMOD description, if we click on Components, we will get
the list of Customer exits belongs to these enhancements.

Both green light shows that the exit is already implemented & is Active stage.

Posted 22nd December 2012 by narasimha KOTA


1
View comments

YekTek Online TrainingMay 17, 2014 at 3:32 AM


Very useful information thanks for sharing Shruthi
ReplyDelete
Add comment
Load more

Jul
25

SAP- ISU
INDUSTRIAL SERVICE UTILITIES IS-U:

difference between ISU / R3.

ISU deals with cs -----> bp customer,


dm-----> devices,
bi-------> billing,
fi--------> finance.

R3 deals with sd , mm , n some other .......

The SAP Utilities (IS-U) component is a sales and information system that supports
all business processes and utility services of a utility company. You can use IS-U for
managing and billing residential, commercial and industrial, and prospective

customers. This component also allows you to manage and bill customers who
receive services, purchase goods, or pay fees and taxes.

IS-U comprises the following modules:

Master Data and Basic Functions


Customer Services
Work Management
Device Management
Billing & Invocing
Energy Data Management
Contract Accounts

The IS-U master data model can be categorized in to two main groups

Business master Data, BMD


Technical master Data. TMD.

flow of isu ;-

BP-->CA--> CONTRACTS--->INSTALLATION-->PREMISE---->CONNECTION BOJECT->DEVICE LOCATION.

BP FPP1,FPP2,FPP3 -----> BUT020-----> GPART or PARTNER,


BUT000_PARTNER_READ.
CA CAA1,CAA2,CAA3 -----> FKKVKP---> VKONT,
FKK_ACCOUNT_READ.

CONTRACTS CA20,CA21,CA22 ---> EVER --> VERTRAG,


INSTALLATION ES30,ES31,ES32 --> EANL --> INSTALLATION [ANLAGE],
PREMISE ES60,ES61,ES62 ---> EVBS ---> VSTELLE,
CONNECTION OBJECT ES55,ES56,ES57 --> IFLOT ---> TPLNR.
DEVICE LOCATION -- ES65,ES66,ES67.

1.Business Data: Any master data that is used for billing a customer for the services
provided is grouped under Business data. For e.g., a business partner who is a
person or an organization.

As you can see real life objects has been modeled as IS-U Master Data.
Connection Object = building
Premise = Apartment
Device Location = The location where a device is installed (e.g. Hall, Basement)
Meters = Meters
Installation = this is an object without real life correspondence and it is used for
billing purposes
Contract = a contract for a specific type of utility
Contract Account = grouping of one or more contracts under the same umbrella for
financial transactions
Business Partner = the customer

Lets see what kind of data are stored at each master data level.
Business Partner ISU_ADDRESS_PROVIDE
A business partner can have multiple roles within the SAP IS-U:

Contract partner
Installer
Prospect
Contact person

At the Business Partner Level we can store the following data:


General:
- Name
- Address
- Legal Form
- Group
- Search Term

Addresses
- Standard addresses
- P.O Box addresses
- Other addresses
Communication
- Telephone
- Fax
- Extension
- Internet
- E-mail
Payment Transaction
- Bank
- Bank Account
Biller Direct
Relationships
- Hierarchical
- Equal
- Connected
Additional Data
- Status
- Identification Number
- Register entry

..........ISU_FINDER ---> TOJTB is the table name for object type. for
bp ---> ISUPARTNER
CA ---> ISU ACCOUNT
CONTRACT --> ISU CONTRACT
ADDRESS ---> ISU ADDRESS.

a.BUSINESS PARTNER: FPP1,FPP2,FPP3.

TABLES FOR BUSINESS PARTNER: BUT000,BUT020,BUT*


b.CONTACT ACCOUNT:CAA1,CAA2,CAA3.
TABLES FOR CONTRACT ACCOUNT: FKKVKP,FKKVK
BP+CA=FKKVKP,
BP-->CA[n]-->c[n].
c.CONTRACT:CA20,CA21,CA22
TABLES FOR CONTRACT : EVER.
FIELD NAMES FOR THE BMD:
BP-->GPART or PARTNER,
CA-->VKONT,
CONTRACT--> VERTRAG.
2.Technical Data: Any master data that is used for actually providing the services
are grouped under Technical Data. For e.g., a device or a meter that is installed in a
customer location.
FIELD NAME TABLENAME
a.PREMISE VSTELLE EVBS

ES60,ES61,ES62.
b.CONNECTION OBJECT ANLAGE EANL
ES55,ES56,ES57.
c.UTILITY INSTALLATION TPLNR IFLOT
ES30,ES31,ES32.
d.DEVICE LOCATION DEVLOC IFLOT
ES65,ES66,ES67.
FIELD NAMES FOR THE TMD : GIVEN ...as FIELD NAME and TABLE NAME......
3.
a.MOVE -IN PROCESS --------> move in date [EVER]
METER READING , MOVE IN DOCUMENT
b.MOVE-OUT PROCESS-------> move out date
METER READING, MOVE OUT DOCUMENT
c.DISCONNECTION PROCESS-> EDISCOBJ
d.RECONNECTION PROCESS-> EDISCACT.
4.
a.SERVICE ORDER [MRO meter reading order, billing order,invoicing], --> IW31.
b.SERVICE NOTIFICATION --->IW58.
5.DEVICE MANAGEMENT:a. device category,
b. device.

1. Technical installation, and Billing installation, and Full installation.

2. Technical removal and Full removal.

3. Technical replacement or Full replacement,

4. Reversal.

6.SCHEDULING and PORTION : -

a. MRU METER READING UNIT : ABLEINH {Ttable name}----> EABL {FIELD NAME}

EABL----> METER RESULTS

V_ZWSTAND [PREVIOUS READING]

N_ZWSTAND [PRESENT READING]

MRU generates the dates for taking meter results [periodic or inter meter reading]

MRO ----> EL28

ELO1------> UPLOADING SINGLE ENTRY METER RESULT,


FUNCTIONAL MODULE FOR---> MASS DATA ENTRY,
b.PORTION genarates dates for billing ----> EASIBI
EASIBI ----> BILLING DOCUMENT -----> ERCH , ERDK
C. REVERSAL OF BILLING DOCUMENT : reversal date erch,erdk
EA13, EA14,EA15,
PRINT DOCUMENTS ---> EA20, EA21.
EA22---> DISPLAY OF BILLING DOCUMENTS,

7. ESTIMATE METER READING RESULTS :8. PERIODIC METER REPLACEMENT :DEVICE MANAGEMENT :
REGISTERS and REGISTER GROUP,
COMMAND GROUP,
WINDING GROUP.

BILLING MASTER DATA :BILLING CLASS


DATE CATEGORY,
DATE,

PRICE,
AMOUNT .

http://help.sap.com/saphelp_utilities472/helpdata/en/c6/4dc622eafc11d18a030000e
829fbbd/frameset.htm

SCHEDULE MASTER RECORDES :PARAMETER READING


MRU [METER READING UNIT] -------> ABLEINH [GENERATES THE DATES FOR ]
PORTION. [GENERATS THE BILLING DATE FOR THE ]

connection object : as b
premise : 000002
premise type ---may be apartment , r groups r individual r ...etc.
installation
billing data ----> billing class , rate category.

ES 32 -------> DISPLAYS INSTALLATION DATA.{premise, contract,billing class,


mru,rate category}

GENERATE SCHEDULE RECORDS :-

PORTION and MRU


PORTION
MRU

[before creation of MRU, schedule records must be generated].

INSTALLATION: 0000008
TECHNICAL MASTER DATA
DEVICE LOCATION: ANN
DEVICE MANAGEMENT
DEVICE CATEGORY
REGISTER GROUP
BUSINESS PARTNER :
TYPES OF BUSINESS PARTNER ---> PERSON, GROUP, ORGANIZATION.
CONTRACT ACCOUNT----> CAA1

FULL INSTALLATION.

EL01 ----> CREATE MRU AND UPLOADING SINGLE ENTRY [MEATER READING ORDER]
EL06 ------> METER READING ENTRIES
EL28 ------> MASS DATA ENRY
EL31 -------> MONITORING OF METER READING
EASIBI -----> SINGLE DATA ENTRY and
BILLING [ERCH] AND INVOICING [ERDK],
EAMABI ----> FOR MASS BILLING
SERVICE ORDER :- AUFK
IW31 ----> CREATION OF SERVICE ORDER,
IW32 -----> CHANGE SERVICE ORDER,
IW33 -----> FOR DISPLAY.
ALM_ME_ORDER_HEADER_GET_DETAIL ----> TO GET DETAILS OF PERTICULAR
CREATED ORDER.
REVERSALS :EA13, EA14, EA15 ----> BILLING DOCUMENT

EA20 , EA 21.--------> PRINT DOCUMENT

DISPLAY OF BILLING DOCUMENT --> EA22.

ACCOUNT BALANCE DISPLAY ---> FPL9.


FKK_COMPUTE_BALANCE.

Posted 25th July 2012 by narasimha KOTA


0
Add a comment
Add comment
No more comments

Sep
29

Tcodes which are related to Device


EG01
EG02
EG03
EG04
EG05
EG06
EG07

Create Device Category


Change Device Category
Display Device Category
Create Register Group
Change Register Group
Display Register Group
Create Input/Output Group

EG08
EG09
EG14
EG15
EG16
EG17
EG18
EG19
EG27
EG28
EG29
EG30
EG31
EG32
EG33
EG34
EG35
EG36
EG41

Change Input/Output Group


Display Input/Output Group
Create Command
Change Command
Display Command
Create Command Group
Change Command Group
Display Command Group
Create Device Group
Change Device Group
Display Device Group
Full Replacement
Full Installation
Full Removal
Technical Installation
Billing-Related Installation
Billing-Related Removal
Technical Removal
Change device info record

EG42 Device modification


EG43 Display device info record
EG44 Create device info record
EG50 Inst./Removal/Repl.: Reversal
EG51 Installation Reversal
EG52 Reverse Technical Replacement
EG53 Reverse Technical Removal
EG60 Maintain Logical Register
EG61 Display Logical Register
EG70 Maintain Rate Data
EG71 Display Rate Data
EG72 Maintain Device Allocation
EG73 Display Device Allocation
EG75 Create Register Relationships
EG76 Change Register Relationships
EG77 Display Register Relationships
EG7A Maint. Basic Cat. Desc. and SortSeq
EG7B Maintain Inspection Points
EG80 Create Sample Lot
EG81 Change Sample Lot
EG82 Display Sample Lot
EG83 Compile Sample Lot
EG84 Determine Lot Devices
EG85 Draw Sample Devices from Lot

EG88 Create Periodic Replacement List


EG89 Display Periodic Replacement List
EG8A Compile Sample Lot: Report
EG8B Sampling procedure B/NL
EG8C Combine Sample Lots
EG8D Draw Sample Devices from Lot
EG90 Create repl. orders/notifications
EG97 Perform Certification
EGCONTRACT Number Range Maintenance: ISU_GCONTR
EGPB Assign Breakpoint to User
EGR Number Range Maintenance: ISU_DGEN
EGW1 Create Winding Group
EGW2 Change Winding Group
EGW3 Display Winding Group
Posted 29th September 2011 by narasimha KOTA
1
View comments

jake georgeSeptember 24, 2014 at 4:15 AM


Plant Maintenance SAP Online Training, ONLINE TRAINING IT SUPPORT
CORPORATE TRAINING http://www.21cssindia.com/courses/plant-maintenance-saponline-training-132.html The 21st Century Software Solutions of India offers one of
the Largest conglomerations of Software Training, IT Support, Corporate Training
institute in India - +919000444287 - +917386622889 - Visakhapatnam,Hyderabad
Plant Maintenance SAP Online Training, Plant Maintenance SAP Training, Plant
Maintenance SAP, Plant Maintenance SAP Online Training| Plant Maintenance SAP
Training| Plant Maintenance SAP| Courses at 21st Century Software Solutions
Talend Online Training -Hyperion Online Training - IBM Unica Online Training Siteminder Online Training - SharePoint Online Training - Informatica Online Training
- SalesForce Online Training - Many more | Call Us +917386622889 +919000444287 - contact@21cssindia.com
Visit: http://www.21cssindia.com/courses.html
ReplyDelete
Add comment
Load more

Sep
29

Classes
CL_GUI_ALV_GRID
CL_SALV_TABLE
Posted 29th September 2011 by narasimha KOTA
0
Add a comment

Sep
29

Transaction Codes
Device Management Transaction codes

EL_MA_MRIDOC Process IDocs with errors


EL01 Execute Order Creation
EL06 Execute Mass Order Creation
EL09 Execute Order Creation
EL16 Execute Order Output
EL18 Execute Estimation
EL20 Fast Entry
EL22 Fast Entry With Correction
EL27 Correction of Implausible Results
EL27_MRUNIT Correct Implausible MRs for MR Uni
EL28 Single Entry
EL29 Correction of Plausible Results
EL30 Estimate Meter Reading Results
EL31 Manual Monitoring
EL32 Automatic Monitoring

EL35 Meter Reading Order Output


EL37 Reverse Meter Reading Order Creati
EL37_WO_MRUNIT Reverse MRRs w/o Order Creation
EL40 Maintain Street Route
EL41 Display Street Route
EL42 Display Meter Reading Units
EL43 Device Overview
EL44 MAU Planning Meter Reading Orders
EL50 Create Meter Reading Group
EL51 Change Meter Reading Group
EL52 Display Meter Reading Group
Posted 29th September 2011 by narasimha KOTA
0
Add a comment

Sep
29

Data Base Tables


EABCSETS Assignmnet of BC Sets to Activation Switch
EABL MR Document
EABLARC Internal index f. analyzing archivable met
EABLARCHIVE Index for archivable meter reading results
EABLC Temporary Meter Reading Document in AMI En
EABLG MR Reasons in MR Document
EABLGC Temporary MR Reason of MR Document in AMI
EABP BB Plan
EABPARCH IS-U archiving: Help table archiving budge
EABPJVL_CORR Correspondence Print: Bud. Bill. Plan Head
EABPL Sample Lines for Budget Billing Plan
EABPLREQ Information on Request Documents for a Pay
EABPS_CORR Sub Budget Billing Plan for Correspondence

ISU_DB_EABL_SINGLE
ISU_DB_EABL_UPDATE

Vous aimerez peut-être aussi