Skip to main content
Metrics type: Cross-Platform MetricsCategory: Cross-Platform: Revenue at Risk
Every storefront buyer who has no matching record in your SAP customer master is an invoice that cannot post cleanly and an AR balance keyed to nobody. This card counts them.

At a glance

This card watches the customer master, the join that everything else in finance depends on. It takes buyers who have completed orders on a connected storefront and checks whether each one has a matching SAP Business Partner in the customer role. The ones with no match are the problem: their invoices cannot post under the correct role assignment, their AR aging is miskeyed or lands in a catch-all dummy customer, and their credit exposure is invisible to FSCM. This is customer-master drift, and it is the upstream cause of half the revenue-at-risk findings elsewhere in the Nerve Centre. A clean storefront-to-Business-Partner map is the precondition for accurate billing, accurate AR, and accurate credit control. This page covers both the customer-master view and its cross-platform twin: it is written to serve both, and it leans cross-platform because that is where the money leaks.

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 mixed B2B and DTC merchant runs S/4HANA Cloud (Company Code 1000, GBP) with a Shopify Plus DTC store and an Adobe Commerce B2B portal. The 7-day window ends 12 Mar 26. The card reads 14 absent customers, above the alert. A sample is shown. Four things to notice:
  1. 14 absent customers trips the >10 alert, but they are not all the same problem. Three distinct root causes are present in the sample alone: genuine new buyers with no Business Partner, a guest checkout with no durable key, and a real partner that exists but does not resolve because the identity keys disagree. The fix differs for each.
  2. Vale Interiors Ltd is the trap. A Business Partner exists, but it is keyed by tax ID while the storefront sent email, so the match fails and the customer looks absent. Creating a second Business Partner here would be the wrong move: it would split the AR and double-count the customer. The fix is the identity map, not a new master record.
  3. Pennine Joinery is the expensive one. £4,400 of B2B orders over three orders, and no Business Partner at all. Those invoices cannot post under a correct role assignment, so the revenue either stalls in an error queue or lands against a dummy customer where the AR aging is meaningless. This is exactly the kind of order that then shows up on Ecom Orders Missing Matching SAP Billing Document.
  4. The guest checkout may be acceptable; the B2B gaps are not. A £62 DTC guest order with no durable key is low risk and may post against a generic one-time-customer account. A £4,400 B2B buyer with no Business Partner is a billing and credit-control hole. Triage by value and by channel: B2B absences are urgent, DTC guest noise less so. Pair with Commerce Orders Without S/4HANA Cloud Sales Document to see the order-flow consequence.

Sibling cards merchants should reference together

This card detects the root cause behind several downstream revenue-at-risk findings: a buyer with no place in the customer master. Pair it with the order-flow and AR cards below to see the consequences and trace the fix.

Reconciling against SAP

Where to look in S/4HANA Cloud: The closest native equivalents inside the SAP Fiori launchpad are:
Manage Business Partner Master Data Fiori app (the BP transaction) to search for a customer in the customer role Maintain Business Partner to view roles, Company Code assignments, and sales-area data Customer Balances / Manage Customer Line Items to see whether AR is landing on a real partner or a dummy account Embedded Analytics: query the Business Partner CDS view in the customer role and intersect with the commerce customer list
To reconcile, take a sample of absent customers from the card, search for each in Manage Business Partner using the keys the connector tried (email, tax ID, external customer ID). If a partner truly does not exist, the absence is real. If a partner exists but under a different key, the absence is an identity-map problem, not a missing master, and the fix is the map. Common mistakes when comparing against SAP’s own reports:
  • Searching on one key only. A buyer can exist in SAP under a tax ID while the storefront sent an email. Searching on email alone makes a real partner look absent. Always try every key the connector uses before concluding the record is missing.
  • Confusing the customer role with other Business Partner roles. A Business Partner can exist as a vendor or a contact without the customer role. Only the customer role can carry AR and be billed. A partner without the customer role is effectively absent for this card’s purpose.
  • Ignoring the Company Code / sales-area assignment. A Business Partner can exist in the customer role but lack the Company Code or sales-area data needed to post an invoice in the relevant entity. That partial setup still breaks billing, even though a name search finds the record.
  • Counting guest checkouts as failures. Some DTC guest orders are designed to post against a generic one-time-customer account and never get their own Business Partner. Decide your policy on guest orders before treating every guest as drift.
