SAP BRIM · high-volume billing

SAP BRIM test data for high-volume billing

Subscription and usage-based billing in SAP BRIM (Billing and Revenue Innovation Management) turns millions of usage records into invoices every cycle. Testing it needs subscriptions, contract accounts and usage that line up, at volumes production can't lend to test. Synthesized masks subscriber data and generates usage at the scale a billing run needs.

Billing run test · November cycleExample
Subscribers
Masked, with contract accounts
2.4M
Consumption items
Generated for the cycle
310M
Billable items to invoices
Convergent Invoicing
Invoiced
Open items and dunning
Contract accounting (FI-CA)
Linked
Example volumes. Usage is generated; subscriber data is masked from production.
Usage at billing-run scale
Results measured in live deployments outside SAP
30%
faster testing and development cycles
Global bank · self-service test data
20bn
rows masked and subsetted in hours
Digital health platform · replaced a legacy TDM tool · Read the case study
28M
production rows protected, 100% referential integrity
Global specialty insurer · 40+ core applications · Read the case study
200×
more test data, from 100K to 20M entries
Telecom operator · masking and synthetic generation

On SAP, we measure results on your own data in a 10-day validation.

The billing chain

One subscriber, from contract to dunning

SubscriptionProvider contract
ChargingUsage rated
Billable itemsConvergent Invoicing
InvoiceBill run
Contract accountingFI-CA · DFKKOP
Payment and dunningFI-CA
Business partnerBUT000 · FKKVKP
UsageGenerated at bill-run volume
Synthesized masks each subscriber once and generates the usage a bill run needs
One subscriber, end to end
The billing chain a bill-run test depends on. Subscriber data is masked; usage is generated at the volume of a real cycle.
StageWhere it livesWhat the test data needs
SubscriberBusiness partner and contract account: BUT000, FKKVKPMasked identity, address and bank details, with the right account settings
SubscriptionProvider contractActive, changed and ending contracts, linked to the contract account
UsageConsumption items, rated by chargingUsage records at the volume and pattern of a real cycle
Billing and invoicingBillable items in Convergent InvoicingItems that bill and invoice, plus the exceptions
Contract accountingFI-CA documents: DFKKKO, DFKKOPOpen items, payments and dunning levels that follow from the invoices

BRIM landscapes differ. The scope is mapped to your components and release in the first workshop.

Why it breaks

Why SAP BRIM billing tests run short of data

01
VolumeA billing run processes millions of items. A small subset neither shows run times nor hits the rare cases.
02
Links across componentsSubscriber, provider contract, contract account and usage must all point to each other, or the bill fails.
03
Personal data everywhereSubscriber names, addresses and bank details, and usage that can reveal where and when someone was.
04
Edge casesMid-cycle plan changes, proration, discounts, refunds and dunning, which a test needs on the day it runs.

How it works

Masked subscribers, generated usage, a billing run you can repeat

  1. 01

    Choose the subscribers

    A subset by region, product or contract account, with every provider contract and open item that belongs to them.

  2. 02

    Mask the people

    Names, addresses, contacts and bank details are masked, the same way in every connected system.

  3. 03

    Generate the usage

    Consumption items for the cycle, at the volume and pattern you set, including the edge cases a run must handle.

  4. 04

    Run, check, reset

    Run billing, invoicing and dunning, compare the results, and rebuild the same data set for the next cycle.

Who uses it

Billing teams in high-volume industries

Usage-basedTelecommunicationsCalls, data sessions and roaming, with plan changes and bundles mid-cycle.
MeteredUtilitiesContract accounting shared with SAP IS-U, and meter-based usage. See SAP IS-U.
SubscriptionMedia and subscriptionsRecurring plans, trials, upgrades and cancellations at scale.
Event-basedTransport and tollingTrips and tolls rated per event, with high daily volumes.

We've got you covered

Questions about SAP BRIM test data

What is SAP BRIM?

SAP Billing and Revenue Innovation Management: SAP's set of components for subscription and usage-based billing, including charging, Convergent Invoicing and contract accounting (FI-CA). It was marketed as SAP Hybris Billing for a time.

Which parts of BRIM does Synthesized prepare?

The data in S/4HANA: business partners, contract accounts, provider contracts, consumption and billable items, and FI-CA documents. We map the scope to your components in the first workshop.

Is usage data personal data?

Often, yes. Once usage is linked to a subscriber, it can show where and when that person was. Generated usage has no real person behind it.

Can we test billing run performance with it?

Yes. Generate usage at the volume of a real cycle, or of the peak you expect, and measure the run. See performance testing.

Does it work alongside SAP IS-U?

Yes. Both use contract accounting, so business partners and contract accounts are masked the same way for both.

Next step

Test your next billing run on safe data at full volume

Tell us the products and the cycle. In a 10-day validation, we build masked subscribers and generated usage for one billing run.

Runs in your environmentNothing installed in SAPRead-only access to SAPSecurity and deployment
Updated October 2026

SAP, S/4HANA, SAP HANA, SuccessFactors, Ariba, Concur and other SAP products and services mentioned herein, as well as their respective logos, are trademarks or registered trademarks of SAP SE (or an SAP affiliate company) in Germany and other countries. All other product and service names mentioned are the trademarks of their respective companies.