B1 Upgrade Strategy

E-Rechnung in Deutschland: So setzen Sie die Pflicht mit SAP Business One um

Eine B1 Upgrade Strategy ist ein dokumentierter Plan, wie und wann eine SAP-Business-One-Installation auf neue Feature Packages, Patch Levels und Major Releases gehoben wird. Sie regelt Testumfang, Zeitfenster, Rollback-Prozedur und die Abhängigkeiten zu Add-ons, Schnittstellen und Customizing, damit fachliche Neuerungen gehoben werden können, ohne die Produktivumgebung zu destabilisieren.

Kontext

Eine typische Strategie enthält: (1) Grundregel für Patch Levels — z.B. „PLs werden zeitnah nach Freigabe eingespielt, nach Smoke-Test im Testsystem". (2) Regel für Feature Packages — z.B. „FP-Upgrade maximal einmal pro Jahr, immer erst nach Add-on-Freigabe von B1UP, Coresuite, CKS.DMS, VFS". (3) Dokumentiertes Testszenario — fachliche Kernprozesse (Auftrag bis Zahlung, Einkauf bis Bezahlen, Monatsabschluss, DATEV-Export, E-Rechnung, Spezialberichte), plus Schnittstellen (Webshop, CRM, Lohn). (4) Rollback-Plan — Snapshot der HANA-/SQL-DB, Stand des SLD, Lizenzserver-Backup, Add-on-Stände. (5) Kommunikation — Fenster für Schulung, Release-Notes an Key-User. In gehosteten Umgebungen wie Cloudiax steuern Hoster und Partner die Einspielung gemeinsam; Kunden mit eigener IT planen Wartungsfenster nachts oder am Wochenende. Vor jedem Upgrade erfolgt eine Mandantenkopie als vollständiger Testdurchlauf auf einem Testmandanten.

Abgrenzung

Eine Upgrade Strategy ist kein Migrationsprojekt: Migrationen (z.B. von SQL auf HANA oder von einem Altsystem auf SAP B1) folgen einem eigenen Vorgehen mit Datenübernahme, GAP-Analyse und Parallelbetrieb. Sie ist auch kein reiner Release-Kalender — ohne Testumfang, Rollback und Add-on-Abhängigkeiten bleibt ein Kalender wirkungslos. Und sie ersetzt nicht die SAP-Release-Strategie selbst: Sie ist das unternehmensspezifische Wie, mit dem ein Kunde aus dem SAP-Angebot profitiert.