How we compare

Four ways to fill SAP test systems, side by side

Most SAP teams use one of four approaches: full system copies, client copies and scripts, an SAP add-on copy tool, or a test data platform that runs outside SAP. Here's how they differ, and how to switch without a gap in testing.

Renewal coming up? Run one refresh side by side first, and decide with numbers instead of a feature list.

Four ways to fill SAP test systemsAt a glance
Full system copy
Everything, personal data included
Copies all
Client copies and scripts
Inside SAP, maintained by Basis
Manual
SAP add-on copy tools
Installed in the SAP system
Add-on
Synthesized
Outside SAP, for SAP and non-SAP systems
Masked subset
Same rules for SAP and non-SAP
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.

Side by side

The four approaches compared

Descriptions are of typical tools in each category. Check any specific product against its own documentation.

Full system copyClient copies and scriptsSAP add-on copy toolsSynthesized
Where it runsDatabase or system levelInside SAPInstalled in the SAP system as an add-onOutside SAP, connected through OData or HANA
Test system sizeThe same as productionWhole clients, or what scripts selectReduced by data type and dateReduced by business keys and dates
Personal dataCopied as isCopied unless scripts mask itScrambling rules you maintainFound and masked, including Z-tables
Systems outside SAPSeparate copiesSeparate copiesUsually SAP onlyThe same rules and values in SAP and non-SAP systems
Data production doesn't haveNoManual entryUsually noGenerated on request
Test automationNot designed for itNot designed for itVariesTricentis Tosca and UiPath integrations
Who runs itBasis teamBasis specialistsTrained specialistsTest or Basis teams, self-service

Running outside SAP

Why it matters where the tool runs

SAP productionADD-ON Copy tool installed here
SAP QACopied and scrambled
CRM production
CRM testSeparate copy, values differ
SAP productionNothing installed
CRM production
SynthesizedOutside SAP
SAP QA
CRM test
Add-on inside SAP
Outside SAP, with Synthesized
The add-on is upgraded and re-tested with each SAP release
One set of rules, the same masked values in both test systems
Typical architecture of each approach. Check any specific product against its own documentation.
UpgradesNothing to upgrade in SAPNo add-on to re-test or re-certify when you move to a new S/4HANA release.
Clean coreFits a clean coreSAP asks customers to keep custom code and add-ons out of the core. A tool outside SAP leaves the core alone.
Connected systemsOne set of rules for the whole processOrder-to-cash runs through SAP, the CRM and the data warehouse. One tool covers all of them.

Questions to ask any vendor

A checklist for your evaluation

Use it whichever tool you choose. Each question maps to a common reason SAP refreshes fail or stall.

Data and coverage

  • Does a subset keep whole document chains, from order to payment?
  • Are custom Z-tables found and masked, or only standard tables?
  • Does the same customer get the same masked values in SAP and the CRM?
  • What has to be installed in SAP, and what happens at the next upgrade?
  • Where is production data processed, and does any of it leave your network?

Operations and evidence

  • Can your test team rerun a refresh without the vendor's engineers?
  • Can tests request data at run time from Tosca or UiPath?
  • Can it create data production doesn't contain?
  • Is there a record of what was masked, when, and by which rule?
  • Is the price predictable, and is the proof fixed in scope?

Switching

Switch without a gap in testing

01List what you use todayYour scopes, data types and the masking or scrambling rules you rely on.
02Run one refresh side by sideBefore your renewal date, run one refresh with Synthesized next to your current approach.
03Compare the resultsElapsed time, test system size, people involved, and what each one masked.
04Switch at renewalMove one landscape at a time, starting with the one you refresh most often.

We've got you covered

Questions about switching

Which approach is best for SAP test data?

It depends on how often you refresh and what's in scope. Full copies suit rare refreshes of small systems; scripts suit simple, stable scopes; an add-on suits SAP-only landscapes with a specialist to run it; a platform outside SAP suits frequent refreshes across SAP and non-SAP systems, with masking.

What is the difference between a client copy and a system copy?

A system copy duplicates a whole SAP system, every client included, usually at database level. A client copy copies one client, remotely with SCC9 or by export with SCC8, using a copy profile that sets whether transaction data comes along.

Can we keep our existing masking rules?

You recreate them during the validation, and add rules for any personal data the scan finds that your current rules miss.

What if we're still on SAP ECC with SAP TDMS?

SAP hasn't released TDMS for S/4HANA. See how each TDMS scenario maps across.

Can we run both for a while?

Yes. Some teams keep their current tool for SAP client copies and use Synthesized for cross-system and generated data first.

Next step

Compare before your renewal

Tell us when your current tool renews. We'll run one refresh on your landscape before that date.

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.