openDesk-Partnerprogramm: was es für KMU bedeutet

Souveräner Arbeitsplatz ohne Microsoft 365? WZ-IT betreibt Nextcloud, Chat, Videokonferenz, Wiki, Projektmanagement und Single Sign-on als Managed Open Source in Deutschland, siehe Nextcloud Managed Hosting. Termin vereinbaren

Am 23. September 2026 hat das Zentrum für Digitale Souveränität der Öffentlichen Verwaltung (ZenDiS) ein Partnerprogramm für openDesk gestartet. Die Office- und Kollaborationssuite des Bundes war bisher vor allem ein Thema für Behörden. Jetzt können erstmals auch privatwirtschaftliche Cloud-Anbieter und IT-Dienstleister eigene Angebote auf Basis der openDesk Enterprise Edition aufbauen (ZenDiS-Pressemeldung).

Für kleine und mittlere Unternehmen stellt sich damit die Frage, ob openDesk eine realistische Alternative zu Microsoft 365 wird und über welchen Weg sie die Suite beziehen könnten. Dieser Beitrag fasst zusammen, was openDesk technisch ist, wie das Partnerprogramm aufgebaut ist, welche Anforderungen und Kosten in den veröffentlichten Unterlagen stehen und wann ein selbst zusammengestellter Stack aus einzelnen Open-Source-Anwendungen besser passt. Alle Angaben haben den Stand September 2026.

Inhaltsverzeichnis

1. Was openDesk ist
2. Das Partnerprogramm im Überblick
3. Anforderungen und Kosten für Approved Partner
4. Community Edition und Enterprise Edition
5. Was das Programm für KMU bedeutet
6. Technische Voraussetzungen für den Eigenbetrieb
7. Wann ein selbst zusammengestellter Stack passt
8. Unser Vorgehen bei WZ-IT
9. Weiterführende Guides

Was openDesk ist

openDesk ist eine webbasierte Office- und Kollaborationssuite, die das ZenDiS im Auftrag des Bundes entwickelt und seit Oktober 2024 am Markt anbietet. Das ZenDiS ist eine GmbH in hundertprozentigem Bundesbesitz mit Sitz in Bochum, die Beteiligungsführung liegt beim Bundesministerium für Digitales und Staatsmodernisierung (ZenDiS).

openDesk ist kein neu entwickeltes Produkt, sondern eine Integration etablierter Open-Source-Anwendungen hinter einem gemeinsamen Portal mit zentraler Benutzerverwaltung und Single Sign-on. Die Komponenten laut Deployment-Repository auf openCode:

Das Deployment selbst (Helmfile und Helm-Charts) steht unter Apache-2.0. Releases erscheinen monatlich als Minor-Version, Major-Versionen einmal jährlich im dritten Quartal (Release-Management). Die Version 1.18 vom 19. August 2026 brachte unter anderem geteilte Postfächer und den Wechsel auf Nextcloud 33 (openDesk 1.18).

Mehrere dieser Anwendungen gibt es auch einzeln: Nextcloud, Element auf Basis von Matrix, Jitsi, OpenProject und XWiki. Das ist für die spätere Entscheidung wichtig.

Das Partnerprogramm im Überblick

ZenDiS begründet das Programm mit der Nachfrage aus Verwaltung und Privatwirtschaft und dem Ziel, den Rollout zu beschleunigen (openDesk Blog). Da das ZenDiS dem Bund gehört, werden Partner über ein offizielles Zulassungsverfahren gesucht, ein sogenanntes Open-House-Verfahren: Jeder Antragsteller, der die Kriterien erfüllt, wird zu einheitlichen, nicht verhandelbaren Bedingungen zugelassen, eine Auswahl zwischen Bewerbern findet nicht statt (Partnerseite).

Weitere Eckdaten aus den Verfahrensunterlagen:

• Frist: Das Verfahren ist zunächst bis zum 31. Januar 2027 geöffnet.
• Weitere Kategorien: ZenDiS plant in den kommenden Wochen zusätzliche Kategorien, darunter Approved Consulting Partner (ZenDiS-Pressemeldung).
• Rolle von ZenDiS: ZenDiS tritt gegenüber gewerblichen Endkunden nicht selbst als Anbieter auf. Vertrieb, Einrichtung, Betrieb und Support erbringen die nachgelagerten IT-Partner, die als einzige Stufe in direkter Vertragsbeziehung zum Endkunden stehen.
• Lizenzfluss: Distributoren beziehen die Komponentenlizenzen nach einer einheitlichen Preisliste direkt bei den Herstellern und zahlen an ZenDiS ein nutzungsabhängiges Entgelt für die openDesk-Integrationsschicht, abgerechnet quartalsweise.
• Öffentliche Verwaltung: Behörden behalten ausschreibungsfreie Bezugswege, etwa über die Genossenschaft govdigital.

Die Fachpresse hat das Programm als Öffnung für private Cloud-Anbieter eingeordnet (cloudmagazin).

