SAP S4HANA FSCM Credit Management
SAP S4HANA FSCM Credit Management
FSCM Credit Management offers following advantages over traditional SD Credit Management:
The Customer Credit master is maintained against Business Partner in role UKM000
In Architecture, SAP FSCM can exist as a separate system and can communicate with SD/FI systems via
WS / RFCs.
This considers internal calculation of credit scores, credit limits with no interface with external credit
rating systems and subsequent credit checks in sales orders.
Documented Credit Decision (DCD) is not considered and sales orders on credit block can be released with
t-code VKM4 as earlier.
(A) Configuration
FSCM Configuration
(i) SPRO – FSCM – Credit Management – Credit Risk Monitoring – Master Data – Create Credit Segments
Credit Segments are defined. These are analogous to Sales Credit Areas and will be linked later.
Page 1 of 16
FSCM – Credit Management
(ii) SPRO – FSCM – Credit Management – Credit Risk Monitoring – Master Data – Define Formulas
ZTEST1
Created condition that if Customer Country = ‘GB, credit score = 80, else it is 60
ZTEST2
Page 2 of 16
FSCM – Credit Management
(iii) SPRO – FSCM – Credit Management – Credit Risk Monitoring – Master Data – Create Rule for Scoring
and Credit Limit Calculation
Created Rule ZRULE1 encompassing Formula for Credit Score ZTEST1 and Formula for Credit Limit ZTEST2
created in previous step.
Page 3 of 16
FSCM – Credit Management
These are setup with validity of 180 days, subsequent to which there should be review.
(iv) SPRO – FSCM – Credit Management – Credit Risk Monitoring – Master Data – Create Risk Classes
This gives relation between Credit Risk Class and Credit Score.
In our example, using formula for Credit score, we will derive Credit Score.
Then using formula for Credit Limit, based on the Risk Class, we will arrive at Credit Limit for the Customer.
Risk Class in FSCM is analogous to Customer Risk Category in SD and will be touched upon later.
(v) SPRO – FSCM – Credit Management – Credit Risk Monitoring – Credit Limit Check - Define Checking
Rules
This encompasses the types of Credit Checks which the Sales Transactions shall be subjected to.
Page 4 of 16
FSCM – Credit Management
Dynamic Check of Credit Exposure which disregards open sales order items due for delivery beyond the
Horizon date is not considered here.
This is at Credit segment level. In our example, if net value > 80,000 GBP, sales order shall go on credit
block.
Page 5 of 16
FSCM – Credit Management
In our example, if there is an open item for customer due for more than 180 days, sales transactions shall
go on credit block.
Page 6 of 16
FSCM – Credit Management
In our example, if Day Sales Outstanding (DSO) for the Customer is more than 60 days, sales transactions
shall go on credit block. (DSO is Finance Calculation)
This is at credit segment level. In our example if 30% of open Customer line items are overdue for more
than 90 days, the sales orders shall go on Credit block.
(vi) SPRO – FSCM – Credit Management – Integration with Accounts Receivable Accounting and Sales and
Distribution – Integration with Sales and Distribution – Assign Credit Control Area and Credit Segment
This gives the correlation between FSCM Credit Segment defined in (i) and Credit Control Area as used in
earlier SD based credit management maintenance.
Page 7 of 16
FSCM – Credit Management
(vii) SPRO – FSCM – Credit Management – Integration with Accounts Receivable Accounting and Sales and
Distribution – Integration with Sales and Distribution – Assign Sales Area to Credit Control Area
(viii) SPRO – FSCM – Credit Management – Integration with Accounts Receivable Accounting and Sales
and Distribution – Integration with Sales and Distribution – Determine Active Receivables per Item
Category
Sales order item category is marked as relevant for credit exposure update
(viii) SPRO – FSCM – Credit Management – Integration with Accounts Receivable Accounting and Sales
and Distribution – Integration with Sales and Distribution – Define Credit Groups
Page 8 of 16
FSCM – Credit Management
(ix) SPRO – FSCM – Credit Management – Integration with Accounts Receivable Accounting and Sales and
Distribution – Integration with Sales and Distribution – Assign Sales Documents and Delivery Documents
With FSCM integration, the Credit check type is always “D” i.e. Automatic Credit Control
(x) SPRO – FSCM – Credit Management – Integration with Accounts Receivable Accounting and Sales and
Distribution – Integration with Sales and Distribution – Define Risk Categories
Pls. note these are analogous to FSCM Risk Classes defined in (iv) and hence must be defined with the
same nomenclature.
(xi) SPRO – FSCM – Credit Management – Integration with Accounts Receivable Accounting and Sales and
Distribution – Integration with Sales and Distribution – Define Automatic Credit Control
Credit control check is defined based on combination of Credit Control Area, Customer Risk Category
(Class) and Credit Group.
Page 9 of 16
FSCM – Credit Management
With FSCM credit check, the individual checks (static / dynamic check, maximum document value, oldest
open item, etc) do not appear here as they used to appear in erstwhile SD credit management, since these
have already been defined under FSCM in (v) under Check Rule.
“Status/Block” ticked indicates to block the sales order if credit management is exceeded.
You will find all the configurations under “Integration with Sales and Distribution” are identical with SD
Credit Management. However individual checks/controls are not defined here since they integrate with
FSCM.
Page 10 of 16
FSCM – Credit Management
Entered Rule ZRULE1 for Credit Score and Credit Limit Section as defined in Configuration item (iii).
On entering this, system derived Credit Score “80” with validity upto 30.03.2020 (180 days validity as per
configuration).
Credit Score 80 was derived as per formula ZTEST1 defined in this rule in Configuration item (ii) for this
customer belonging to Country GB.
System derived Risk Class “A” based on Credit Score 80 as per Configuration Item (iv).
For Check Rule (type of checks the BP should be subjected to), entered ZRULE2 which will encompass
checks defined in Configuration item (v).
On scrolling below, there are rating procedures / controls for integration with External credit rating
systems. These are not explored at the moment.
Page 11 of 16
FSCM – Credit Management
Also note tab Creditworthiness data which contains finer controls; these are not explored at the moment.
Page 12 of 16
FSCM – Credit Management
Details are maintained for Credit Segment 0000 setup for Credit Control Area A000 as per configuration
item (vi)
On pressing the “Calculate” button, system derived Credit Limit of 100,000 GBP for customer as per
formula ZTEST2 setup in Configuration item (ii) for customer with Risk Class “A”.
There are other tabs “Payment Behavior Key Figures” and “KPI Payment Behaviour” giving details of
customer parameters like oldest open item, dunning level, DSO figure, etc. These are not explored in detail
here.
Page 13 of 16
FSCM – Credit Management
Created SO # 3267 for Customer # 1002031 and Sales Area 0186/01/01 corresponding to Credit control
area A000 and Credit Segment 0000.
Order Value is 72,000 GBP (Price 60,000 GBP + tax 12,000 GBP)
The credit exposure of 72,000 GBP is less than the defined credit limit of 100,000 GBP.
Also the amount is less than the defined maximum document value of 80,000 GBP, as in Configuration
item (v). Also there are no overdue items for the customer.
Page 14 of 16
FSCM – Credit Management
Under Business Partner Credit Segment Data, the credit exposure is updated as 72,000 GBP which is 72%
of defined credit limit of 100,000 GBP.
Now created 2nd order for the same customer with order value of 36,000 GBP (Price 30,000 GBP + 6,000
GBP)
Here total credit exposure is becoming 108,000 GBP which is more than set limit of 100,000 GBP.
Hence during save, system issues warning message and sets the Sales order on credit block.
Page 15 of 16
FSCM – Credit Management
After review, the sales order will need to be released using the Documented Credit Decision (DCD)
approach. If same is not implemented, earlier approach of using t-code VKM4 can be used.
Page 16 of 16