DRO · S/4HANA-natives Testdaten-Refresh von Velvet Mind

Testdaten wie aus der Produktion.
Ohne den Ballast einer Komplettkopie.

Der Data Refresh Orchestrator (DRO) erstellt zeitscheiben‑basierte Mandantenkopien: Sie wählen den Zeitraum – DRO liefert einen konsistenten, lauffähigen Datenbestand inklusive aller abhängigen Belege. Schnell, sicher, wiederholbar.

30 Minuten, remote, unverbindlich – mit erster Potenzialeinschätzung für Ihre Landschaft.

S/4HANA-nativ in ABAP Konsistenz per Fixpunkt-Verfahren Integrierte Maskierung
ProduktionshistorieZeitscheibe · z. B. 90 Tage20192023heuteEin Belegfluss – über Jahre gewachsen:AuftragMär 2024LieferungJan 2025RechnungJun 2026FI-BelegJul 2026Exportpaket: alle 4 Belege enthaltenAbhängigkeiten außerhalb der Zeitscheibe? Nimmt DRO automatisch mit.
Konsistenz statt Datumsgrenze: Der Zielmandant bleibt fachlich lauffähig.
Das Problem

Die Standard-Mandantenkopie ist eines der teuersten Werkzeuge Ihrer SAP‑Landschaft

Wer regelmäßig produktionsnahe Testdaten braucht, kennt den Preis: Klassische Komplettkopien sind langsam, teuer, risikoreich, schwer steuerbar – und fachlich zu grob. Bei jeder einzelnen Kopie.

Langsam

Komplettkopien binden Systeme, Basis-Team und Fachbereiche oft tagelang. Aus dem Refresh wird ein Projekt – statt Routine.

Teuer im Betrieb

Jede Kopie dupliziert die gesamte Historie. QS-, Test- und Sandbox-Systeme brauchen dadurch fast Produktions-Sizing: HANA‑Speicher, Storage, Backup – ein Dauerkostenblock.

Risikoreich

Lange Laufzeiten, manuelle Schritte, unklare Zwischenzustände: Bricht eine Kopie ab, beginnt das Bangen – und häufig alles von vorn.

Schwer steuerbar

Alles oder nichts: Der Umfang lässt sich fachlich kaum eingrenzen. Was Sie eigentlich brauchen, entscheidet nicht das Werkzeug – sondern der Zufall der Vollkopie.

Fachlich zu grob

Sie brauchen die letzten Monate – kopiert werden Jahrzehnte. Testdaten verstecken sich in einem Datenfriedhof, der niemanden interessiert.

Datenschutz unter Druck

Unmaskierte Produktivdaten landen in Systemen mit breiten Berechtigungen. Jede Vollkopie vervielfacht die Angriffsfläche für personenbezogene Daten.

Die Lösung

Zeitscheiben-basierte Mandantenkopien: nur so groß wie nötig, immer konsistent

Sie geben den Zeitraum vor – etwa die letzten 90 Tage. DRO ermittelt über das Objektmodell alle Geschäftsobjekte in dieser Zeitscheibe und löst deren Abhängigkeiten iterativ auf, bis nichts mehr fehlt. Erst wenn dieser Fixpunkt erreicht ist, startet der Export.

Denn Belegflüsse enden nicht an Datumsgrenzen: Der Auftrag aus dem März, die Lieferung aus dem Januar, die Rechnung von letzter Woche. DRO nimmt abhängige Belege auch außerhalb der Zeitscheibe mit – genau das unterscheidet einen lauffähigen Mandanten von einer Datenruine.

Kein Daten-NadelöhrMassendaten fließen direkt zwischen Quell- und Zielsystem – das zentrale Control-System steuert nur, es kopiert nicht mit.
Eine zentrale SteuerungObjektmodelle, Run-Profile und Maskierungsregeln liegen an einem Ort – keine Schattenkonfiguration in den angebundenen Systemen.
Refresh wird RoutineWiederholbare, auditierbare Läufe im Takt Ihrer Releases – statt seltener Großaktionen mit Wochenend-Einsatz.
Datenumfang je Refresh
SAP-Standard: Komplettkopiegesamte Historie – bei jedem RefreshDRO: Zeitscheiben-KopieZeitscheibe + abhängige Belegegewählter Zeitraumautomatisch ergänzte AbhängigkeitenSchematische Darstellung – kein Maßstab
Ihr Potenzial

Was heißt das für Ihre S/4HANA-Betriebskosten?

Non-Prod ist in großen Landschaften ein stiller Kostenblock: mehrere QS-, Test- und Entwicklungssysteme in nahezu Produktionsgröße – dimensioniert für Historie, die dort niemand braucht. Zeitscheiben-Kopien drehen genau an diesem Hebel.

