Skip to Content

Rebate settlement process part I: Accrual reversed by claim settlement process and directly post to FI accounting.

“Accruals” are fundamental part of the Claims & Funds processes for TPM.

This document will only introduce the scenario that accrual calculated from CRM

fund management and the posting of the reversal to accounting directly by CRM settlement.

For another popular scenario that reversal of external accruals posted
by SD billing by settlement to invoice integration please refer to the document link below:

Rebate settlement process partII: Accrual reverse by CRM claim settlement integrated to SD Billing

This document will focus on the accrual reversal(settlement) process, for the accrual creation(calculation) process

please refer the document link below:

Accrual creation(calculation) by CRM fund management

The conclusion means that in case the accruals are created in CRM Funds, the reversal happens via

CRM Claims Settlement. However if they are calculated in SD, also the reversal happens
there via SD Billing.

There is also a special scenario of Fund based Accruals.
In this case the Funds Management accrues on Fund level. The Claims handle the accruals
with a different Fund Usage than the expense type which is allocated for the reference
object (Trade Promotion, MDF Initiative).  It will be introduced by another
document will published soon.

Settlement
integrated to Claim management

Customizing:

  • Set the claim item category to billing relevant, only the item relevant for billing will be settled from the item due list after
    approval.

SPRO -> CRM -> Transactions -> Basic Settings -> Define Item Categories

  • Assign billing item category

SPRO -> CRM -> billing -> Item Category Determination -> Assign Item Categories

  • Determine the billing type from the billing item category which determined by the claim item category.

SPRO -> CRM -> billing -> Define Billing Item
Categories

SPRO -> CRM -> billing -> Define Billing Types

To specify the settlement integrated to ERP accounting which
means that CRM settlement will post to FI directly without SD billing
integration.

Also there is the flag to indicate whether the automatically
transfer to accounting is enabled or not.

A Cancellation Copying Requirement can be assigned in the
field ‘Cancel. Copying Req.’. This can be used to specify certain conditions
under which the Settlement Document should not be cancelled. The standard
cancellation copying requirement provided the checking to the fiscal period. If
the period has been closed, then the cancellation settlement document will
specify to current date to transfer date instead of copying the transfer date
from the original settlement document.

The integration from CRM Billing to CRM Claims Management works as the flow chart below.

The processing of the billing due list entry creates a settlement. When the settlement is saved,

the BDoc BEABILLDOCCRMB is written and is processed by both the Outbound Flow M01 and the

Inbound Flow MI0. The Outbound Flow transfers the settlement to ERP. The Inbound Flow
updates the settled status (not settled, partially settled, or fully settled),  and doc flow to the One Order

document, which can be a Claim, a Chargeback, or a Prepayment.

Users  always get the question that the claim items have been approved, however the items still can’t
be found in the settlement due list. The first thing need to be check is tcode /bea/crmb04 ‘Incomplete Billing Due List’,

select the items shown here and check the error log. This check should be considered as the daily administrative
work for the production system.

Account Determination for Accruals

Account determination process in CRM claim settlement
directly post to accounting is similar to the pricing technique.

Customizing:

SPRO -> CRM -> Billing -> Integration -> Transfer
of Billing Documents to Accounting -> Transfer to Accounts Receivable
(FI-AR) and Accounts Payable (FI-AP) –> Enhanced Account Determination –>
Define Access Sequences And Account Determination Types

  • Maintain Account Determination Types
  • Maintain Access Sequences

SPRO -> CRM -> billing -> Define Billing Types

SPRO -> CRM -> Billing -> Integration -> Transfer
of Billing Documents to Accounting -> Transfer to Accounts Receivable
(FI-AR) and Accounts Payable (FI-AP) –> Enhanced Account Determination –>
Assign Symbolic Account Key

For the actual account determination the process looks as below:

The accrual conditions are statistical and flagged as pricing result
relevant. This information is used to post in financials not on the customer or
vendor account, but only to the G/L accounts “Accrual” to “Expense”. Therefore
Account Determination provides for each condition line “two” accounts, the first
for the “Accruals” and the second for the “Expenses”.

Other relevant customizing:

For Company code determination:

CRM -> Master Data -> Organizational Management -> Cross-System
Assignment of Organizational Units

- > Assign Billing Units to Sales Organizations

- > Assign Company Codes to Billing Units

Samples:

Tcode /bea/crmb11 to check the claim settlement document,

user also can check this from CRM WEB UI.

There is a very useful tab ‘Marketing’ in item detail of settlement document which could also be checked from

CRM Web UI marketing assignment block.

It provide the general information of the trade promotion, funds plan, funds and fund usage.

So user can navigate to the objects directly without first to identify the claim
document from the transaction history and then get the TP and fund information from
the resolution tree.

Tcode FB03 to check the accounting document from the claim

settlement document.

Tags: