Credit Management
Credit Management in SAP SD controls the financial risk a company takes when extending goods or services to customers before payment is received. This topic covers the business purpose of credit management, credit master data and control areas, configuration of automatic credit checks, integration with sales order and delivery processing, blocking/release workflows, and how classic SD Credit Management differs from SAP Credit Management (FSCM) in ECC and S/4HANA.
Overview
Credit Management in SAP SD controls the financial risk a company takes when extending goods or services to customers before payment is received. This topic covers the business purpose of credit management, credit master data and control areas, configuration of automatic credit checks, integration with sales order and delivery processing, blocking/release workflows, and how classic SD Credit Management differs from SAP Credit Management (FSCM) in ECC and S/4HANA.
Lessons in this topic
- SD Credit Management Part 1: Why Credit Management Matters in Order-to-CashThe purpose of credit management: limiting bad-debt risk while keeping sales flowing. Learn credit limits, credit exposure, automatic credit checks in sales documents, credit blocks and release, and how S/4HANA uses SAP Credit Management (FSCM) instead of classic SD credit management.
- SD Credit Management Part 4: SD Integration — Credit Groups, Item Relevance and Automatic Credit ControlConnect SD to credit management: credit control area determination, credit groups on order and delivery types, item categories that are credit-relevant, automatic credit control (OVA8) with the SAP Credit Management check, and at which points (order, delivery, goods issue) checks happen.
- SD Credit Management Part 6: Credit Blocks, Documented Credit Decisions and ReleaseWhat happens after a failed check: credit status on orders and deliveries, documented credit decisions (cases) for analysts, release, rejection and forwarding, effects on deliveries and billing, notifications to sales, and SLAs for credit decisions.
- SD Credit Management Part 10: Architecting Enterprise Credit ManagementArchitect's view: credit policy to configuration, segment and credit control area design across legal entities, central vs decentral credit organization, migration from classic SD credit management to SAP Credit Management, integration with multiple ERPs and external ratings, and governance.
- SD Credit Management Part 9: Credit Limit Requests, Workflow and MonitoringOperate credit management day to day: credit limit requests with approval workflow, periodic limit reviews, special attention and blocks, integration with collections and dispute management, analyst worklists, and KPIs for credit risk and sales impact.
- SD Credit Management Part 5: Check Rules and Check StepsConfigure what the credit check evaluates in SAP Credit Management: check rules with check steps — static and dynamic limit checks with credit horizon, maximum document value, oldest open item, dunning level, payment behavior, blocked BP, and critical fields — and how results turn into warnings or blocks.
- SD Credit Management Part 7: Credit Exposure Across Orders, Deliveries, Billing and FI-ARHow credit exposure is built and updated: commitments from open sales orders, open deliveries and billing documents not yet in FI, open receivables and special items from FI-AR, the credit value of items (credit price subtotal), and how values move from one category to the next through the order-to-cash flow.
- SD Credit Management Part 8: Recheck and Troubleshooting Inconsistent ExposureWhen exposure looks wrong or documents block unexpectedly: rechecks after changes, released orders blocked again at delivery, exposure differing from open documents, reorganizing/rebuilding SD commitments, checking segment assignment, and a diagnostic path for analysts and support.
- SD Credit Management Part 3: Credit Segments, Credit Limits, Risk Classes and ScoringDesign the credit master data: credit segments for regions or business units, credit limits and their calculation, risk classes derived from scores (internal or external ratings), rules for scoring and limit calculation, and review cycles.
- SD Credit Management Part 2: S/4HANA Credit Management Architecture and the BP Credit MasterHow SAP Credit Management (FSCM) is structured in S/4HANA: the business partner credit role, credit segments linked to credit control areas, credit account data (limit, risk class, check rule, blocks), credit exposure from SD and FI, and the main transactions and apps.
Interview questions covered
- How does SAP credit management integrate with FI-AR to determine real-time credit exposure, and what data elements feed the exposure calculation?
- A make-to-order sales order was created and requirements transferred to production, but the customer is later placed on a credit hold. The delivery-blocked order still shows open production requirements consuming capacity. How would you diagnose and resolve this, considering sales block settings and copy control?
- A global customer has multiple Sales Areas maintained, and credit checks are inconsistently applied—some orders block correctly while others in a different Sales Area bypass credit control entirely for the same customer. What is your root-cause investigation approach?
- A customer is at their credit limit, but the warehouse has already picked and packed the goods before the credit block is triggered. Post Goods Issue is now blocked. How would you architect a solution to prevent this costly late-stage blocking pattern?
- A global rollout uses S/4HANA embedded FSCM Credit Management, but sales orders for a specific company code are not being blocked despite the customer exceeding their credit limit. As the architect, how do you diagnose the root cause?
- Explain how the condition technique used in pricing interacts with credit management to determine the exposure value of an open sales order, and what governs which pricing elements are included.
- A group running three ERPs with separate credit teams suffers a large default from a shared customer. How would you architect credit management in the new S/4HANA landscape?
- An architect discovers that Sales Office assignment inconsistencies are causing credit management exposure to be calculated against the wrong credit control area for certain orders. How would you diagnose and correct the root configuration issue?
- At the customer-sales area level, which master data fields directly drive credit management checks, and how do material sales view settings interact with them during sales order credit evaluation?
- Explain how condition tables interact with credit management checks when a sales order triggers a credit block due to a pricing-driven value change.
- A global manufacturer wants to introduce a new division for a spare-parts business that shares customers and sales organizations with the core equipment division but requires separate credit exposure tracking. As the architect, what design options exist and what are the trade-offs?
- A global company uses a delivery type variant for consignment fill-up alongside standard sales deliveries, and credit management is incorrectly including consignment stock movement values in customer credit exposure, inflating exposure and blocking legitimate sales orders. As the architect, how would you diagnose and correct this using delivery type and credit management configuration?
- A high-value customer near their credit limit places an order that requires warehouse picking and packing before delivery, and the credit team wants exposure to reflect packed-but-not-yet-shipped goods accurately. As a senior architect, how would you ensure credit exposure calculation properly accounts for this stage of fulfillment?
- During go-live, sales orders for a specific material are blocking with a credit hold even though the customer's credit limit is not exceeded. Investigation shows the material's sales org data has an unusual delivering plant assignment. How would you diagnose whether the material master's sales organization data is contributing to this credit block?
- A customer's sales order is blocked for delivery due to a credit hold, but the sales team insists the order must ship today for a strategic account. What steps would you take to resolve this while maintaining credit control integrity?
- Describe the end-to-end process flow for automatic credit checks and credit block release, and explain the risk categories that architects must design for in a global multi-entity rollout.
- Finance wants all credit limit changes approved and reviewed regularly. How do you set this up in SAP Credit Management?
- Analysts release 90% of blocked orders for top customers, mostly caused by one old disputed invoice. How do you fix the check design?
- Explain how a sales order's value moves through credit exposure until the customer pays.
- A customer's credit exposure shows much more than the open orders and receivables support. How do you troubleshoot?