HANA-Speicherbedarf in Non-Prod
–XX %
durch Zielsysteme, die nur die relevante Zeitscheibe vorhalten
Dauer pro Testdaten-Refresh
–XX %
durch reduzierten Umfang und parallelisierte Verarbeitung
Storage- & Backup-Volumen
–XX %
weil Kopien nicht länger Jahrzehnte an Historie duplizieren

Ihre konkreten Werte hängen von Systemgrößen, Historie und Refresh-Zyklen ab. Im kostenlosen Vorstellungstermin schätzen wir das Potenzial für Ihre Landschaft gemeinsam ab.

Funktionsweise

So läuft ein Refresh mit DRO – in fünf Schritten

Vom gewählten Zeitraum bis zum auditierten Import: Jeder Schritt ist automatisiert, nachvollziehbar und wiederaufsetzbar.

1

Zeitscheibe & Profil wählen

Sie definieren Zeitraum (z. B. die letzten 90 Tage) und Run-Profil: Bewegungsdaten, Stammdaten, Customizing – zentral gepflegt im Control-System, mit Ausnahmelisten und feinen Stellschrauben bis auf Tabellenebene.

Run-ProfileZentrale Konfiguration
2

Abhängigkeiten automatisch auflösen

DRO ermittelt die Geschäftsobjekte in der Zeitscheibe und verfolgt deren Abhängigkeiten iterativ über den Objektgraphen – bis zum Fixpunkt: Erst wenn keine neuen Objekte mehr dazukommen, steht der Umfang final und unveränderlich fest.

BindungsphaseFixpunkt-VerfahrenObjektmodell
3

Parallel exportieren

Der Umfang wird in kleine, atomare Export-Slices zerlegt und von parallelen Workern abgearbeitet – wiederaufsetzbar, mit SHA‑256-Prüfsummen je Datenblock und konfigurierbarer Kompression. Das Manifest dokumentiert verbindlich, was im Paket steckt.

Parallele WorkerSHA-256Manifest
4

Maskieren – optional, aber integriert

Sensible Daten werden nach zentral verwalteten Regeln maskiert, wahlweise beim Export oder Import. Die Regeln selbst verlassen das Control-System nie dauerhaft – auch Maskierungslogik ist schützenswert.

DSGVO-freundlichExport- oder Import-Maskierung
5

Kontrolliert importieren

Konsistenzprüfung des Pakets, sichere Tabellen-Vorbereitung, paralleler Import mit überlappender Pipeline, anschließende Validierung – abgeschlossen mit einem Auditbericht: Wer hat wann was mit welchen Regeln eingespielt?

ValidierungAuditbericht
Vorteile

Gebaut für den Betrieb großer S/4HANA-Landschaften

Betriebskosten runter

Non-Prod-Systeme nur so groß wie ihr Zweck: weniger HANA-Speicher, weniger Storage, kleinere Backups – Refresh für Refresh. Der größte stille Kostenblock Ihrer Landschaft wird endlich steuerbar.

Schnell & wiederholbar

Parallele Worker, überlappende Verarbeitung, Pause & Wiederanlauf: Refreshes im Takt Ihrer Releases.

Konsistenz garantiert

Export erst nach Fixpunkt der Abhängigkeitsauflösung: vollständige Belegflüsse statt abgeschnittener Daten.

Sicherheit by Design

Systemrollen verhindern Importe in Produktivsysteme, finalisierte Pakete sind unveränderlich, jeder Block prüfsummengesichert.

Maskierung inklusive

Produktionsnahe Tests ohne Klartext-Personendaten: Regeln zentral definiert, angewendet beim Export oder Import.

Keine Blackbox

DRO erklärt, warum jede Tabelle und jeder Beleg im Paket ist. Simulation vor der Ausführung, lückenloser Auditbericht danach – Erklärbarkeit ist Architekturprinzip, kein Nachgedanke.

Der Unterschied

SAP-Standard-Mandantenkopie vs. DRO

Standard-MandantenkopieDRO – Data Refresh Orchestrator
DatenumfangImmer alles – die komplette Historie, bei jedem LaufFrei wählbare Zeitscheibe plus automatisch ergänzte Abhängigkeiten
Sizing der ZielsystemeNahezu Produktionsgröße nötig – dauerhaftDeutlich kleiner dimensionierbar – Speicher folgt dem Testbedarf
Fachliche KonsistenzNur als Vollkopie gegeben – Teilmengen sind kaum machbarAuch für Teilmengen garantiert – per Fixpunkt-Verfahren über den Objektgraphen
SteuerbarkeitAlles oder nichts, wenig fachliche StellschraubenZeitraum, Run-Profile, Ausnahmelisten, Blockgrößen – fein justierbar pro Lauf
MaskierungNicht integriert – separates Werkzeug und eigener Prozess nötigIntegriert und zentral verwaltet – beim Export oder Import
WiederanlaufAbbrüche bei großen Kopien sind teuer – oft heißt es: von vornWiederaufsetzbar auf Ebene atomarer Arbeitspakete – inklusive Pause & Resume
NachvollziehbarkeitTechnische Logs – das Warum bleibt offenSimulation vorab, Manifest als verbindliches Inhaltsverzeichnis, Auditbericht danach
Für wen