Anforderungen und Kosten für Approved Partner

Die Mustervereinbarungen für ASI und ASSP sind auf der Partnerseite als Download veröffentlicht. Sie zeigen, wie hoch die Hürden für die beiden Approved-Kategorien liegen.

Zwei Punkte sind für Kunden wichtig. Erstens räumen die ASI- und ASSP-Vereinbarungen ausschließlich das Recht ein, die jeweilige Bezeichnung im Vertrieb zu führen. Nutzungsrechte an der Software sind nicht Gegenstand; die Lizenzen bezieht der Partner über einen Distributor, in dessen Netz er eingebunden sein muss. Zweitens lassen die Kriterien erwarten, dass die Approved-Kategorien vor allem von größeren Systemhäusern und Cloud-Anbietern besetzt werden, die bereits für die öffentliche Verwaltung arbeiten. Das jährliche Entgelt und die Lizenzkosten fließen in deren Angebote ein.

Community Edition und Enterprise Edition

openDesk gibt es in zwei Editionen. Die Unterschiede beschreibt die Enterprise-Dokumentation im Repository:

Die Angabe zur Zielgröße stammt von der Seite Betriebsmodelle. Laut dieser Seite bietet die Community Edition dieselbe Funktionalität wie die Enterprise Edition, jedoch ohne Herstellersupport.

Ein Detail mit praktischer Wirkung: Sicherheitspatches, die Nextcloud ausschließlich für die Enterprise-Version veröffentlicht, gibt es in openDesk nur in der Enterprise Edition. openDesk wechselt außerdem erst auf eine neue Nextcloud-Hauptversion, wenn die zugehörige Nextcloud-Enterprise-Version verfügbar ist. Deshalb läuft openDesk 1.18 auf Nextcloud 33, während Nextcloud selbst schon weiter ist (siehe Nextcloud 35 Update).

Was das Programm für KMU bedeutet

Das Partnerprogramm schafft einen Bezugsweg für Unternehmen, die openDesk Enterprise nutzen wollen. Für kleine und mittlere Unternehmen ergeben sich daraus vier Punkte:

Wer eine ausgereifte Alternative zu Microsoft 365 aus einer Hand sucht, bekommt mit openDesk eine integrierte Oberfläche mit einem Login für alle Anwendungen. Dem stehen offene Punkte gegenüber, die sich erst mit den ersten Angeboten klären: Preise, Mindestabnahmen, Vertragslaufzeiten und die Frage, ob ein Partner auch Umgebungen mit 30 oder 80 Nutzern wirtschaftlich anbietet.

Laut openDesk-FAQ gibt es außerdem funktionale Grenzen, die für Unternehmen relevant sein können:

• Eine revisionssichere Archivierung ist derzeit nicht Bestandteil, die Anbindung an Dokumentenmanagement-Systeme ist geplant.
• Fachverfahren sind noch nicht angebunden. Das betrifft die Verwaltung, zeigt aber, dass Integrationen in bestehende Unternehmenssoftware im Einzelfall zu prüfen sind.
• Für Exchange-Umgebungen werden Migrationspfade zu Open-Xchange angeboten. Für Nextcloud, Element und Collabora gibt es Desktop- und Mobile-Apps.

Technische Voraussetzungen für den Eigenbetrieb

Die Community Edition ist für Unternehmen der direkte Weg, openDesk ohne Partner zu nutzen. Die Anforderungen sind allerdings auf Rechenzentrumsbetrieb ausgelegt:

Für den laufenden Betrieb bedeutet das: monatliche Updates über zehn Anwendungen hinweg, mit Migrationsschritten, die in den Release Notes angekündigt werden. Wer bisher keine Kubernetes-Plattform betreibt, baut mit openDesk zuerst eine solche Plattform auf. Ob das für die eigene Größe sinnvoll ist, behandelt der Artikel Brauchen wir Kubernetes?.

Ein aktuelles Beispiel für den Betriebsaufwand: Am 23. September 2026 meldete ZenDiS, dass die Schlüssel zur Signierung von Container-Images und Helm-Charts bei einer CI-Umstellung versehentlich öffentlich wurden. Betroffen sind alle Versionen vor 1.19.0. Kompromittierungen sind laut ZenDiS nicht bekannt. Betreiber sollen openDesk bis dahin nicht über Drittanbieter beziehen und sofort aktualisieren, sobald 1.19.0 erscheint (Sicherheitsmeldung). Stand Ende September 2026 ist 1.19.0 noch nicht veröffentlicht, die aktuellen Releases sind 1.18.2 und 1.17.4 (Releases). Wer openDesk selbst betreibt, muss solche Meldungen verfolgen und Signaturprüfungen anpassen.

Wann ein selbst zusammengestellter Stack passt

openDesk bündelt Anwendungen, die es auch einzeln gibt. Für viele KMU ist die Frage deshalb nicht „openDesk oder Microsoft 365", sondern „integrierte Suite oder ausgewählte Einzelanwendungen".

