Skip to Content

Collections Management -1

The cash collection against due and overdue items has become a very important function in increasingly competitive global marketplace for most organizations. The collections management function within SAP FSCM supports in active receivable management and helps to prioritize the customer receivables function based on defined rules.  These priorities which are set up can than be used to set up distribution of collection work to collection specialists who can than record a history of collection related contacts with the customers.


The Collection Module functionality is integrated well with the Dispute Management and the FI-AR Application to help provide businesses with the ability of a well focused and targeted AR Collections and reduce the pending cash cycles.


The key configurations steps for Collections Management are as under:


Collections Management Configuration.jpg

Configuring Collection Strategy

The first step in configuration of collections management is to define a collection strategy. It is important step, since it decides the prioritization of customers for collections and also decides the information in the worklist which is used for collections management. The prioritization of customers is done based on certain rules. These rules could be parameters like:


– Currency of the Due Bills

– Ageing of the over due items

– Risk Category of the customers in credit management


There are standard delivered strategies which can be used (SAMPLE0001). However, in most cases the collection strategy is configured based on the business requirements. The keys steps which are involved in defining a collection strategy are as under:


– Define Basic Rules

– Define Collection Rules

– Process Priorities

– Defining derivation of priorities


Define Basic Rules – The conditions defined in the Basic Rule govern the prioritization of Customers or Business Partners for Collections Management. There are lot of standard rules which are delivered by SAP to decide on the prioritization, but a BADI, UDM_BASIS_RULE is also available for defining additional rules.  The configuration path for defining a rule is as shown under:

Drawing 1.JPG


Drawing 1.JPG

Drawing 1.JPG



Define Collection Rules – The next step is to define a collection rule to be assigned in the collection strategy. The collection rule will have the basic rules for creation of a collection worklist.


Desktop 1.JPG


Desktop 1.JPG

Define Collection Strategy – The next step in Collections Management is to define a collection strategy. The collection strategy performs the below key functions:


– Prioritize the Customers for Collections


– Display the currency for worklist display


– Define the time period in which the Customer receivables are to be sorted


–  Define the integration with Dunning for Collections Management

Desktop 1.JPG


Desktop 1.JPG



Desktop 1.JPG


Once a collection rule has been assigned to the collection strategy, the system calculated the valuation points per collection rule to determine the priority for creation of worklist for collection.


Determine the priority & derivation of Collection Rule – Once the collection strategy has been defined, the next step is to determine the priority and the derivation of Collection rule through the collection strategy. The path to configure a collection priority is as shown below:


Desktop 1.JPG



Desktop 1.JPG



The key aspect in determination of the priority for a customer is the calculation of valuation and percentage valuation. We have seen that in the configuration of a collection strategy, each rule is assigned a valuation point. When the collection strategy is executed, system determines the valuation points for each collection rule. The points for each collection rules are added and the overall valuation points determined for a customer.


The proportion of these valuation points to the maximum valuation points that can be determined by the system results in percentage valuation. The percentage valuation is assigned to the priority to generate the worklist.

Desktop 1.JPG



Define Organizational Structure for Collections Management


The collections management defines a priority for each customer and assigns the same to a worklist to be actioned on by a collections specialist. This is achieved by assigning a collection profile to a Business Partner in FSCM created for every customer.The other important activity is to activate the company code for collections management. The path to activate the company code for collections management is as under:


Desktop 1.JPG

Desktop 1.JPG


The next step is to determine the collection segment.The collections segment groups together data for a customer from one or more than one company codes for collections management. This includes transnational data as well as data from credit management, when the link is also specified between collections management and credit management. The path for the same is as shown below:


Desktop 1.JPG



Desktop 1.JPG

Desktop 1.JPG


Desktop 1.JPG


The next step is to define the collection profile. Each collection profile is than assigned to a business partner, which completes the link of a customer master to collections management. The path to define a collection profile is as under:


Desktop 1.JPG



Desktop 1.JPG

The collection segment is assigned to a collection profile.


Desktop 1.JPG


