Release-Wechsel

Ein Release-Wechsel ist der Übergang auf eine neue Hauptversion einer Software. Er unterscheidet sich von einem laufenden Update dadurch, dass sich Funktionen, Oberflächen, Datenstrukturen oder Schnittstellen ändern können. Bei Cloud-Software erfolgt der Wechsel durch den Anbieter zu einem von ihm bestimmten Zeitpunkt, bei einer On-Premise-Installation plant und führt ihn der Betrieb selbst durch.

Für Handwerksbetriebe sind drei Auswirkungen relevant. Erstens veränderte Abläufe: Wenn sich Bedienschritte ändern, entsteht Schulungsbedarf, insbesondere bei den gewerblichen Mitarbeitenden, die die Software nur für wenige Vorgänge nutzen. Zweitens Schnittstellen: Anbindungen zur Buchhaltung, zum Großhandel oder zur Zeiterfassung können nach einem Wechsel angepasst werden müssen. Drittens Anpassungen: Individuell erstellte Auswertungen, Formulare und Vorlagen müssen geprüft werden.

Kritisch ist der Zeitpunkt. Ein Release-Wechsel unmittelbar vor Monatsabschluss, Lohnlauf oder Jahreswechsel setzt den Betrieb unnötigem Risiko aus. Sinnvoll ist ein Termin in einer ruhigeren Phase mit ausreichend Abstand zu Abrechnungsterminen.

Eine typische Fehlerquelle sind eigene Auswertungen und Formulare, die über Jahre gewachsen sind. Sie werden bei einem Versionswechsel nicht immer automatisch übernommen, und der Ausfall fällt erst auf, wenn eine Rechnung ohne Pflichtangabe erzeugt oder eine gewohnte Liste nicht mehr erstellt wird. Eine Bestandsaufnahme der tatsächlich genutzten Vorlagen vor dem Wechsel verhindert diesen Fall.

Ebenso zu bedenken sind Endgeräte auf der Baustelle. Eine neue Version der mobilen Anwendung setzt teils aktuellere Betriebssysteme voraus. Ältere Geräte, die im Betrieb noch im Einsatz sind, können danach ausfallen, sodass Kolonnen ohne Zeiterfassung dastehen. Die Prüfung der Gerätevoraussetzungen gehört deshalb zur Vorbereitung.

Bezug zur Digitalisierung

Vor einem Wechsel sollte in einem Testsystem geprüft werden, ob die zentralen Abläufe weiterhin funktionieren: Angebot erstellen, Auftrag abrechnen, Buchhaltungsexport erzeugen, mobile Zeiterfassung synchronisieren. Für die Schnittstellenprüfung ist zusätzlich mit den angebundenen Partnern abzustimmen, ob deren Systeme die neue Version unterstützen.

Bei Cloud-Lösungen entfällt der eigene Aufwand, dafür auch die Wahl des Zeitpunkts. Betriebe sollten daher darauf achten, ob der Anbieter Änderungen vorab ankündigt, eine Vorschauumgebung bereitstellt und Änderungen dokumentiert. Diese Punkte gehören in den Anforderungskatalog.

Ein zunehmend relevanter Aspekt betrifft neue KI-Funktionen, die mit einem Release aktiviert werden. Betriebe sollten prüfen, ob dabei zusätzliche Datenverarbeitungen stattfinden, ob diese standardmäßig eingeschaltet sind und ob sich das abschalten lässt. Andernfalls ändert sich die Verarbeitung personenbezogener Daten, ohne dass eine bewusste Entscheidung getroffen wurde.

Für den Umstellungstag selbst empfiehlt sich eine Rückfallebene. Bei einer lokalen Installation ist das eine geprüfte Sicherung, die im Fehlerfall zurückgespielt werden kann; bei Cloud-Anwendungen sollte zumindest bekannt sein, welche Vorgänge im Notfall vorübergehend auf Papier laufen. Ohne diese Überlegung entsteht bei einem unerwarteten Problem Stillstand statt eines geordneten Ausweichens.

Praktisch empfiehlt sich, nach jedem Wechsel eine kurze Rückmelderunde im Team einzuplanen. Auffälligkeiten werden dann gesammelt gemeldet statt einzeln über Wochen verteilt.