A customer who is past-due on your SAP ledger but still placing fresh orders on the storefront is a credit-control hole. This card finds them before the loss compounds.
At a glance
This is a pure cross-platform finding. It joins two systems that usually never speak: FI-AR open items in S/4HANA Cloud (what the customer owes and how late it is) and live order activity on the commerce platforms (what the customer is buying right now). When a Business Partner has open AR aged past the threshold and is simultaneously placing new ecom orders, you are extending more credit to someone who has not paid for the last lot. In a clean SAP setup, FSCM credit management should have blocked them and BusinessPartnerIsBlocked should be true. When this card lights up, the control did not fire, and every new order is good money chasing bad.
Calculation
Calculated automatically from your SAP data. See the At a glance summary above for what the metric tracks and the worked example below for a typical reading.Worked example
A B2B trade-supplies merchant runs S/4HANA Cloud (Company Code 1000, GBP) with a BigCommerce B2B portal on Net-30 terms and a Shopify DTC store for spot card orders. The 30-day window ends 12 Mar 26. Four matched customers are shown.
Four things to notice:
- Ridgeway and Marsh both trip the alert; Hatton and Calder do not. The alert is aged-past-60-days plus active ecom orders. Ridgeway (74 days) and Marsh (98 days) qualify. Hatton is only 41 days past due, inside the threshold. Calder is fully current and simply buying normally, which is exactly what you want.
- Marsh & Sons is the killer row. 98 days past due on £27,900, and still able to place a £4,800 Shopify DTC order. The DTC card path never ran the B2B credit check, so the credit-management block on the B2B portal did nothing. This is the classic leak: the control exists on one channel and not the other.
BusinessPartnerIsBlockedis false on every row, including the two that should be true. That is the headline failure. In a correctly wired setup, Ridgeway and Marsh should both carry a credit block sourced from FSCM-CR, and the storefront order path should honour it. The flag being false on a 98-day debtor means the control gate is not connected end to end.- The fix is two moves, not one. Set the block in FSCM for the qualifying partners (immediate), then wire the credit check into the order-acceptance path on every channel including DTC (structural). Pair this card with Blocked Customers (BusinessPartnerIsBlocked=true) to confirm the block lands, and with Customer Credit Utilisation to set sensible limits before it happens again.
Sibling cards merchants should reference together
This card is the detection of a credit-control gap. To act on it and to prevent recurrence, pair it with the AR and credit-management cards below.Reconciling against SAP
Where to look in S/4HANA Cloud: The closest native equivalents inside the SAP Fiori launchpad are:
Manage Customer Line Items Fiori app (the FBL5N equivalent) for open AR items per customer with net due dates
Process Receivables Fiori app for the collections worklist and aging buckets
Manage Credit Accounts / Manage Credit Cases Fiori apps (FSCM-CR) for the credit limit, exposure, and block status
Manage Business Partner for the customer role and the BusinessPartnerIsBlocked indicator
Embedded Analytics: query the AR open-item CDS view filtered to past-due items and the credit-exposure CDS view
To reconcile a single row, open Manage Customer Line Items for the Business Partner, filter to open items, and confirm the oldest net due date and the aged balance match the card. Then open Manage Credit Cases for the same partner to see whether a credit block exists and why it did or did not stop the order.
Common mistakes when comparing against SAP’s own reports:
- Aging from document date instead of net due date. Aging buckets run from the net due date, not the invoice posting date. A report that ages from document date overstates how late an item is by the payment-terms period. The card uses net due date, matching the standard collections view.
- Reading total AR instead of past-due AR. A customer can carry a large open balance that is entirely current. The card counts only items aged past the threshold; a total-balance report includes current items that are not at risk.
- Looking only at the B2B channel. The credit block lives on the B2B order path in most setups, so a B2B-only view misses DTC card orders that bypass it entirely. The card joins all connected channels, which is the whole point.
- Stale customer-to-Business-Partner match. If the commerce customer is matched to the wrong Business Partner, the AR shows against a different partner and the row never forms. Confirm the match before concluding a customer is clean.
Cross-connector reconciliation, the killer finding:
The value of this card is the join itself. SAP knows who is late. The storefront knows who is still spending. Only the intersection tells you where credit control is actually leaking.
The most useful pivot from a flagged row is into Blocked Customers (BusinessPartnerIsBlocked=true) to confirm the block was applied, and into Customer Credit Utilisation to set a limit that prevents the next occurrence.
Known limitations / merchant FAQs
Why is this a cross-platform card and not just an AR card? Because the risk only exists at the join. AR aging on its own is a finance report. New orders on their own are a sales signal. The danger is the overlap: a customer who is both late and still buying. Neither system sees that alone, which is why the credit control so often fails to fire. Should not FSCM credit management already stop this? In a fully wired setup, yes. FSCM-CR holds the credit limit and exposure and should block the Business Partner when they breach it, settingBusinessPartnerIsBlocked and stopping new Sales Documents. This card exists because the block frequently is not connected end to end, especially on DTC card paths that never run the B2B credit check. The card is the safety net under the control.
Why is BusinessPartnerIsBlocked false on a customer who is clearly past due?
Three common reasons: credit management is not switched on for that order path, a credit case was manually released and never re-blocked, or the customer’s exposure sits under a different Business Partner because of a matching problem. The card surfaces the contradiction; the fix is to set the block and confirm it on the Blocked Customers card.
A customer is past due but the overdue amount is tiny. Why are they flagged?
The alert keys on aging past the threshold combined with active ordering, not on the size of the balance. A small but very old item still indicates a customer who is not paying on terms while continuing to buy. If you want to prioritise by value, pair with High-Value Overdue Invoices.
Does a DTC card order really count as extending credit?
A prepaid card order is not credit in itself, but it still matters here for two reasons. First, it shows the customer is actively trading while past due on the B2B ledger, which is a relationship and risk signal. Second, it proves the DTC path is not honouring the B2B block, which is the leak you need to close before they place a Net-30 order on the same account.
How does the card handle a customer trading across multiple Company Codes?
AR is held per Company Code, so a customer trading in two legal entities has two open-item balances. The card respects the dashboard Company Code filter. For a group view, run the AR side across the relevant Company Codes and confirm the Business Partner is the same across them.
How fresh is the data?
Both sides poll every 15 minutes by default. A credit case set or released in SAP, or a new order placed on the storefront, appears at the next poll. For a live decision, the native Manage Credit Cases and Manage Customer Line Items apps are real-time; the card is at most one poll behind.
Can the card auto-block the customer?
No. The card detects and reports; setting BusinessPartnerIsBlocked and managing the credit case happen in SAP, which keeps the system of record authoritative and auditable. Vortex IQ surfaces the finding and the evidence so Finance can act with confidence.