Processing with Claim Split 

Purpose

You use this process if there is more than one reimburser for the items in a warranty claim. This could be the case, for example, if for several defects, parts (materials) are requested from different manufacturers who offer a warranty, or when a claim contains one defect and, at the same time, contains the warranty request for an accessory (independent of the defect).

The process can be used for both precrediting and postcrediting cases.

During the claim split process, the system creates several versions for the different reimbursers from one original version from the claimant. Each individual version can be accepted or rejected by the appropriate reimburser. Then the system collects the inbound versions from the different reimbursers and groups them together again to form one outbound version to the claimant.

In precrediting cases, the claimant version that was originally posted has to be cancelled if there are inconsistencies before the reimburser version can be grouped together.

Prerequisites

·        For prerequisites, see: Processing With Postcrediting/Precrediting

·        In Customizing for Warranty Processing under Define Warranty Claim Types, you have defined per claim type according to which criteria a claim is to be split, for example, according to the defect code or the vendor/manufacturer. You can also choose customer-specific fields as a split criterion.

·        If you only want to wait for the complete return and decision on all versions from the reimburser for a specific pre-defined length of time, you must have defined an appropriate answer period in Customizing for Warranty Processing under General Settings.

·        The actions for the claim split must be allowed in your Action Control settings.

Process Flow

...

       1.      You receive a claim that should be split from the claimant.

       2.      You group the claim items according to the split criterion (action A060 Split Groups Proposal with Dialog Box) and create, per group, an outbound version to the appropriate reimburser from the inbound version from the claimant (action A070Split Claimant Version in Versions to Reimburser). All versions that are created are active.

       3.      You release the outbound versions to the reimburser for sending (action A870 Release Outbound Reimburser Version for Sending).

       4.      The reimbursers send the processed versions back.

       5.      You check whether a version has been returned within the answer period for each outbound version to the reimburser (calculated as of the creation date of the warranty claim) and whether this version has been defined as a final version (tab page Other Version Data, field End Version), i.e.: has been completely processed (action A071 Group Reimburser Versions (Claimant)).

       6.      If this is the case, the system groups all the versions that have arrived from the reimbursers into one outbound version to the claimant. If this is not the case, i.e.: if a version is missing or a version has not been defined as a final version, the system transfers the claim to manual processing.

You can automate this process in action control. When you create the appropriate linking action, do not choose action A060 Split Groups Proposal with Dialog Box in order to create the split groups; choose action A061 Split Groups Proposal to do this.