250 likes | 479 Views
101010 Building Pooling and IBNR Allocations. Madeline Osit Beacon Application Services. Objectives. Review Allocations functionality and considerations for insurance allocations
E N D
101010Building Pooling and IBNR Allocations Madeline Osit Beacon Application Services
Objectives • Review Allocations functionality and considerations for insurance allocations • Understand how allocations can be leveraged to automate pooling arrangements and how to identify opportunities for automation • Understand how allocations can be used to automate IBNR calculations • Review case studies
Agenda • Background • Considerations for Insurance Allocations • Allocations Functionality • Automating Pooling Arrangements • When to use Allocations for Pooling • Typical Scenarios • Case Studies • IBNR Allocations • Challenges in automating IBNR allocations/calculations • Configuration and customization • Case Study
Background • Insurance accounting presents unique challenges in the need for complex calculations/allocations • Traditionally have been addressed via spreadsheets with intense manual intervention - sometimes even after PeopleSoft has been implemented • Allocations presents the opportunity to automate some of these calculations for better precision, reporting and traceability of results • Challenge is to manage the complexity of these calculations and the volumes they produce, while maintaining controls and traceability
Background: Types of Allocations • Fixed rate expense allocations such as rent based on square footage • Overhead allocations to geography/line of business for management and statutory reporting, usually based on premiums, claims or related statistics • Automation of pooling arrangements • IBNR Calculations
Considerations for Insurance Allocations • Thin vs. Thick Ledger • Data Warehouse Strategy
Considerations for Insurance Allocations • Volumes • Multi-step allocations to multiple chartfields with cascading effects and an iterative nature make volumes high and sometimes difficult to predict • Complexity • Complexity of pooling arrangements/IBNR calculations determine whether they are suitable for allocations
Considerations for Insurance Allocations Solutions: • For very high volumes, a separate ledger(s) can be used for allocation results and reporting • Summary accounts (with or without an allocation ledger) can also be used to manage volumes • Plan for Performance Testing and Tuning well before planned production date
Definition - Allocations The PeopleSoft Allocations functionality is simply a math processor. Using the pages in the Allocation Step Definitions, the inputs and outputs to the mathematical process are defined. - + * /
Overview • Used to distribute money (or statistical) amounts across any chartfield or combination of chartfields • Within a business unit or across multiple business units • Single or multi-step allocations • Can use trees to build allocation specifications • Effective dated for control
Allocation Terminology Allocation Type Calculation type for the pool and basis (what type of math) Pool Source — the amount(s) to be allocated. This amount can come from a ledger or any table, or you can specify a fixed amount. Basis Rules — How and in what proportion the pool amounts are distributed to the various targets. Target Destination — where the amounts defined by the pool and basis are allocated. Offset Entries that balance the targets. These entries usually reflect the clearing of pool amounts as they are applied to the targets. Amount Fields The mapping of the fields where the pool and basis amounts are allocated to the target and offset.
Regular vsInterUnit Steps • Regular Allocation Steps create the Target and Offset Journal Entries in the same Business Unit • InterUnit Allocation Steps record InterUnit Journal entries – It uses the InterUnit Processer to create multiple journals: one on each Business Unit
Allocation Types Copyat a %Copies pool amounts to the target or offset with possible percentage changes. Spread EvenlyDivides pool amounts equally by the specified basis fields to derive the target amounts. For example, this type can be used to divide the pool equally in thirds among department IDs 0100, 0200 and 0300. Allocate on Fixed BasisAllocates on a fixed % basis. Proratawith Record BasisDivides the pool amount among the targets based on amounts determined from the basis record (either actuals or statistical). Arithmetic OperationDefines the allocation calculation as a mathematical operation between the pool and basis (add, subtract, multiply, divide).
Output Options • Journals – supports accruals • Direct Update is also an option, but not often used
When to Use Allocations for Pooling • Complexity of rules will dictate whether they can be automated • Consider the cascading effect of the allocations when assessing volumes
Typical Scenarios • Rates are stored in Statistical Accounts • Rates are generally updated annually (and retesting for performance should be done at that time) • Depending on volumes and control requirements, determination is made as to whether a separate allocation ledger should be implemented • In some cases, summary accounts are also required to address volumes
Save the Date APRIL 7-11, 2014 Sands Expo and Convention Center Las Vegas, Nevada QuestDirect.org/COLLABORATE COLLABORATE 14- Quest Forum is THE source for PeopleSoft roadmaps & news. It matters where you register! All PeopleSoft education and events run through Quest