Eine Sandbox ist eine technisch isolierte Test- oder Schulungs-Umgebung im ERP — meist als Kopie des Produktivsystems mit anonymisierten oder Sample-Daten. Wichtig für Customizing-Tests, Schulungen, Patch-Validation.
Sandbox-Tier
DEV: Entwickler-Sandbox, oft mit Sample-Daten
QAS / TEST: Pre-Produktiv-Tests
TRAIN: Schulungs-Mandant
HOTFIX: kurzfristige Notfall-Tests
Refresh-Strategie
Sandbox-Refresh aus Produktiv: monatlich (DEV), quartalsweise (TEST). Kosten: 10-30% der Produktiv-Lizenz pro Sandbox bei Cloud-ERPs.
Praxis-Beispiel
Ein ERP-Berater testet eine Konfigurations-Änderung in einem Sandbox-System — einer Kopie des Produktiv-ERPs, in der gefahrlos experimentiert werden kann. Wenn die Änderung funktioniert, wird sie ins Produktiv-System überführt. Sandboxen schützen vor Fehl-Konfigurationen, die im Live-System Buchungen oder Stammdaten zerstören würden. Moderne Cloud-ERPs bieten Sandboxen im Standard; bei On-Premises müssen sie als zusätzliche Instanzen aufgesetzt werden.
Wie viele Sandboxen sollte man haben? Empfehlung: 3 — eine Entwicklungs-Sandbox (oft mit anonymisierten Daten), eine Test/QA-Umgebung (gegen die finale Produktiv-Version getestet wird), und eine Schulungs-Umgebung. Wie aktuell sollten Sandbox-Daten sein? Test-Sandbox idealerweise mit aktuellen Produktiv-Daten (zumindest wöchentlich aktualisiert), damit Tests realistisch bleiben. Schulungs-Sandbox mit stabilen Demo-Daten, damit Trainer wiederholbar arbeiten können.
Ein Mittelständler testet ERP-Updates niemals direkt auf der Produktivumgebung. Der Anbieter (z.B. SAP, Microsoft Dynamics, Oracle NetSuite) stellt eine Sandbox-Umgebung bereit — eine vollständige Kopie der Produktivdaten in isolierter Cloud-Instanz.
Dort werden Updates, Customizing-Änderungen und neue Workflows ausprobiert, ohne dass laufende Geschäftsprozesse gefährdet sind. Erst wenn alles in der Sandbox stabil läuft, wird der Change in Produktiv übernommen.