The next step is to determine the people who will be contacting the customers for follow up on collections. These are designated as collection specialists in the system. The specialists are grouped together as Collection Group, which are than assigned to a collection segment. The configuration path for the same is as under:

Desktop 1.JPG

Desktop 1.JPG



You can assign a  processor and a substitute as well in the collection group. This will ensure that the worklist is assigned to a backup if the processor is on a leave.


Desktop 1.JPG



Usage of Promise to Pay


A promise to pay is an object in SAP which tells the Specialist or a business user that the customer has agreed to pay an open overdue item which was part of a collections worklist.


One promise to pay can be assigned to one open invoice. When the customer is contacted and agrees to pay an overdue item fully or partially, the promise to pay is created against the overdue item or disputed item. The updation of a dispute case can also be linked to a promise to pay. The configuration for a promise to pay is as under:


Desktop 1.JPG


Desktop 1.JPG




Generally the standard case type F_PP is used for creating a Promise to Pay. However, one can use own case type as well and assign the necessary Attribute and status profile for promise to pay. The other important step is to set up the integration of promise to pay with FI-AR. You specify the case type to be used for Promise to Pay and the no of days for tolerance which needs to be considered before the promise to pay can be considered to be broken.


Desktop 1.JPG



Desktop 1.JPG


Once the above steps have been completed, we are ready to use Collections Management. The steps for using collections management in integration with FI-AR and dispute management along with the required master data set up will be followed up in the next document in this series.


































































You must be Logged on to comment or reply to a post.
  • this is a really helpful document as I am just starting to look at configuration of the diary and worklists having moved to SAP recently.  Am I able to configure collections to be by client and by profit centre?  I would like to be able to split a client between two or more collectors and wondered if the collections module worklists could be configured by profit centre so certain profit centres went to one collector and others went to another collector but for the same client?  Thanks in advance for your guidance 

    • Hi

      I believe this can be done, but is complicated. The prerequisite is that your AR Item which is transferred should have the profit center.The implementation of BADI FDM_COLL_SEND_ITEMS  can probably help on the same. Now profit center should be included in implementation of BADI UDM_WL_ITEM_CREATE_C.

      While I have given you a technical solution, but why do you want to have worklist created at the level of profit center since this will confuse your customer and agent both. It will mean that more than one agent will be chasing the customer. This does not sound a very strong and good practice and is probably a precise reason why collection worklist are define at the level of company code or legal entity at the lowest level. Also your BP will be appearing at multiple places, creating reconciliation issues for your collection team as well


      Sanil Bhandari

  • Thanks Sanil,
    I was asking because many of our clients have multiple line items and we prefer to split by profit centre.  I will change my thinking if this will cause issues on collections
    Another question if I may, when updating on a promise to pay, can you apply that promise against multiple items?

  • Hi Sanil


    thanks for sharing a really useful document, Do you know how to link a automated dialling out system to call customers on the work list?



  • Hi Sanil,

    Is it possible to exclude debtors from the worklist who only have open items with an actual dispute or open dunning block?

    I don’t see any (basic) collection rules to configure this in the collection strategy.

    Kind regards,

    Arjan Desjardijn

  • Thank you for the great reference document.

    Did you have the chance to post the documentation related to the integration points between Collection Management, Dispute management and Accounts Receivable?


  • Integration between  collection , dispute and Account receivable is at multiple levels..

    1. Receivable items can tracked  using collection rules (  set of  multiple rules which combine into a collection strategy..  These are then assigned to a customer ( BP)  .
    2. Accounts  receivable items  are  transferred to a worklist  based on this  criteria on a daily basis.  This is the list   of   customers and receivables which  collector needs to chase..
    3. Disputes are linked to an Accounts  receivable item. Once you tag a dispute case to a AR line item, this  remains in amount  outstanding,   but  it  goes  out of collectors  chase list…   This  remains in collector  work list as a dispute ..

    Hope this helps

  • Hi Sahil,

    Thanks for the details documentation on Collection Management configuration, I have a question, is it possible for the one time customers to be included in Collection management? I tried running the Distribution of data to collection management for a one time customer but the system doesn’t show any data that can be transferred.

    Thank you.