Eine Mandantenkopie (englisch company copy) ist die Duplizierung einer SAP-Business-One-Datenbank — inklusive Stamm- und Bewegungsdaten, Belegen, Benutzern, UDTs und UDOs — zu einem anderen Mandanten. Sie ist das zentrale Werkzeug, um Testsysteme zu versorgen, Upgrade-Proben zu fahren, Migrationen vorzubereiten oder ein Demosystem für Schulungen bereitzustellen.
Kontext
Technisch entsteht eine Mandantenkopie durch Backup-und-Restore der Datenbank: Auf HANA über HANA Cockpit → Backup → Data Recovery in einen neuen Tenant, auf MS SQL über SQL Management Studio (Backup → Restore as) in eine neue Company-DB. Anschließend muss der neue Mandant im SLD (bei HANA) bzw. im Site-User-Modus (bei SQL) registriert werden; Benutzerpasswörter und Lizenzzuordnungen werden neu gesetzt. Für Testsysteme ist zusätzlich eine Anonymisierung sinnvoll: Kundendaten pseudonymisieren, Bankverbindungen blanken, Logins umbenennen, Mailversand deaktivieren. Add-ons wie die Versino Financial Suite oder Coresuite-Produkte legen oft Registrierungseinträge pro Mandant ab, die nach der Kopie ebenfalls angepasst werden müssen. Für reine Buchhaltungstests reicht der Mandant — für vollständige Szenarien inklusive B1if-Integration und externer Webshops müssen auch Schnittstellen-Endpoints umgebogen werden, damit Testläufe nicht produktive Systeme treffen.
Abgrenzung
Eine Mandantenkopie ist kein Backup im Sinne einer Disaster-Recovery-Strategie — sie ist ein Arbeitsduplikat. Sie unterscheidet sich auch von einer Testdatenbank per Site User → New, die einen leeren Mandanten anlegt; für sinnvolle Tests brauchen Sie die echten Datenstrukturen der Produktion. Und sie ersetzt nicht einen Migrationslauf aus einem Altsystem: Dort sind Mapping, Bereinigung und Dateneinspielung wesentlich; eine reine Kopie übernimmt dagegen die bestehenden Daten unverändert.
ReAct und RLEF: Wie Künstliche Intelligenz aus echten Fehlern lernt — und was der automatische Bankabgleich in SAP Business One damit zu tun hat
SAP B1 10.0 FP2608: Service Layer KI als transaktionalen Schicht
Process Reward Models: Warum ein richtiges Ergebnis noch keinen richtigen Weg beweist
Test-Time Compute Scaling: Warum ein kleineres KI-Modell am Ende gewinnen kann — und was der Lieferantenvergleich in SAP Business One damit zu tun hat
RLHF und Reward-Modelle: KI-Hype oder was der Genehmigungsprozess in SAP Business One damit zu tun hat
