Académique Documents
Professionnel Documents
Culture Documents
FS335
SAP Claims Management Customizing
© SAP AG 2009
Some software products marketed by SAP AG and its distributors contain proprietary software
components of other software vendors.
Microsoft, Windows, Excel, Outlook, and PowerPoint are registered trademarks of Microsoft
Corporation.
IBM, DB2, DB2 Universal Database, OS/2, Parallel Sysplex, MVS/ESA, AIX, S/390, AS/400,
OS/390, OS/400, iSeries, pSeries, xSeries, zSeries, System i, System i5, System p, System p5,
System x, System z, System z9, z/OS, AFP, Intelligent Miner, WebSphere, Netfinity, Tivoli,
Informix, i5/OS, POWER, POWER5, POWER5+, OpenPower and PowerPC are trademarks or
registered trademarks of IBM Corporation.
Adobe, the Adobe logo, Acrobat, PostScript, and Reader are either trademarks or registered
trademarks of Adobe Systems Incorporated in the United States and/or other countries.
Oracle is a registered trademark of Oracle Corporation.
UNIX, X/Open, OSF/1, and Motif are registered trademarks of the Open Group.
Citrix, ICA, Program Neighborhood, MetaFrame, WinFrame, VideoFrame, and MultiWin are
trademarks or registered trademarks of Citrix Systems, Inc.
HTML, XML, XHTML and W3C are trademarks or registered trademarks of W3C®, World Wide
Web Consortium, Massachusetts Institute of Technology.
Java is a registered trademark of Sun Microsystems, Inc.
JavaScript is a registered trademark of Sun Microsystems, Inc., used under license for technology
invented and implemented by Netscape.
MaxDB is a trademark of MySQL AB, Sweden.
SAP, R/3, mySAP, mySAP.com, xApps, xApp, SAP NetWeaver, and other SAP products and
services mentioned herein as well as their respective logos are trademarks or registered trademarks of
SAP AG in Germany and in several other countries all over the world. All other product and service
names mentioned are the trademarks of their respective companies. Data contained in this document
serves informational purposes only. National product specifications may vary.
The information in this document is proprietary to SAP. No part of this document may be
reproduced, copied, or transmitted in any form or for any purpose without the express prior written
permission of SAP AG.
This document is a preliminary version and not subject to your license agreement or any other
agreement with SAP. This document contains only intended strategies, developments, and
functionalities of the SAP® product and is not intended to be binding upon SAP to any particular
course of business, product strategy, and/or development. Please note that this document is subject to
change and may be changed by SAP at any time without notice.
SAP assumes no responsibility for errors or omissions in this document. SAP does not warrant the
accuracy or completeness of the information, text, graphics, links, or other items contained within
this material. This document is provided without a warranty of any kind, either express or implied,
including but not limited to the implied warranties of merchantability, fitness for a particular
purpose, or non-infringement.
SAP shall have no liability for damages of any kind including without limitation direct, special,
indirect, or consequential damages that may result from the use of these materials. This limitation
shall not apply in cases of intent or gross negligence.
The statutory liability for personal injury and defective products is not affected. SAP has no control
over the information that you may access through the use of hot links contained in these materials
and does not endorse your use of third-party Web pages nor provide any warranty whatsoever
relating to third-party Web pages.
Required Knowledge:
FS330 SAP Claims Management: Overview
Recommended Knowledge:
Basic IT Knowledge
© SAP AG 2006
Duration: 3 days
© SAP AG 2006
User notes
These training materials are not a teach-yourself program. They complement the explanations
provided by your course instructor. Space is provided on each page for you to note down additional
information.
There may not be sufficient time during the course to complete all the exercises. The exercises
provide additional examples that are covered during the course. You can also work through these
examples in your own time to increase your understanding of the topics.
Contents:
Course Goals
Course Objectives
Course Content
Course Overview Diagram
Main Business Example
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
1. Course Overview
2. Product Configuration
7. Claim Fulfillment
8. Claim Recovery
10. Integration
© SAP AG 2006
Conclusion
© SAP AG 2006
Sales
Sales Planning and Controlling
Sales Force Management
Customer Analysis and Marketing
Acquisition and Application Creation
Claims
Claims Handling and Fulfillment
Claims Recovery
Reinsurance
Reinsurance Risk Management
Treaty and Facultative Reinsurance Administration
Treaty and Facultative Reinsurance Accounting
Financial Asset
Management
Asset Allocation
Portfolio Management
Portfolio Accounting
Portfolio Controlling
© SAP AG 2006
Claims
© SAP AG 2006
Business Partner
NetWeaver
Business Process Mobile,
MDM XApps XI Portal Management BI KM
etc
© SAP AG 2006
© SAP AG 2010
Measurements/ Coverage
11 Reporting SAP Claims Verification 2
Management
Segmentation &
10 Recovery Assignment (Triage) 3
Negotiation + Activity
8 Litigation Management Management 5
External Service
7 Provider Integration
Reserving 6
© SAP AG 2010
12 1
11 Electronic Workflow 2
Claim File 13 17 Engine
9 Business Rules
15 19 Open Interfaces 4
Framework
8 Task
20
Reporting &
5
Management 16 Business
Warehouse
7 6
© SAP AG 2006
SAP WS Claims
Exercise: SAP Easy Access Menu Favorites
Status: ERP 2005
Situation:
You are an administrator at an insurance company. Your task is
to configure the SAP Claims Management system. In order to
simplify your work you will use your favorites to access the most
important customizing activities directly.
Note down
Client: _ _ _ User: _ _ _ _ _ _ Password: ____________ Language: _ _.
1-2 Session
Target: Ability to create new sessions (e.g. for parallel work) and to get an overview
about open sessions.
Once you have started the R/3 system, the SAP Easy Access screen appears. Choose the
Creates new session icon in the toolbar to open a new session. Once you have opened
a new session, you see information on the number of open sessions in the status bar at the
bottom of the screen. (Prerequisite: You have selected System in the
status field ). Note: You can open up to 6 sessions.
2. Select your new folder and add the above customizing transactions
To show technical names make following settings in the SAP Easy Access
menu bar. Go to Extras Settings and activate Display technical names.
1. Course Overview
2. Product Configuration
7. Claim Fulfillment
8. Claim Recovery
10. Integration
© SAP AG 2006
Conclusion
Contents:
Configure Products
Benefit Type Configuration
Benefit Type Tree Configuration
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
Examples: Examples:
m
Loss Incident Type = What Happened? Coverage Type= Which part of the policy will respond to
what happened. Line of Business= Broad business category of types of policies.
CD Specification AAS1
Coll/Disb Active
© SAP AG 2006
Company Code:
Organizational unit within financial accounting
Currency:
Currency that applies to the limits, deductibles, and
statistical reserves for this policy product.
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
Generation 1 Generation 2
Policy
Product
Version 1.1 Version 1.2 Version 2.1 Version 2.2
Claims 1
Date of loss =
Date reported
© SAP AG 2006
Generation 1 Generation 2
Policy
Product
Version 1.1 Version 1.2 Version 2.1 Version 2.2
Claims 2
Options to change
Product Version
Options to change
Product Generation
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
A policy product is a rule tool that specifies facts that are valid
equally for all policies of this product. The most important
specifications are, for example, which coverage types and which
incident types are permitted.
Together with the incident type and date of loss/claim, the policy
product defines which rules apply for a claim.
Normally, several policies are assigned to a policy product, but only
one insurance line of business. Conversely, a policy belongs to
exactly one policy product.
If you enter a policy when you create a claim, the system
automatically determines and displays the associated policy product.
© SAP AG 2006
© SAP AG 2006
1
2
4
5
© SAP AG 2006
Setup a favorite for transaction ICLCVERM320 in the easy menu to access Policy Product
configuration directly
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
Policy product
Coverage type 1
Loss
benefit types
Coverage type 2
Benefit Type
Tree
Internal Claim Type
Expense
benefit types Subclaim type 1
Subclaim type 2
© SAP AG 2006
Benefit type tree defines the different limits and deductibles of a coverage type and the loss and
expense types that are permitted.
© SAP AG 2006
Setup a favorite for transaction ICLCVERM160 in the easy menu to access Benefit Type Tree
configuration directly
Benefit Type
Tree Generation
Benefit Type
Tree Version
Permitted
Benefit Type
Definition of Payment
Reason Groups
© SAP AG 2006
Definition of Payment
Reason Groups
© SAP AG 2006
© SAP AG 2006
Permitted
Is subrogation possible?
Benefit Type
Procurement transaction
Limit per Permitted
Benefit Type
Definition of Payment
Reason Groups
© SAP AG 2006
© SAP AG 2006
Permitted
…
Benefit Type
Definition of Payment
Reason Groups
© SAP AG 2006
Definition of permitted
Benefit Type
Tree Generation payment reason groups
and thus of the permitted
payment reasons
Benefit Type
Tree Version
Permitted
Benefit Type
Definition of Payment
Reason Groups
© SAP AG 2006
Benefit Type
Tree Version Permitted object type
Evaluation category
Permitted
Benefit Type
Evaluation type and thus the
leading evaluation system as
Limit per Permitted
Benefit Type well
ID of an external catalog
Definition of Payment
Reason Groups
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
Definition: Losses
Conversely, expenses are costs incurred by the insurer in settling the claim.
Definition: Expenses
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
SAP WS Claims
Exercise: Policy Product Configuration
Status: Release ERP2005
4. Save your entry. On the popup, create and save a new transport request “Transport
FS-335 ##”. Then confirm the popup by pressing . This way all your changes will
be recorded.
If you have not already created a transport request, press Enter on the corresponding
popup.
1. Create the entry PP## Home Owners Product by pressing the icon . Set
the valid date to the beginning of this year. Notice that the status of the
policy product is in suspense.
2. Change your Product by selecting it and then pressing the change button.
Enter “Generation 1”.
3. Select the above entry and double-click on “Policy Product Version” on the
navigation tree on the left side of the screen. Enter the following
information on the version:
- Version: Version 1
- Line of Business: L##
- Company Code: V001
- Currency: EUR
- CD Specification: AAS1
- Collection/Disbursement: Active
4. Save your entries, return to the last screen by pressing and repeat steps
1-3 for the other coverage types.
2. The system returns the results in form of a log. An error has happened
during the check which is marked by a red light.
4. From the long description of the message you can directly navigate to the
point in customizing where the error can be corrected. Press the customizing
button to do so. Chose „Continue w/o Specifying Project“ when
prompted .
6. Your product should now be error free. Repeat the check from step 1 to
verify.
Situation:
You are an administrator at an insurance company. Your task is to
configure a Benefit Type Tree
Window Garage
Painter
Building
Expenses
Adjuster Fee
Police Report
In-house lawyer
To visualize the structure of your benefit type tree, select your tree
in the benefit type tree overview screen and press the overview icon
.
To delete a benefit type tree, select your tree in the benefit type tree
overview screen. Then choose in the menu Benefit Type TreeÆ
DeactivateÆ Delete from the database.
1. Course Overview
2. Product Configuration
7. Claim Fulfillment
8. Claim Recovery
10. Integration
© SAP AG 2006
Conclusion
Contents:
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
The internal claim type and the version thereof that are
used for a claim are determined when the claim is
created, and they are saved with the claim
© SAP AG 2006
© SAP AG 2006
Claim Header
Subclaim
Damaged Objects
© SAP AG 2006
Version-
enabled
Not
version- The screen sequences are defined in the BDT. The
BDT itself is not version-enabled.
enabled
Performance is increased if there is no version-
enabling
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
Corresponding to „version" of the product Version of benefit scope at the time of the loss
(on policy side) incident
Options to change
Internal Claim Type Version
Options to change
Internal Claim Type Generation
© SAP AG 2006
© SAP AG 2006
Update claims
© SAP AG 2006
2
1
4
© SAP AG 2006
Setup a favorite for transaction ICLCVERM003 in the easy menu to access Internal Claim Type
configuration directly
Claim Header
Subclaim
Damaged Objects
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
Claim Header
Subclaim
Damaged Objects
© SAP AG 2006
Internal Claim Type Value request for setting the status of claim
item grouping in this category
BRF expression for determining key date for
Internal Claim Type benefits catalog item determination
Generation
Permitted reasons for creation of claim item
grouping
Internal Claim Type Permitted specifications of a reason for
Version creation of claim item grouping
Permitted types for claim item grouping
Claim Header category
Permitted accident flags
Permitted subrogation claim flag
Subclaim
Damaged Objects
For each permitted subclaim type and claim
item grouping category
Claim Item Group
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
For each internal claim type (or combination of internal claim type and claim
handler group), you define the screen sequences for the following areas,
specified by SAP:
Claim header
Subclaim (dependent on permitted subclaim types)
Damaged object (dependent on damage categories)
Participant (dependent on participant role)
You can also hide datasets
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
You use the participant role to specify the meaning of the participant in
the current claim
© SAP AG 2006
1
2
3
4
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
Examples:
y Damaged vehicle
y Damaged building
y Injured person
y Damaged object
1
2
© SAP AG 2006
Key
Description
Category of insured object
© SAP AG 2006
Examples:
y AU Auto
y BI Injured person
y FL Financial loss
y PE Object
y RE Building
© SAP AG 2006
Examples:
y The following damage severities are defined for the Auto damage category: Undamaged/minor
damage/bodywork damage/total loss.
y A rule is defined in the BRF, which means that claims with the Total Loss damage severity can
only be assigned to certain claim handlers.
Damage category
Damage severity
© SAP AG 2006
© SAP AG 2006
Example:
Object category/damage category vehicles -> types of damage/insured objects:
y Automobiles
y Motor vehicles
y Goods vehicles
Damage category
Object type
Description of damage category
Description of object type
© SAP AG 2006
© SAP AG 2006
Claim Header
Subclaim
Damaged Objects
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
The object type classifies a claim item in greater detail than the
benefit type.
You can use the object type to enter additional data during claim item
entry.
The object type has no influence on limits and deductibles that are
valid for the claim item. The same limits and deductibles apply for all
claim items of the same benefit type.
All object types created here are automatically given the damage
category of item (PE). For other damage categories (such as Vehicle),
you create damaged objects. A damaged object can give rise to
several claim items.
The object type of the claim items is a special form of the object type
of the insured object, but it refers exclusively to the damage category
of Item (PE).
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
Repair shop
and so on
© SAP AG 2006
Define Procurement
Make add. evaluation
Transaction per type of
criteria available in the
service (Repair shop,
evaluation BAdI
Carpet cleaner etc.)
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
Classifies a reserve.
© SAP AG 2006
© SAP AG 2006
Key
Description
Reservation category for reserve type
Standard unit for setting reserves
Specify whether the reserve type refers to losses or expenses (claim
settlement expenses).
Specify whether this is an expectation reserve
Specify whether the reserve type is claim-dependent or cross-claim
For each reserve type define the interface to the general ledger.
© SAP AG 2006
b
c
© SAP AG 2006
Reserve Category
Example: If you select the Per Diem Hospital Benefit reserve category, the system
includes the Number of Days and Per Diem Amount fields. The reserve is then
calculated from the number of days X per diem amount.
© SAP AG 2006
Expectation Reserve
If you set this flag, you expect incoming payments for the benefit type
and associated reserve type, meaning transactions for subrogation,
salvage or loss allocation agreements.
© SAP AG 2006
Defines whether the reserves for this reserve type can be set in
individual claims (claim-dependent), or whether they can be set for
claim bundles (cross-claim).
© SAP AG 2006
© SAP AG 2006
Claim Header
Subclaim
Damaged Objects
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
Reserving Methods
Statistical
Conditions that you can set produce a lump sum that is set as the
reserve. The processing clerk can overwrite this default value.
Manual
The processing clerk sets or increases the reserve.
Redistribution
If the reserve is increased (manually or automatically by the system),
the system redistributes the amount over the claims according to a
specific distribution key.
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
Situation:
You are an administrator at an insurance company. Your task is
to configure an Internal Claim Type
Situation:
You are an administrator at an insurance company. Your task is to
configure an Internal Claim Type.
Situation:
You are an administrator at an insurance company. Your task is to
configure a Damaged Object.
Situation:
You are an administrator at an insurance company. Your task is to
configure reserves.
1. Course Overview
2. Product Configuration
7. Claim Fulfillment
8. Claim Recovery
10. Integration
© SAP AG 2006
Conclusion
Contents:
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
CR 590
Business Data Toolset
© SAP AG 2006
call for
new products
with new attributes/features
with new functionality
architecture/data models
integration of new entities
enhancement of old entities
© SAP AG 2006
Design targets
Extensibility
Configurability
Divisibility
Alternative user interfaces
Generic object services
© SAP AG 2006
© SAP AG 2006
Own Attribute
SAP Attribute
Own Attribute
SAP Attribute
Own Attribute
SAP Attribute
Own Attribute
Enhancements
Own Attribute
Authorizations
Own Attribute
Own Attribute
Field status editable
Viewable?
Ready for input?
© SAP AG 2006
Next Picture
(F6)
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
Internal claim
types level
Screen
sequence type
Claim mode
level
Claim handler
group level
Configuration
applied
Screen
sequence level
© SAP AG 2006
Adjustments to
Screen sequence
Sections
Views
Field groups
possible
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
You would normally define screen sequences for a combination of internal claim type and claim
handler group. However, you can also define screen sequences without specifying the claim handler
group. The system assumes that these screen sequences are standard screen sequences. You can also
define different screen sequences for special claim handler groups.
On the basis of the screen sequences provided by SAP in the Business Data Toolset (BDT) you can
also define own screen sequences and store them here. (You can find further information on the BDT
in the Application Help for the Claims Management system. Path: Claim Æ Basic Functions Æ
Business Data Toolset (BDT) in Claims Management System).
© SAP AG 2006
© SAP AG 2006
Situation:
You are an administrator at an insurance company. Your task is
to configure the screen sequences for the Expert mode.
1-3-2 Reserves
Verify that your reserves are created statistically the way you set up the
customizing.
Goto the reserve screen of the subclaim.
Change the reserve manually and check the reserve history.
Situation:
You are an administrator at an insurance company. Your task is to
configure a contract to simulate the integration to a policy system.
Note:
This exercise is only valid in this training system. The creation of a
policy will look different in your system. In this training system a policy
is sttored in a similar way as a claim. You will use this policy for creating
a claim to check further customizing.
Situation:
You are an administrator at an insurance company. Your task is to
configure BDT screens.
1-8 Analyze the screen configuration for the screen sequence category ICLC00 (Æ
function code SSEQ_DIAG)
To display the screen sequence, enter SSEQ_DIAG in the command line or enter “help”
in the command line and chose the above mentioned function code.
You will see the screen sequence of the node which you are currently displaying on the
navigation tree (context sensitive display).
1. Make yourself familiar with the meaning of the different terms.
Æ Screen Sequences
Æ Screens
Æ Sections
Æ Views
Æ Field Groups
Æ Fields
1-10 Assign new screen sequence Z##H to Screen Sequence Category ICL00
1-11 Change screen sequence in the implementation guide for Internal Claim Type CT##
1. Navigate to the screen configuration customizing of the expert mode (Claim Æ
Process Control Æ Internal Claim Type:Specify Claim Handler Group+Scrn Sequences
f.ExpertMode)
2. In the claim header configuration: Change screen sequence CL01H with your new
screen sequence Z##H
3. Open your claim and check the result with function code SSEQ_DIAG.
1. Course Overview
2. Product Configuration
7. Claim Fulfillment
8. Claim Recovery
10. Integration
© SAP AG 2006
Conclusion
Contents:
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
At certain events
Example: Approval of a claim payment
...
rules are defined
Example: Check entitlement to payment
...
whose Boolean expressions are based on business data
Example: Check invoice items
Example: Check payout amount
...
and trigger one or more actions. Rule
Example: Generate coverage referral
Business
Example: Stop payment
... Framework
© SAP AG 2006
Program Flow
Procuring Procuring
Expression Expression
© SAP AG 2006
Definition of Event:
Events are points in the program of the application using the BRF at
which there should be the possibility of using rules to evaluate current
data and possibly make changes.
BRF events and their relevant contexts are therefore defined by the
developers of the application.
Within the program, FS-CM offers around 150 events that have been
preconceived by developers and that can be "refined" by customers.
Within an application, calling an event triggers the BRF.
© SAP AG 2006
© SAP AG 2006
Definition of Rule:
© SAP AG 2006
© SAP AG 2006
BRF Rules can be filtered by the line of business as well as by the internal claim type.
The rule set concept offers the option of grouping rules that are
connected in the business sense but distributed over several
events, and then activating or deactivating them together.
© SAP AG 2006
Example:
y Rule set used for payment check
y Rule set used for coverage check
y Rule set used for invoice check
Definition of Expression:
© SAP AG 2006
Value procurement
Constant
Simple value request (field of a structure)
Field of a line of an internal table
Random figure generator
Call function module/method
Operations
Operators
Boolean 3-operand arithmetic
Truth table
Case expression
SAP formula interpreter
Single-line formula interpreter
Other
Control predicate
© SAP AG 2006
Example:
© SAP AG 2006
Example:
© SAP AG 2006
The example shows the truth table to determine the claim status.
The same concept is used for the determination of the subclaim and payment status.
Example:
© SAP AG 2006
Definition:
Examples:
Create output message
Create prompting text
Create log entry
Create/cancel task
Create correspondence proposal
Create coverage referral
Call function module
Trigger BOR event
© SAP AG 2006
An action is the term for any manipulation of any data sets that makes sense from a business point of
view and that can be performed technically.
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
You can manage BRF objects in the BRF Workbench (this is similar to the ABAP Workbench).
Call up the BRF transaction.
The following administration functions are available in the BRF Workbench (among other things):
Display of a BRF Network Graphic
Navigation from BRF objects to Workbench objects – for example, from an action (BRF object) to a
class (Workbench object)
Navigation from a BRF object (such as an event) to another BRF object (such as an expression)
Navigation backwards
Navigation from one application class to another
© SAP AG 2006
© SAP AG 2006
A BRF network graphic represents the relationships between the BRF objects in graphical form. The
dependencies of events and their expressions and actions are displayed, thus making rule
administration easier.
The events form the starting point. The associated expressions and actions are displayed in a tree.
Display trace
result
3
© SAP AG 2006
In order to start the trace type the function code BRF_TRACE_HELP in the command line when
working in a claim.
Business case 1:
Claims processing supported by fraud detection in
auto insurance
Procedure
Claim handler:
Creation of a payment during claims settlement
Administrator:
Creation of a rule for fraud detection
Male, < 30 years old
No witness
Payment below 3000 EUR
Claim handler:
Creation of a payment during claims settlement
Autom atic detection of potential fraud
Action:
if the rule becomes "Yes" a workflow will start and inform a fraud detection
group"
© SAP AG 2010
Business case 2:
Claims processing with integration of external service
providers
Procedure
Administrator:
Creation of a rule for engaging services of a service provider
Send document
Define task
Claim handler:
Select an external service provider
Autom atic creation of tasks and documents
Action:
if the rule becomes "Yes" a letter will be send to the external
service provider and a task will be set"
© SAP AG 2010
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
Claims Management
Trigger
1 Edit claims
event
BRF event
data
2 Execute task
Business Rule Framework
Execute
What? BRF rule
Create
task
© SAP AG 2006
© SAP AG 2006
Characteristics of a task
Automatic creation
Manual task creation is possible, but that is not the main focus.
Assigned to a specific claim subobject
E.g. claim header, subclaim, loss location, participant, invoice or payment
Has a descriptive text
E.g. “Complete Loss Location” or “Complete Bank Details for Claimant Joe
Fox”
Due dates for
First appearance in inbox
Desired start date/time
Required end date/time
Validity
Status, such as
Waiting for transfer to inbox
Waiting for start of execution
Waiting for end of task
Done/Log Entry
Navigation target to view the anomaly
Priority
Tasks can be defined as process-preventing
Tasks can be completed manually or automatically by the system
© SAP AG 2006
Definition of a task:
Special action that brings an anomaly to the attention of a claim handler, requiring the claim handler
to process it.
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
Claims Management
1 Edit claims Trigger Business Workflow
event
BRF event
data
Who?
Execute 2
workitem
Activity Management
Execute
3 task Business Rule Framework
Why?
Execute
What? BRF rule
Create
task
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
BRF
expressions
© SAP AG 2006
When you open and reopen a claim, a subclaim, a task in the claim, a claim bundle, or a task in a
claim bundle, data can be transferred to the workflow that has been started. For example, this data is
required for rule resolution, monitoring deadlines (just with tasks), and for display in the workflow
inbox.
To be able to use the standard delivery rules for claim handler determination, define the
responsibilities and assign claim handlers. You can use the following expressions for the definition
of responsibilities:
y Country of policyholder
y Region of policyholder
y Postal code of policyholder
y Complexity (only for Claim and Subclaim)
y Task category (only for Task)
y User who started the workflow
For example, depending on the FS-CM Claim object type and the Claim Opened event (in the sense
of SAP Business Workflow), you can assign the Policyholder: Region expression to the REGION
parameter. Depending on the result that the calculation of the expression delivers to the parameter,
the relevant claim is assigned to a certain claim handler when it is opened.
© SAP AG 2006
© SAP AG 2006
Organizational Unit
Position
Employee
© SAP AG 2006
Automatic WF customizing
© SAP AG 2006
Activate WF
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
Define conditions
Any attribute of
claims transaction
can be added
© SAP AG 2006
Define task
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
1
2
3
4
© SAP AG 2006
Definition of Performer
Roles
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
Later assignment
You can use this method to search for performers who cannot be identified
until more information becomes available in the course of claims processing.
This method is always executed when the claim is saved at BDT event
ONSAV before evaluation of the role attributes for the claim and subclaim
level.
You can have performers assigned automatically to roles in the claim on the
basis of any criteria.Manual assignment
Manual
This method is executed as soon as you choose Automatic Performer Assignment in
the toolbar of the overview for role-based performer.
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
Situation:
You are an administrator at an insurance company. Your task is
to configure a new rule via BRF which creates an entry in the
claim log when a subclaim is created.
1. Course Overview
2. Product Configuration
7. Claim Fulfillment
8. Claim Recovery
10. Integration
© SAP AG 2006
Conclusion
Contents:
Types of structured facts capture
Configuration of structured facts capture
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
In FS-CM, SFC can be used to capture details on the following, for example:
y Loss event
y Loss location
y Participants
y Damaged objects
Ans wer
Questi on Ans wer
Questi on
Questi on Ans wer
Questi on Questi on
Questi on Questi on
An y BRF action can be
triggered with each answer Ans wer Ans wer
End
© SAP AG 2010
Simple structure
Quick answer
Radio buttons
Structured trees
Questions with
Follow-up questions
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
1
2
© SAP AG 2006
The facts capture category indicates the place in the Claims Management system where you can
enter additional details on facts using question sequences that you have defined yourself. You define
which question sequence is displayed in IMG activity Configure Internal Claim Types . There you
assign one or several question sequences to an internal claim type, dependent on the facts capture
category
A question sequence is always created for one or several specific facts capture categories. Before you
create a question sequence, you must be sure of the facts capture category you want to create this
question sequence for.
© SAP AG 2006
This allows you to capture facts related to a claim on the basis of questions and answers. The data
that has been captured in this way is available for all types of evaluation.
© SAP AG 2006
You can create standard question groups or quick question groups here. You use the starting
question to control which question group you create. On the Structured Facts Capture: Change
screen, choose the Create Starting Question icon and then the required question group.
You can assign an BRF action to a question.
SFC is used
On different screens and
Assigned to different objects of the claim.
© SAP AG 2006
Examples:
y Damaged Objects
y Driver's Obligations
y Loss Location
y Participant
y Cause of Loss
y Obligations Real Estate
Claim Header
Subclaim
Damaged Objects
© SAP AG 2006
For the same category several question/answer sequences can be assigned. By using BRF
expressions you can control which of the assigned sequences should be chosen.
© SAP AG 2006
© SAP AG 2006
1-4 Create a new claim and test the new Q&A sequence
On the navigation tree select the screen “Incident” and select tab “Property obligations”.
1-5 Create a second Q&A sequence for the loss location (Optional)
1-5-1 Check in notification mode what kind of question group you need to configure.
1-5-2 Create a standard question group.
1-5-3 Assign the new question group to your internal claim type (category: LO)
1. Course Overview
2. Product Configuration
7. Claim Fulfillment
8. Claim Recovery
10. Integration
© SAP AG 2006
Conclusion
Contents:
Compensation Calculation
Payments
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
3. Recursion (Valuables)
3000 Euro / Cash 5300 > 5200 (Limit)
8000 Euro / Savings 5200
./. 800 (Deductible)
4400 Euro -> Compensation
© SAP AG 2010
Definition of Payment
Reason Groups
© SAP AG 2006
© SAP AG 2006
If a benefit type on the highest level in this benefit type tree has
a higher-level benefit type, which is in a cross-coverage type
benefit type tree, you must specify this benefit type tree here.
© SAP AG 2006
Definition of Payment
Reason Groups
© SAP AG 2006
Definition of Payment
Reason Groups
© SAP AG 2006
© SAP AG 2006
a
b
c
© SAP AG 2006
If you do not specify a higher-level benefit type, you must place the
value In Same Coverage Type in this field.
© SAP AG 2006
If you select Cross Coverage Type as the level of the higher-level benefit
type, you must consider the following:
You can only define one benefit type in the Higher Ben. Type field, for
which the Cross-Coverage Type flag is set in the Define Benefit Types
IMG activity.
A cross-coverage type benefit type links all assigned subclaims and
coverage types with one another, as the system assumes that a joint
upper limit must be considered.
If the For Coverage Type indicator is set for the benefit type tree, then
the higher-level benefit type must belong to another benefit type tree.
This must be a benefit type tree that can be used across coverage
types, in other words, the For Coverage Type indicator is not set.
© SAP AG 2006
If you want to construct a tree from benefit types, you can select the
higher benefit type directly here.
The limits and deductibles for the higher benefit type are considered in
the compensation calculation.
© SAP AG 2006
© SAP AG 2006
This flag defines whether the deductibles for this benefit type are to
be valid for compensation (= after deduction by the limit) or for the
claim (= before deduction by the limit).
With a deductible for the claim, potential deductions with limits are
calculated in subordinate benefit types.
© SAP AG 2006
Defines the points in the policy snapshot at which the limits are displayed
You can choose between the following options:
0 = No display:
The limit is not displayed in the coverage overview. It is only displayed in
the overview tree on the screen for limits and deductibles if the processing
clerk wants to display all limits covered by the policy. The clerk must then
click on the middle selection button (policy details).
1 = Display in tree
The limit is not displayed in the coverage overview. It is always displayed
in the overview tree on the screen for limits and deductibles (for policy
overview, details and product).
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
You can define other limits and deductibles for the coverage type specified
here.
If a corresponding coverage with this coverage type exists in the policy,
these different limits and deductibles are applied in the compensation
calculation.
If you define multiple limits and/or deductibles for the same benefit type, the
system determines which limits and deductibles are to be applied on the
basis of the specified priority (at benefit type tree level).
The system evaluates the defined limits and deductibles in this specified
sequence. As soon as a coverage with the coverage type defined here exists
in the policy, the limits and deductibles of this coverage type are applied.
© SAP AG 2006
Limits
The limits are specified in the policy for each covered benefit type
and insured object. A limit of 0.00 is not regarded as a limit.
© SAP AG 2006
Deductible
The insurer must only make a claim payment if the claim exceeds
a certain amount
The policyholder is responsible for his/her own share (for the
agreed amount) in the claim.
© SAP AG 2006
1 Product
The limit defined in Customizing is always used, even if there is an entry in
the policy.
4 Policy + product
The system takes the total for the amounts from policy and product
© SAP AG 2006
Benefit
Type Tree
a c b
© SAP AG 2010
If the benefit types of the benefit type tree are to be valid for just
one permitted coverage type, assign the benefit type tree to this
coverage type.
If the benefit types from the benefit type tree are to be valid on a
cross-coverage type basis, assign the benefit type tree to the policy
product on the Policy Product Version level. In this way, you can
define cross-coverage type deductibles, for example.
© SAP AG 2006
OR
© SAP AG 2006
If the benefit types of the benefit type tree are to be valid for just
one permitted subclaim type, assign the benefit type tree to this
subclaim type.
If the benefit types in the benefit type tree are to be valid for the
claim header, on a cross-subclaim basis, create an entry without
specifying a subclaim type. Leave the Subclaim Type field empty,
and define a benefit type tree for this entry. This is valid for the
claim header.
© SAP AG 2006
© SAP AG 2006
You can assign benefit type trees from the Mixed category to a coverage
type in the Configure Policy Products IMG activity, or to a subclaim type in
the Configure Internal Claim Types IMG activity.
The system only reads the benefit types from the Losses category, from
benefit type trees that are assigned to a coverage type in the Configure
Policy Products IMG activity.
The system only reads the benefit types from the Expenses category,
from benefit type trees that are assigned to an internal claim type in the
Configure Internal Claim Types IMG activity.
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
The claim payment type defines the limits and deductibles that are valid, and
the reserve against which you are to calculate payments
© SAP AG 2006
© SAP AG 2006
a b
a Loss or expense
Ensures that the benefit type can be used on a cross-coverage type basis (and not
just within a coverage).
This flag is only relevant for benefit types from the Loss category, not for benefit
types from the Expenses category.
© SAP AG 2006
© SAP AG 2006
Flag:
Can be selected for direct payments
© SAP AG 2006
© SAP AG 2006
Claim Header
Subclaim
Damaged Objects
© SAP AG 2006
a
b
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
Situation:
You are an administrator at an insurance company. Your task is
to configure the behavior of the Compensation Calculation
Situation:
You are an administrator at an insurance company. Your task is to
configure payment authorization.
1. Course Overview
2. Product Configuration
7. Claim Fulfillment
8. Claim Recovery
10. Integration
© SAP AG 2006
Conclusion
Contents:
Refunds (receivables)
Subrogation
Salvage
Multiple Insurance
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
Receivables: Selectable
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
Configuration for processing Subrogation, is defined through the internal claim type under the
subclaim level.
The values that defined capability for salvage processing are:
y Not Permitted – no Subrogation processing is available for the subclaim of the internal claim
type.
y After Claim Closure – Subrogation processing can only be process after the subclaim is closed.
y After Subclaim Closure – Subrogation processing can only be processed after the claim is
closed.
y Always Permitted – Subrogation processing can be processed
© SAP AG 2006
You can find the IMG activities for authorizations for payments and subrogation under Claims
Management Æ Claim Æ Business Settings Æ Payments Æ Authorizations for Payments and
Subrogation.
You must specify on level “Claim” en entry for the node06 and assign a screen sequence
© SAP AG 2010
© SAP AG 2006
You can find the IMG activities for BAdI: Functions for Determining Subrogation Items under
Claims Management Æ Claim Æ Business Settings Æ Payments Æ BAdI: Functions for
Determining Subrogation Items
© SAP AG 2006
© SAP AG 2006
Payments: Selectable
© SAP AG 2006
For salvage payments the same customizing has to be done as for payments:
y Define Benefit Types
y Define Benefit Types with benefit types selectable for payment
© SAP AG 2006
Configuration for processing salvage, is defined through the internal claim type under the subclaim
level.
The values that defined capability for salvage processing are:
y Not Permitted – no salvage processing is available for the subclaim of the internal claim type.
y After Claim Closure – Salvage processing can only be process after the subclaim is closed.
y After Subclaim Closure – salvage processing can only be processed after the claim is closed.
y Always Permitted – salvage processing can be processed.
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
In the customizing of FS-CM there is a detailed part for the multiple insurance to be settled:
Referring to the distribution plan and its effects to the payments.
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
The types of payment items are relevant for the settlement of the
distribution plan.
© SAP AG 2010
The payment item typs are assigned in the following customizing set „Function profiles“.
© SAP AG 2006
You can assign a determined benefit type for the compensation and/or for the expenses. These are
not mandatory fields.
A permitted change means that in claims processing you can manually change the payment amounts
of payment items that have been created automatically.
© SAP AG 2006
Grouping of functions that are performed automatically when payments in multiple insurance are
created.
Examples of function profiles are Own Settlement or Settlement via Leading Insurer.
You can define a maximum of two functions for each function profile
© SAP AG 2006
For each function profile you have to define whether a payment item has to be created on the claim,
the way of posting it and if the coinsurance key has to be transferred to FS-CD in the posting
document.
© SAP AG 2006
You thereby specify which function profiles are used in creation of a payment in multiple insurance .
© SAP AG 2006
You have to determine at which level the function profile determination has to take place.
You have also to assign the type of payment affected by the function profile determination
(disbursement, refund, advance payment, subrogation).
You have also to assign the distribution plan type, the participation type of the own company and the
role of a participant in the distribution plan. The settlement type can be also settled.
The own share flag is set for own function profile.
© SAP AG 2006
© SAP AG 2006
Situation:
You are an administrator at an insurance company. Your task is
to configure Subrogation Process.
1. Course Overview
2. Product Configuration
7. Claim Fulfillment
8. Claim Recovery
10. Integration
© SAP AG 2006
Conclusion
Contents:
Incoming documents
Outbound correspondence
Notes
Reporting
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
Used Components
Document creation: Business Document Management
Document storage: Archive Link
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
Predefined
assignments
for FS-CM
Starting either with
ISCM* or ICL*
© SAP AG 2006
Document definition
© SAP AG 2006
Prerequisites:
Results:
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
Used Components
© SAP AG 2006
FS-CM Claims
Correspondence screen
Event Create
Correspondence Container
Event Print
© SAP AG 2006
Correspondence Container
Data container filled by
Event Create (V854) that transfers current claim data to container:
Sample function ICL_SAMPLE_V854
Current claim data is sent to container:
Claim data (iclclaim)
Loss address (addr1_data)
Subclaim data (icl_iclsubcl)
Damaged objects (icl_damobj_ext, icl_itemau, icl_itemeq, icl_itemre)
Payment data (icl_payo, icl_payi)
Subrogation (iicl_subrogation_history, iicl_subrogation_item)
Participants (icl_partocc)
Procurement (icl_procure)
Items (icl_itemlist).
Event Print (V853) transfers data from container to print program:
Sample function ICL_SAMPLE_V853
© SAP AG 2006
Form Class
Defines the data hierarchy that can be used in a form
Each class node has own form routine to retrieve data
Called by transaction EFCS
Application form
Based on a Smart or SAPscript form
Determines which data nodes are used within a form
Called by transaction EFRM
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
Correspondence Solution
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
The assignment of an authorization group in claim processing has the following meaning:
If you assign an authorization group to a note, this note is only display to users in this authorization
group in claim processing, and only users in this authorization group can change this note.
• This allows you to create “secret” notes within a department, which can only be accessed by a
selected range of employees.
If you assign no authorization group to a note, this note is displayed to all users in claim processing
(meaning all users with display authorization), and all users can changes this note (all users with
change authorization).
Creation of standard or
telephone note
Assignment of
authorization group
© SAP AG 2006
Define if note
- Can only be extended
- Can be changed
Define
communication types
Define topics
for notes
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
Architecture:
© SAP AG 2006
OLAP
OLTP
Claim Subclaim Reserve Payment Claimed Referral
Items
© SAP AG 2006
y 0ISCM_PAYITEMCAT_TEXT
y 0ISCM_RESMETHOD_TEXT
y 0ISCM_RESTYPE_ATTR + TEXT
y 0ISCM_EVALCAT_ATTR + TEXT
y 0ISCM_EVALBASE_ATTR + TEXT
y 0ISCM_REFATTR_ATTR + TEXT
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
Info
Package Full Upload Initialization Delta Upload
OLAP
OLTP
Extractor
RFC- Queue
Claims
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
1. Course Overview
2. Product Configuration
7. Claim Fulfillment
8. Claim Recovery
10. Integration
© SAP AG 2006
Conclusion
Contents:
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
In 4.72 gab es noch nicht den Knoten Schnittstelle zu Bestandssystem (Interface to Policy
Management System); das BAdI war nur über Product Configuration Æ Business Add-Ins verfügbar
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
General settings
for collections &
disbursements
system
1
Settings for
2 SAP Collections
and
3
Disbursements
4
© SAP AG 2006
© SAP AG 2006
- DOCUMENT_CHECK - DOCUMENT_CHECK
- DOCUMENT_CLEAR - ONLINE_CHECK_PRINTING
- DOCUMENT_DISPLAY
- DISBURSEMENT
- SCHED_POS_MODIFY
- SCHED_POS_COMPRESS
- CHECK_PAYMENT_PLAN
- PAYMENT_METHOD_GET
- BULK_CHECK
- BANKID_GET
- ADDRNUMBER_GET
© SAP AG 2006
FS-CM
General Ledger
Outbound payments
Money requests Special Ledger
Interface
(salvage, subrogation,
refunds) Profitability Analysis
FS-CD
Reversal Cost centers /
Hand written checks orders
(payment + clearing)
Online check printing Cash Management
Report
© SAP AG 2006
Business Partner
n n
Insurance Relationship
n
m 1 m
Contract Account
Insurance Object
© SAP AG 2006
An insurance object can be assigned to more than one business partner, and more than one insurance
object can be assigned to a business partner.
A contract account can be assigned to more than one business partner, and more than one contract
account can be assigned to a business partner.
Each unique combination of business partner / insurance object (I.e. insurance relationship) can be
assigned to exactly ONE contract account, and a contract account can have more than one
combination of business partner / insurance object (insurance relationship) assigned to it. This
means that an insurance object can exist on more than one contract account master record.
ICL_CF_POST2CD
Special Ledger
Profitability Analysis
FS-CD
Payment Cost centers /
orders
Cash Management
...
If { BP (i.e. payee and/or policyholder) in role “MKK” does not exist }.
Create BPs in role “MKK”.
Endif
If { IO for policy does not exist }. Scenario 1 for
Create CA for policyholder. determination of
2 Create IO for policy. contract account
Endif. only
If { IO for claim does not exist }.
Create CA for policyholder.
1 3 Create IO for claim.
Endif.
4 Create posting data (i.e. fill SVVSCPOS_B).
Post posting data.
© SAP AG 2006
© SAP AG 2006
General Ledger
ICL_CF_POST2CD
Special Ledger
Profitability Analysis
FS-CD
Payment Cost centers /
orders
Cash Management
...
© SAP AG 2006
Key used as
reference Which account is Object category of
in policy product to be used ? account for policy
© SAP AG 2006
CD Specification
© SAP AG 2006
Key used as
reference in Account creation
internal claim variant for claims
type
© SAP AG 2006
© SAP AG 2006
Payment FS-CD
ISCD_POS_MAINTAIN
of $100
John
John Doe
Doe
for Repair Shop
$100
References
In FS-CM: document reference
ICLPAY-DOCUMENTREF = DFKKOP-OPBEL
In FS-CD: reference to payment in claims system
DFKKOP-REFCLAIM = <ICLPAY-SUBCLAIM> + <ICLPAY-PAYMENT>
Payment FS-CD
ICL_CF_POST2CD
of $100
John Doe Repair Shop
for Repair Shop
$100 $100 $100
Payment Run
© SAP AG 2006
© SAP AG 2006
© SAP AG 2006
Situation:
You are an administrator at an insurance company. Your task is
to configure the interface to FS-CD.
1. Course Overview
2. Product Configuration
7. Claim Fulfillment
8. Claim Recovery
10. Integration
© SAP AG 2006
Conclusion
© SAP AG 2006
© SAP AG 2006
Policy Products
Policy Product: PP##
Screen Sequences
Internal Claim Types Quick, Notific. Mode
SFC: Q##
SFC: ...
...
...
Subclaim: ...
Damaged Objects
Internal Claim Type: ...
This list will help you to consolidate the customizing entries you will create during the
next exercises.