Why our number may differ from SAP’s reports: Cross-connector reconciliation, the killer finding: The customer master is the single join the whole order-to-cash chain rests on. This table shows where buyers outrun the master, channel by channel. The most useful pivot is into Ecom Orders Missing Matching SAP Billing Document to see the billing consequence, and into Commerce Orders Without S/4HANA Cloud Sales Document to see the orders that never reached SAP because there was no account to create them against.

Known limitations / merchant FAQs

Why does a missing Business Partner matter so much? Because the Business Partner in the customer role is the anchor for billing, AR, and credit. Without it, an invoice has no correct account to post against, AR cannot be aged to a real customer, and FSCM has no credit account to manage. A buyer with no Business Partner is invisible to half the finance system, which is why this card sits upstream of so many other revenue-at-risk findings. A customer is flagged as absent but I can find them in SAP. Why? Almost always an identity-map mismatch. The partner exists, but under a key the storefront did not send: a tax ID instead of an email, or an external customer ID that was never mapped. The card concludes absence when no configured key resolves. The fix is the identity map, not a new Business Partner. Creating a duplicate would split the customer’s AR and corrupt the revenue ranking. Should I just auto-create a Business Partner for every storefront buyer? For B2B, mastering buyers properly is essential and worth automating into onboarding. For DTC guest checkout, blanket auto-creation can flood the master with one-time records that never order again. Many merchants post low-value guest orders against a generic one-time-customer account and reserve full Business Partner creation for registered or repeat buyers. Decide the policy, then configure the card to match it. Why does this single page cover two card definitions? The customer-master drift view (how many buyers lack a Business Partner) and its cross-platform twin (which active-order buyers lack one) are the same underlying finding seen at two altitudes. Documenting them together keeps the guidance consistent and avoids splitting the reconciliation logic across two pages. The card leans cross-platform because the absence only becomes a revenue risk once the buyer is actually transacting. What happens to the invoice for an absent customer today? One of two things, both bad. Either billing stalls in an error state because there is no valid account to post against, which surfaces on Ecom Orders Missing Matching SAP Billing Document, or it posts against a dummy or one-time-customer account where the AR aging is keyed to nobody useful. Either way the revenue is at risk and the audit trail is weak. Does the card require the customer role specifically? Yes. A Business Partner can exist as a vendor or a contact without the customer role. Only the customer role carries the Company Code and sales-area data an invoice needs. A partner without the customer role, or with the role but no Company Code assignment, is treated as functionally absent because billing will still fail. How fresh is the data? Both sides poll every 15 minutes by default. A Business Partner created in SAP, or a new buyer on the storefront, appears at the next poll, so a just-created record can briefly still show as absent until the next cycle. For a live check, the native Manage Business Partner app is real-time. Can the card create the Business Partner for me? No. The card detects and reports; Business Partner creation and identity-map maintenance happen in SAP and the connector configuration, which keeps the master authoritative and auditable. Vortex IQ surfaces the gap, the keys it tried, and the order value at stake so the right fix (new master vs map correction) is obvious.

Tracked live in Vortex IQ Nerve Centre

Ecom Customers Absent from SAP Business Partner is one of hundreds of KPI pulses Vortex IQ tracks across SAP and 70+ other ecommerce connectors. Nerve Centre runs the detection layer; Vortex Mind investigates the cause when something moves; Ask Viq lets you interrogate any number in plain English. Start for free or book a demo to see this metric running on your own data.