An was denkt Ihr bei dem Begriff Metaverse? Denkt ihr erst an Mark Zuckerberg und Facebook? Denkt ihr an Virtual Reality? Oder denkt ihr daran das es in der digitalen Welt stets einen kontinuierlichen Wandel gibt?

Der Facebook-Konzern hat durch seine Umbenennung in “Meta” eine neue Diskussion über das Metaversum und der zugehörigen Technologien entfacht. Aus meiner Sicht handelt es sich um einen größeren Umbruch als einen virtuellen Raum bzw. die “nächste Generation des Internets”.

Bei einem solchen Wandel ist eine Begriffsdefinition wichtig.

Web3

Mit dem Begriff Web3 sammeln sich Technologien und Gruppierungen, die davon aus gehen das zu wenige Services zu viel Macht im aktuellen Internet haben.

Das Web3 basiert auf der Blockchain als zentrale Technologie, incl. NFT / Kryptowährungen und einem dezentralen Browser. Mit Web3 beschäftigt man sich wer das Internet von Morgen mit Inhalten versorgt und wem die Daten gehören. Der Fokus liegt auf einer dezentralen Internetstruktur.

Metaversum

Mit dem Begriff Metaversum / Metaverse geht es darum das Erleben des Internets zu revolutionieren und die echte Welt um einer weitere Ebene zu erweitern. Aktuell greift man über SmartPhones, Tables oder am Desktop auf die Informationen zu. In Zukunft mit neuen Technologien z.B. Virtual Reality oder Augmented Reality um sich als Avatar zwischen den Welten zu bewegen.

Das Metaversum beschäftigt sich also mit dem Zugang zur neuen Generation des Internets.

Fazit

Das Web3 und das Metaversum verstehen sich also nicht als Konkurrenten, sondern überschneiden sich. Solche Überschneidungen können für den Anwender von Vorteil sein und die bessere Technologie / Architektur wird sich durchsetzen.

Im IT- und Software-Umfeld kommt man an Microsoft und damit an Microsoft Dynamics NAV bzw. Business Central nicht vorbei. BC hat das Ziel die Betriebsabläufe in kleineren und mittleren Unternehmen zu optimieren. Was ist aber die Strategie hinter dem Wechsel von NAV auf BC?

Als in Madrid 2018 der Wechsel von NAV auf BC angekündigt wurde, ging es zum Start um einen sanften Migrationspfad. Aus Marketingsicht war es erst einmal nur eine Namensänderung von NAV 2018 und BC 13 / 14. Als großes Ziel sollte die Flexibilität von NAV mit der Cloudfähigkeit (und damit Updatefähigkeit) gekoppelt werden um damit ein Zukunftssicheres System am Markt zu etablieren. Wichtig ist aus technischer Sicht natürlich ein “Code clean” für den Betrieb in der Wolke.

Eines der Hauptprobleme im Microsoft-Kosmos (bzw. generell am Softwaremarkt) ist das immer zu weniger Entwickler und Berater vorhanden sind. Die Wiederverwendbarkeit der umgesetzten Lösungen hängt häufig von einzelnen Personen ab – diese Abhängigkeiten gilt es zu minimieren (dies ist aber bei allen Dynamics-Produkten ähnlich).

“Clouds – Summer 2014” by Pam_Broviak is licensed under CC BY-NC-ND 2.0

Durch Assistenten und vereinfachte Installationen kann eine Implementierung im Kundenumfeld direkt von der Fachabteilung ohne externe Ressourcen umgesetzt werden. Im Idealfall minimiert sich damit der Dienstleistungsaufwand von z.B. 10 PT auf 1 Std. in einem Einführungsprojekt. Wenn man pro Projekt 10 Tage benötigt, kann eine Person ca. 25 Projekte im Idealfall pro Jahr umsetzen. Wenn man 1 Std. als Annahme nimmt könnte man mit der gleichen Personenzahl 2.000 Umsetzungen durchführen. In diesem einfachen Beispiel sieht man warum der Faktor Personal der limitierende Faktor bei der Skalierung ist. Microsoft hat den Fokus auf die Benutzung der Software, da Personalressourcen immer ein Engpass sein werden.

“…change…” by ĐāżŦ {mostly absent} is licensed under CC BY-NC-ND 2.0

Ein Wechsel der Lizenzmodelle vom Softwarekauf auf Softwaremiete für laufende Einnahmen ist dabei natürlich auch ein wichtiger monetärer Grund. Der Hersteller hat damit einen kontinuierlichen meist monatlichen Erlösfluss. Der Kunde profiziert von geringeren Erstinvestitionskosten und bezahlt nur die Teile die auch verwendet werden.

Durch neue Bereitstellungsformen in der Cloud ist auch stets der Einsatz der aktuellsten Softwareversionen gegeben und Sicherheitslücken können schneller geschlossen werden z.B. die Log4j-Problematik im Dezember 2021. Außerdem kann der Hersteller meist die Systeme besser betreiben als ein Kunde mit Fokus auf andere Kernprozesse. Systemupdates und Infrastruktur können sehr schnell und kostengünstig erweitert und ausgebaut werden. Auch ist häufig die Sicherheit der Daten (also auch eine Sicherung und Wiederherstellung) bei einem großen IT-Dienstleister einfacher möglich. Durch eine Agile Softwareentwicklung mit DevOps ist eine schneller Entwicklung und Deployment zum Teil automatisiert möglich.

Bis dahin ist es natürlich ein weiter Weg und auch die Software muss “Cloud-ready” sein. Aus diesem Grund waren die Versionen BC 13 / 14 der Übergang von einer vor Ort-Installation auf einen Cloud-Betrieb. Ab BC 14 wurden dann die Cloud-Lösungen in den Vordergrund gestellt. Die On-Premises-Installationen von BC waren aber eher ein Entgegenkommen von Microsoft für den Deutschen Markt.

Aus meiner Sicht sind das viele gute Argumente, um die Strategie und den Weg von Microsoft im Bezug auf NAV und BC zu verstehen und zu fördern. Im zweiten Teil des Beitrag werde ich den Fokus auf Branchenlösungen, Dokumentenmanagement und Prozessautomatisierung legen.

Wie sind Ihre Erfahrungswerte beim Wechsel von NAV auf Business Central?