Ein selbst zusammengestellter Stack passt, wenn mindestens einer dieser Punkte zutrifft:

• Nur ein Teil wird gebraucht. Viele Unternehmen beginnen mit Dateiablage und Office im Browser. Nextcloud mit einer Office-Komponente deckt das ab, die Wahl zwischen Nextcloud und Alternativen behandelt der Vergleich der Dateiablagen.
• Bestehende Werkzeuge sollen bleiben. Wer bereits Mattermost, ein Wiki oder ein Ticketsystem nutzt, ersetzt nicht alles auf einmal.
• Die Nutzerzahl liegt deutlich unter 500. Ein Stack aus wenigen Anwendungen auf virtuellen Maschinen ist dann oft leichter zu betreiben als ein Kubernetes-Cluster.
• Eigene Komponenten sind gesetzt. Beispiele: ein eigener Mailserver (siehe Mailcow, Stalwart oder Mailu), ein bestimmtes Wiki (siehe Unternehmenswiki im Vergleich) oder ein Projektwerkzeug (siehe Jira-Alternativen).

openDesk passt eher, wenn eine Organisation mehrere hundert Nutzer hat, eine einheitliche Oberfläche wichtiger ist als die freie Komponentenwahl und ein Partner mit Enterprise-Support verfügbar ist. Für Organisationen, die mit Behörden eng zusammenarbeiten, kann die Kompatibilität mit deren openDesk-Umgebung zusätzlich ein Argument sein, etwa bei föderiertem Chat über Element.

Der verbindende Baustein eines Einzelstacks ist der Identity Provider. Mit Keycloak oder Authentik melden sich Nutzer einmal an und erreichen alle Anwendungen; den Vergleich der Identity Provider zeigt der Beitrag Authentik vs. Zitadel.

Unser Vorgehen bei WZ-IT

WZ-IT betreibt die einzelnen Open-Source-Anwendungen, aus denen ein souveräner Arbeitsplatz besteht.

1. Bestandsaufnahme. Nutzerzahl, heutige Werkzeuge, benötigte Funktionen, Schutzbedarf der Daten und Abhängigkeiten von Microsoft-Diensten.
2. Einordnung. Abgleich, ob openDesk über einen Partner, die Community Edition im Eigenbetrieb oder ein Stack aus Einzelanwendungen zu den Anforderungen passt.
3. Auswahl der Anwendungen. Für einen Einzelstack: Dateiablage, Office-Komponente, Chat, Videokonferenz, Wiki, Projektmanagement und Identity Provider passend zur Nutzung.
4. Einrichtung und Migration. Installation in Deutschland, Single Sign-on, Datenübernahme aus bestehenden Systemen und geplanter Produktivgang.
5. Betrieb. Updates, tägliche Backups, technisches Monitoring rund um die Uhr und Support als Managed Open Source ab 129,90 € netto/Monat je Workload. Notwendige Herstellerlizenzen weisen wir getrennt aus.

Wo mehrere Anwendungen auf einer Container-Plattform laufen sollen, kommt Kubernetes in Betracht. Für die meisten KMU-Umgebungen reichen einzelne, getrennt betriebene Instanzen.

Weiterführende Guides

• Nextcloud, Seafile, OpenCloud oder ownCloud, Dateiablagen im Vergleich nach Lizenz, Betrieb und Eigentümer.
• Nextcloud 35 Update, Upgradepfad, PHP und Datenbank.
• Mailcow, Stalwart oder Mailu, Mailserver selbst betreiben.
• Unternehmenswiki im Vergleich, BookStack, Wiki.js, XWiki und Docmost.
• Jira-Alternativen selbst hosten, OpenProject, Plane und Vikunja.
• Brauchen wir Kubernetes?, wann sich eine Container-Plattform lohnt.
• Managed Open Source, der Hub mit allen betreuten Anwendungen.

openDesk abwarten oder jetzt mit Einzelanwendungen starten? Wir ordnen Ihre Anforderungen ein und betreiben Nextcloud, Chat, Videokonferenz, Wiki und Single Sign-on in Deutschland. Termin vereinbaren

Quellen

• ZenDiS, Pressemeldung: openDesk-Partnerprogramm für Cloud-Anbieter und IT-Dienstleister startet (23.09.2026)
• openDesk, Partner werden: Kategorien, Verfahren und Unterlagen
• openDesk Blog, Partnerprogramm startet
• openDesk, Betriebsmodelle
• openDesk, FAQ
• openDesk Blog, openDesk 1.18
• openDesk Blog, Security Incident: neue Signaturschlüssel für openDesk 1.19.0
• openCode, openDesk Deployment Automation
• openCode, openDesk Enterprise Edition
• openCode, openDesk Requirements
• openCode, openDesk Release Management
• openCode, openDesk Releases
• cloudmagazin, openDesk öffnet sich für private Cloud-Anbieter (27.09.2026)