Gemacht für große S/4HANA-Landschaften

Mehrere QS-, Test- und Entwicklungssysteme je Produktivsystem – und HANA‑Speicher als spürbarer Kostenfaktor
Regelmäßiger Bedarf an produktionsnahen, aktuellen Testdaten – für Projekte, Releases und Support
Datenschutz- und Compliance-Anforderungen an Testdaten in Non‑Prod
Basis- und Testmanagement-Teams, die Refreshes planbar machen wollen – statt Wochenend-Einsätze zu koordinieren

Bewusst S/4HANA – ohne Kompromisse

DRO ist konsequent für moderne S/4HANA-Landschaften gebaut: ABAP-nativ, HANA-optimiert, ausgerichtet auf S/4-Datenmodelle und eine Fiori-Roadmap. ECC-Kompatibilität ist bewusst kein Ziel – dafür gibt es keine Altlasten-Kompromisse bei Performance und Architektur.

Die Architektur ist auf sehr große Datenmengen ausgelegt: Massendaten werden dezentral in Ihren Systemen verarbeitet, gesteuert von einem zentralen Control‑System.

Kostenloser Vorstellungstermin

Lernen Sie DRO kennen – in 30 Minuten

Wir zeigen Ihnen live, wie zeitscheiben-basierte Mandantenkopien funktionieren – und schätzen gemeinsam ab, was das für Ihre Landschaft bedeutet.

Live-Einblick in Konzept und Ablauf: Zeitscheibe, Abhängigkeitsauflösung, Export/Import
Erste Potenzialeinschätzung für Betriebskosten und Refresh-Zyklen Ihrer Systeme
Antworten aus erster Hand – direkt vom Team hinter DRO, ohne Vertriebs-Karussell

Lieber direkt schreiben? tobias.foltermann@velvetmind.de

Öffnet eine vorbereitete E-Mail in Ihrem Mail-Programm. Ihre Angaben nutzen wir ausschließlich zur Terminabstimmung.
Danke! Ihr E-Mail-Entwurf wurde geöffnet – einfach absenden, wir melden uns innerhalb eines Werktags mit Terminvorschlägen.
FAQ

Häufige Fragen

Wie kann eine Teilkopie konsistent sein?

DRO kopiert nicht stur nach Datum, sondern denkt in Geschäftsobjekten. In der Bindungsphase werden die Abhängigkeiten aller Objekte der Zeitscheibe iterativ über den Objektgraphen aufgelöst – auch über die Zeitscheibe hinaus. Erst wenn keine neuen Objekte mehr hinzukommen (der Fixpunkt), startet der Export. So sind Belegflüsse wie Auftrag → Lieferung → Rechnung → FI-Beleg im Zielsystem immer vollständig.

Was passiert mit personenbezogenen Daten?

Maskierung ist in DRO integriert: Regeln werden zentral im Control-System gepflegt und wahlweise beim Export oder Import angewendet. Die Regeln verbleiben dauerhaft nur im Control-System, und der Auditbericht dokumentiert, was maskiert wurde. So kommen produktionsnahe Testdaten in Non-Prod an – ohne Klartext-Personendaten.

Brauchen wir zusätzliche Infrastruktur?

DRO ist S/4HANA-nativ in ABAP implementiert und läuft in Ihrer bestehenden Landschaft. Ein zentrales Control-System steuert alle Läufe; die Massendaten fließen direkt zwischen Quell- und Zielsystemen – das Control-System wird bewusst kein Daten-Nadelöhr.

Was passiert, wenn ein Lauf abbricht?

Export und Import sind in kleine, atomare Arbeitspakete zerlegt, deren Status persistent verwaltet wird. Läufe lassen sich pausieren und wiederaufsetzen; verwaiste Arbeitspakete werden erkannt und neu vergeben. Prüfsummen (SHA-256) und das Manifest stellen sicher, dass nur Vollständiges und Unverändertes verarbeitet wird.

Unterstützt DRO auch SAP ECC?

Nein – bewusst nicht. DRO setzt konsequent auf moderne S/4HANA-Landschaften: HANA-Performance, moderne ABAP-Patterns und S/4-Datenmodelle ohne Altlasten-Kompromisse. Wenn Sie auf S/4HANA sind oder migrieren, ist DRO für Sie gebaut.

Wie läuft der kostenlose Vorstellungstermin ab?

30 Minuten, remote und unverbindlich: Wir stellen das Zeitscheiben-Prinzip und die Architektur vor, beantworten Ihre Fragen und schätzen gemeinsam das Potenzial für Ihre Systemlandschaft ab. Danach entscheiden Sie in Ruhe, ob ein tieferer Termin mit Ihrem Team sinnvoll ist.