Professional Documents
Culture Documents
Getting ready for production takes a good deal of planning. You have probably already begun
analyzing your requirements according to your business and organizational needs. You will need
to review your current environment and think about what changes could be made now and in the
future. And while you might have decided to simply transfer your current processing structure to
Oracle Utilities Customer Care and Billing, you may also have discovered that Oracle Utilities
Customer Care and Billing can provide new options.
Because the system is sophisticated and customizable, there are a number of steps involved in
rolling out and using your new system.
Determine Your
Requirements
Set Up Security
Train Operators
The topics in this section describe the order in which the control tables should be set up.
Contents
Control Table Setup Sequence
Interval Billing Table Setup Sequence
Cross Reference To The Remaining Chapters
Open-Item Accounting Table Setup Sequence
Fund Accounting Table Setup Sequence
Payment Event Distribution Table Setup Sequence
Loans Table Setup Sequence
Quotes Table Setup Sequence
Non-billed Budget Table Setup Sequence
Appointments Table Setup Sequence
Preparing To Implement
You don't have to set up every control table. You need only set up those control tables that
govern functions that are applicable to your organization.
Function
Menu
Auto Setup
Global Context
Algorithm
Accounting Environment
Currency Codes
Accounting Calendar
GL Division
Function
Preparing To Implement
Menu
Auto Setup
Security Environment
Application Service
Security Type
User Group
Language
Display Profile
Access Group
User
CIS Division
Revenue Class
Algorithm
Preparing To Implement
Function
Menu
Auto Setup
Distribution Code
Algorithm
Algorithm
Algorithm
Algorithm
Function
Preparing To Implement
Menu
Auto Setup
Algorithm
Adjustment Type
Cancel Reason
Payment
Cancel Reason
Adjustment
Tender Type
Tender Source
Installation
Algorithm
Algorithm
Algorithm
Algorithm
Preparing To Implement
Function
Menu
Auto Setup
Algorithm
Algorithm
Algorithm
Algorithm
Algorithm
Budget Environment
Algorithm
Function
Preparing To Implement
Menu
Auto Setup
Algorithm
Customer Environment
Account Management
Group
Account Relationship
Alert Type
Bill Message
Algorithm
Algorithm
Letter Template
Algorithm
Preparing To Implement
Function
Menu
Auto Setup
Identifier Type
SICs
Algorithm
Phone Type
Algorithm
Algorithm
Algorithm
Algorithm
Algorithm
Installation
Function
Preparing To Implement
Menu
Auto Setup
Statement Cycle
Algorithm
Tender Source
Preparing To Implement
Function
Menu
Auto Setup
payments.
Auto Pay Route Type
Tender Type
Work Calendar
Algorithm
Algorithm
Deposit Environment
Algorithm
Deposit Class
10
Representative
Operation Area
Function
Preparing To Implement
Menu
Algorithm
Algorithm
Algorithm
Dispatch Group
Disconnect Location
Algorithm
Algorithm
Auto Setup
Credit & Collections Environment (if you collect on overdue bills (as opposed to overdue debt), you will NOT
Preparing To Implement
Function
Menu
Auto Setup
set up these tables; refer to Overdue Processing - Set Up Tasks for the list of control tables required to collect
on overdue bills)
12
Algorithm
Algorithm
Collection Process
Template
Collection Class
Algorithm
Debt Class
Algorithm
Algorithm
Algorithm
Severance Process
Template
Algorithm
Function
Preparing To Implement
Menu
agency, How to transfer debt to
another active service agreement,
How to write down small amounts of
debt, and How to refund credit
balances to a customer.
Algorithm
Collection Agency
Algorithm
Payment Method
Installation
Algorithm
Algorithm
Auto Setup
Preparing To Implement
Function
Menu
Auto Setup
Algorithm
Algorithm
14
Meter Type
Meter ID Type
Manufacturer / Model
Unit of Measure
Time of Use
Function
Preparing To Implement
Menu
Auto Setup
Retirement Reason
Protocol
Algorithm
Trend Area
Trend Class
High / Low
Algorithm
Meter Location
Algorithm
Item Type
Algorithm
Algorithm
Algorithm
Preparing To Implement
Function
Menu
Auto Setup
Algorithm
Algorithm
Geographic Type
Facility Level 1 to 2
Facility Level 2 to 3
Route Type
Service Schedule
Rate Environment
16
Frequency
Algorithm Type
Function
Preparing To Implement
Menu
Bill Factor
Algorithm Type
Register Rule
Rate
Rate Version
Algorithm
Rate Component
Degree Day
Algorithm
SA Configuration
Algorithm
Auto Setup
Preparing To Implement
Function
Menu
Auto Setup
severed.
Algorithm
Algorithm
Algorithm
SA Relationships
18
Function
Preparing To Implement
Menu
SA Relationship Type
Service Provider
SA Type / SA
Relationship
Workflow Process
Template
Notification External
(Sender) IDs
Notification Download
Type
Service Provider.
Notification Download
Profile
Algorithm
And more
Auto Setup
Preparing To Implement
Function
Menu
Auto Setup
Service Credit
Membership Type
Membership Inactive
Reasons
Algorithm
Wrap Up
Installation Options
Postal Default
If you have cash drawers you will also need to set up the following information:
Create a person / account to which you will link your over / under service agreement. Refer
How To Get An Unbalanced Tender Control In Balance (Fixing Over/Under) for more
information.
Create a service agreement to which your over/under payments will be linked. This service
agreement will reference your over / under SA type. Refer to Over / Under Cash Drawer
Segmentation for more information.
If you upload payments from an external source (e.g., a remittance processor or lock box), you
must set up the following information:
Create a person and account to which the system will link payments with invalid account.
Refer to Phase 3 Create Payment Events, Tenders, Payments and Payment Segments for
information about the process that books invalid payments to this account. Refer to How To
Transfer A Payment From One Account To Another for how a user transfers the payment from
the invalid account to the correct account (once known).
Create a service agreement for this account. This service agreement will reference your
payment suspense SA type. The system needs this service agreement so that it can
distribute the invalid accounts payment (and this is necessary so that cash will reflect the
payment). Refer to Payment Upload Error Segmentation for more information.
20
Preparing To Implement
Update the tender source associated with the respective source of payments to indicate the
service agreement created in the previous step should be used for payments with invalid
accounts. Refer to Setting Up Tender Sources for more information.
Because the payment upload process simply books payments that reference invalid accounts
to the account associated with the suspense service agreement on the payments tender
source, this account should belong to a customer class with the appropriate payment
distribution algorithms. This may entail creating a new customer class that will only be used
on suspense accounts. This customer class would need the following algorithms:
The remaining sections describe additional control tables that must be set up for specific
functional areas.
Path
General Environment
Seasonal Time Shift
Time Zone
Installation - Framework
Installation
Algorithm
Preparing To Implement
Function
Path
Interval Profile Type.
Shared Profiles
Interval Registers
Interval Register Type
Meter Type
TOU Group
Bill Factor
Algorithm
Contract Options
Contract Option Type
22
Preparing To Implement
Function
Path
Algorithm
Start Options
Note. You may have customers with interval billing, time of use billing and contract options all
required for their rate. For simplification of the table, these control tables were listed in separate
sections.
Refer to Defining General Options Addendum and Defining General Framework Options for a
discussion of the control tables associated with general functionality (e.g., country codes,
state codes, etc.).
Refer to Defining Financial Transaction Options for a discussion of the tables affecting your
financial transactions (e.g., bill segment types, payment segment types, etc.)
Refer to Defining Customer Options for a discussion of the control tables affecting persons,
accounts and service agreements.
Refer to Defining Fieldwork Options for a discussion of the control tables affecting fieldwork.
Refer to Defining Credit and Collections Options for a discussion of the control tables
affecting your collection activities.
Refer to Defining Meter and Item Options for a discussion of the control tables affecting your
meters and items.
Preparing To Implement
Refer to Defining Premise and Service Point Options for a discussion of the control tables
affecting your premises and service points.
Refer to Defining Cycles and Schedules for a discussion of the control tables affecting your
cyclical processes.
Refer to Rates for a discussion of the control tables affecting your rates.
Refer to Defining SA Type Options for a discussion of the control tables affecting your service
agreement types.
Refer to Defining Background Process for a discussion of the control tables affecting your
background processes.
Refer to Defining Algorithms for a discussion of the control tables affecting the algorithms
referenced on many control tables.
Refer to Defining SA Relationships for a discussion of the control tables affecting the
relationships between service providers.
Refer to Defining Workflow and Notification Options for a discussion of the control tables
affecting the processing of notifications to and from service providers.
Refer to Defining Interval Billing Options for a discussion of the control tables affecting the
interval billing options for your customers.
Refer to Statements for a discussion of the tables affecting the statement setup options for
your customers.
Refer to Defining Service Credit Options for a discussion of the tables affecting the service
credit membership setup options for your customers.
24
Preparing To Implement
Preparing To Implement
26
Preparing To Implement
Zone Set Up
Most zones are delivered with the base-package and do not require any configuration. However,
some zones are only available if configured by your implementation. Refer to Configuring Zones
for more information.
To Do Options Setup
Refer to Setting Up To Do Options for more information on how to configure the system to match
your organization's To Do management needs.
Preparing To Implement
CI_COPAD copies algorithms that control how adjustment financial transactions are created.
CI_COPAP copies algorithms that control how automatic payments are created.
CI_COPBI copies algorithms that control how bill segments and their financial transactions
are created.
CI_COPD1 copies algorithms that control how Doc 1 creates images of numerous objects
(e.g., bills, letters, statements, etc.).
CI_COPIN copies various installation algorithms that control validation, formatting and other
general functionality.
In order to copy algorithms from the demonstration database, you must first copy these DB
processes from the demonstration database.
Warning! The remainder of this section is confusing as it describes a DB process that copies
other DB processes. Fortunately, you will only have to do the following once. This is because
you only have to copy these DB processes once.
You can copy these DB processes from the demonstration database by submitting the CLCOPDB background process in your target database. When you submit this process, you must
supply it with an environment reference that points to the demonstration database. If you dont
have an environment reference setup in your target database that references the demonstration
database, you must have your technical staff execute a registration script that sets up this
environment reference. Refer to Registering ConfigLab Environments for more information.
CL-COPDB is initially delivered ready to copy every DB process that is prefixed with CI_ from the
source database (there are numerous sample DB processes in the demonstration database and
this process copies them all). If you only want to copy only the DB processes described above,
add a table rule to the primary instruction of the CL-COPDB database process to only copy the
desired processes. If you don't add this rule, all DB processes in the demonstration will be copied
to your target database (and this might be exactly what you want).
When the CL-COPDB process runs, it highlights differences between the DB processes in your
source database and the target database. The first time you run this process, it creates a root
object in the target database for each DB process that will be added to your target database. You
can use the Difference Query to review these root objects and approve or reject them.
Automatic approval. When you submit CL-COPDB, you can indicate that all root objects should
be marked as approved (thus saving yourself the step of manually approving them using
Difference Query).
After youve approved the root object(s), submit the CL-APPCH batch process to change your
target database. You must supply the CL-APPCH process with two parameters:
The environment reference that identifies the source database (i.e., the demonstration
database)
28
Preparing To Implement
The environment reference that identifies the source database (i.e., the demonstration
database)