BC-Cloud-Updates kommen zweimal jährlich (Wave 1 im April, Wave 2 im Oktober). Wer Custom-Code, AppSource-Apps oder Schnittstellen hat, muss vorher prüfen, was kaputt geht. Dieser Check führt Sie strukturiert durch: Custom-Objekte erfassen und bewerten, Release-Notes-Risiken sichten, Test-Plan abhaken, Rollback-Strategie festschreiben. Risiko-Score zeigt, wie viel Vorbereitung das Update braucht.
Wählen Sie die Quell- und Ziel-Version und erfassen Sie Ihre Custom-Objekte. Der Risiko-Score wird live berechnet.
Quell- und Ziel-Version, Mandanten-Komplexität, Hosting-Modell.
| Name | Typ | Komplexität | Geschäftskritisch | Risiko |
|---|
Risiko-Score basiert auf Versions-Sprung, Hosting-Modell, Anzahl und Komplexität der Custom-Objekte sowie Anteil geschäftskritischer Objekte. Ein Sprung über 2+ Major-Versions erhöht das Risiko überproportional, da BC pro Wave Breaking Changes einführen kann. Cloud-Updates können nicht abgelehnt werden — nur um maximal 90 Tage verschoben. Empfehlung: pro Wave einmal in Sandbox testen, Hot-Topics früh klären.