Was ist openDesk? Der souveräne Arbeitsplatz einfach erklärt

Kurz gesagt: openDesk ist eine Sammlung bewährter Open-Source-Anwendungen für die tägliche Büroarbeit — Dateien, E-Mail und Kalender, Chat, Videokonferenzen, Weboffice, Projektmanagement und Wiki —, die unter einem gemeinsamen Portal mit einer zentralen Anmeldung zusammenarbeiten. Entwickelt wird sie vom bundeseigenen ZenDiS, vorrangig für die öffentliche Verwaltung. openDesk läuft ausschließlich auf Kubernetes und braucht schon für eine Testinstanz mindestens 12 CPU-Kerne und 32 GB RAM. Es gibt eine freie Community Edition und eine Enterprise Edition mit Support.

Wer zum ersten Mal von openDesk hört, liest oft „die deutsche Alternative zu Microsoft 365“. Das trifft einen Teil, verdeckt aber das Wesentliche: openDesk ist kein einzelnes Programm, sondern ein vorkonfiguriertes Paket aus rund zehn eigenständigen Projekten, die du auf eigener Infrastruktur betreibst. Dieser Beitrag erklärt, was genau drinsteckt, woher es kommt, was die beiden Editionen unterscheidet und wo die Grenzen liegen — bevor du dich mit Installation und Kubernetes beschäftigst.

Prüfstand: Dokumentationsanalyse gegen openDesk 1.19.1 (Repository-Tag vom 6. Oktober 2026), Stand Oktober 2026. Die Einordnung beruht auf der offiziellen Dokumentation, nicht auf einem eigenen Betrieb.

Für wen: Für alle, die openDesk einordnen wollen — Admins in Verwaltung und Unternehmen, IT-Verantwortliche in Vereinen und Homelab-Betreiber, die neugierig sind.

Lernziel: Du kannst erklären, was openDesk ist, aus welchen Komponenten es besteht, wie Community und Enterprise Edition sich unterscheiden und welche Voraussetzungen der Betrieb mitbringt.

openDesk in einem Satz #

openDesk ist eine Arbeitsplatz-Suite: Statt dass jede Anwendung ihr eigenes Konto, ihre eigene Oberfläche und ihre eigene Datenablage hat, sind die Einzelteile so verbunden, dass du dich einmal anmeldest, über eine gemeinsame Navigation zwischen Mail, Dateien und Chat springst und etwa Dateien aus dem Speicher direkt an eine Mail hängst. Das Bindeglied ist eine zentrale Benutzerverwaltung mit Single Sign-on (SSO, also eine Anmeldung für alle Dienste).

Technisch ist openDesk ein Deployment-Projekt: Das offizielle Repository enthält keine eigene Office-Software, sondern die Automatisierung, die über 35 Helm-Charts (Installationspakete für Kubernetes) mit passenden Einstellungen ausrollt. Das Repository selbst steht unter der Apache-2.0-Lizenz (README.md).

Woher openDesk kommt #

openDesk ist die Weiterentwicklung des „Souveränen Arbeitsplatzes“, einer Initiative des Bundesministeriums des Innern und für Heimat (BMI). So steht es in den offiziellen Projektmetadaten (publiccode.yml), und im Änderungsprotokoll tauchen noch Links auf das alte Repository „sovereign-workplace“ auf.

Seit Anfang 2024 verantwortet das ZenDiS die Weiterentwicklung — das „Zentrum für Digitale Souveränität der Öffentlichen Verwaltung“. Es wurde im Dezember 2022 gegründet und ist laut eigener Website derzeit eine hundertprozentige Bundes-GmbH, perspektivisch soll daraus eine gemeinsame GmbH von Bund und Ländern werden. Die Website beschreibt openDesk heute als Produkt des ZenDiS im Auftrag des Bundesministeriums für Digitales und Staatsmodernisierung (BMDS).

Auf Ministeriumsebene nennen die Quellen also je nach Alter unterschiedliche Häuser: Die Initiative und die Copyright-Hinweise im Repository für 2023 und 2024 verweisen auf das BMI, die Website heute auf das BMDS. Für dich als Betreiber ist das zweitrangig. Wichtig ist: Herausgeber und Ansprechpartner ist das ZenDiS.

Version 1.0 erschien am 14. Oktober 2024. Der aktuelle Stand dieses Beitrags ist 1.19.1 vom 6. Oktober 2026.

Digitale Souveränität — ohne Schlagwort erklärt #

„Souverän“ ist das zentrale Wort im Umfeld von openDesk. Gemeint ist nüchtern betrachtet: Eine Organisation soll selbst entscheiden können, wo ihre Daten liegen, wer die Software betreibt und ob sie den Anbieter wechseln kann, ohne ihre Arbeitsweise neu erfinden zu müssen.

Drei Eigenschaften von openDesk zahlen darauf ein:

• Offener Quellcode: Die Komponenten stehen unter Open-Source-Lizenzen. Du kannst nachvollziehen, was die Software tut, und bist nicht an einen einzigen Hersteller gebunden.
• Freie Wahl des Betreibers: Du kannst openDesk selbst hosten oder über einen Dienstleister beziehen. Fällt ein Anbieter weg, bleibt die Software verfügbar.
• Offene Formate: Das Weboffice speichert standardmäßig im ODF-Format, dem offenen Dokumentformat (Schlüssel functional.weboffice.defaultFormat in den Default-Werten).

Souveränität ist allerdings keine Eigenschaft, die man mit der Software mitinstalliert. Wer openDesk selbst betreibt, trägt auch die Verantwortung für Updates, Backups, Sicherheit und Datenschutz. openDesk macht niemanden automatisch datenschutzkonform; es verschiebt die Kontrolle — und die Arbeit — zu dir.

Was openDesk 1.19.1 enthält #

Die README des Repositorys nennt zehn funktionale Hauptkomponenten. Hier sind sie danach gruppiert, wofür du sie im Arbeitsalltag brauchst (Versionen und Lizenzen laut README am Tag v1.19.1):

Ein paar Details, die in Übersichten gern untergehen:

• Nubus ist das Herzstück im Hintergrund. Es bündelt unter anderem Keycloak (die Anmeldung per OpenID Connect), ein LDAP-Verzeichnis für Benutzer und Gruppen, das Portal mit Self-Service und die Verwaltungsoberfläche. Über einen internen Dienst sorgt es für die zentrale Navigation und dafür, dass du in eingebetteten Ansichten nicht erneut nach dem Passwort gefragt wirst.
• Notes ist standardmäßig ausgeschaltet (apps.notes.enabled: false in opendesk_main.yaml.gotmpl), obwohl es in der README als Hauptkomponente steht. Du musst es bewusst aktivieren.
• Das Whiteboard NeoBoard ist neu in 1.19 und ebenfalls standardmäßig aus.
• CryptPad wird nur für Diagramme genutzt, die du aus Nextcloud heraus öffnest — nicht als vollständige CryptPad-Suite (architecture.md).
• Zwei Wege für Video: Neben Jitsi bringt 1.19 Anrufe direkt im Chat über Element Call. Dafür braucht es zusätzliche, von außen erreichbare Ports, die nicht über den normalen Webzugang laufen.

Spürbar wird die Integration an konkreten Stellen: Aus OX App Suite heraus hängst du Dateien aus Nextcloud an eine Mail oder speicherst Anhänge dort ab, und OpenProject kann Nextcloud als Dateiablage für Arbeitspakete nutzen. Die Architektur im Detail behandelt Die Architektur von openDesk verstehen.

Neben diesen Anwendungen enthält das Paket Infrastrukturdienste wie PostgreSQL, MariaDB, Redis, einen S3-kompatiblen Objektspeicher und einen Virenscanner. Die Doku stellt klar, dass diese mitgelieferten Dienste nur zur Evaluierung gedacht sind. In der Produktion musst du sie selbst bereitstellen.

Community Edition und Enterprise Edition #

openDesk gibt es in zwei Editionen. Das Repository beschreibt die Unterschiede in README-EE.md. Für deine Planung lassen sie sich auf drei Fragen zurückführen:

• Woher bekommst du die Software? Die Community Edition (CE) liegt öffentlich auf openCode, du installierst sie selbst. Die Enterprise Edition (EE) beziehst du über das ZenDiS, als SaaS oder für den eigenen Betrieb; technisch kommt sie aus einer eigenen Registry und braucht eine Lizenzdatei.
• Wer hilft, wenn etwas klemmt? Bei der CE die Community, ohne Servicevereinbarung. Bei der EE gibt es vertraglichen Support mit SLA und Patches der Komponentenhersteller.
• Wie offen ist der Code? Die CE ist vollständig Open Source. Die EE nutzt dieselben offenen Kernkomponenten, ergänzt um einige proprietäre Module.

Proprietäre Zusatzmodule der EE sind laut Repository unter anderem das Collabora-Branding, Verwaltungswerkzeuge für Element, die Nextcloud-App Guard sowie OX App Suite Pro und Dovecot Pro. Funktionen, die nur in der EE enthalten sind, nennt die README-EE etwa für Element (AdminBot, GroupSync, Admin Console), Nextcloud (zusätzliche Sicherheitspatches), OX (S3-Speicher, erweiterte Volltextsuche) sowie OpenProject- und XWiki-Erweiterungen.

Ein Widerspruch, den du kennen solltest: Die Website sagt auf der Seite Betriebsmodelle, die Community Edition biete „die gleiche umfassende Funktionalität“ wie die Enterprise-Version. Das Repository listet dagegen konkrete Funktionen, die nur in der EE stecken. Für eine Entscheidung ist die Liste im Repository die genauere Quelle.

Zwei weitere Punkte sind für die Planung wichtig:

• Die README empfiehlt für den Produktivbetrieb die Enterprise Edition.
• Ein Wechsel von CE auf EE wird derzeit nicht unterstützt — unter anderem, weil die EE ein anderes Mail-Backend nutzt. Wer mit der CE startet und später Support will, plant eine Migration ein.

Laut Website ist die EE für große Organisationen mit mehr als 500 Anwendern konzipiert, die CE eher für kleinere Einrichtungen und die private Nutzung (Betriebsmodelle). Seit September 2026 gibt es zudem ein Partnerprogramm, über das Cloud-Anbieter und IT-Dienstleister — erstmals auch privatwirtschaftliche — eigene Enterprise-Angebote aufbauen können (Ankündigung). Preise nennt die offizielle Seite nicht.

Für wen openDesk gedacht ist #

Die Projektmetadaten sind eindeutig: Zielgruppe ist die öffentliche Verwaltung in Deutschland — Bund, Länder und Kommunen (intendedAudience in publiccode.yml: Land „de“, Bereiche „government“ und „local-authorities“). Als Nutzer führt dieselbe Datei vier Einträge: das Robert Koch-Institut, das Bundesamt für Seeschifffahrt und Hydrographie, die Föderale IT-Kooperation (FITKO) und das ZenDiS selbst. Weitere Nutzer nennen die offiziellen Projektquellen nicht, und offizielle Nutzerzahlen gibt es dort ebenfalls nicht.

Was heißt das für andere?

• Unternehmen dürfen openDesk nutzen, die Lizenzen erlauben das. Die Funktionen sind allgemein genug für jedes Büro. Der Knackpunkt ist der Betrieb: Ohne Kubernetes-Know-how im Haus oder bei einem Dienstleister wird es schwierig.
• Vereine und kleine Teams profitieren von den Funktionen, stehen aber vor derselben Hürde. Oft passt eine schlankere Lösung besser, siehe openDesk vs. Nextcloud.
• Homelab-Betreiber können openDesk als Lernprojekt für Kubernetes und Unternehmens-IT sehen. Die Hardware-Hürde ist allerdings hoch, und Single-Node-Setups wie k3s sind offiziell nicht dokumentiert.

Vorteile #

• Ein Paket statt Eigenbau: Die Integration — Anmeldung, Navigation, Dateiablage über Anwendungsgrenzen — ist vorkonfiguriert. Das selbst nachzubauen kostet viel Zeit.
• Bekannte, etablierte Bausteine: Nextcloud, Jitsi, Collabora oder OpenProject sind eigenständige Projekte mit eigenen Communities.
• Offene Lizenzen und Formate: Die Kernkomponenten sind Open Source, das Weboffice speichert standardmäßig in ODF.
• Freie Wahl des Betriebsorts: eigenes Rechenzentrum, ein Dienstleister oder ein SaaS-Angebot über ZenDiS beziehungsweise Partner.
• Planbarer Rhythmus: monatliche Minor-Releases mit veröffentlichten Release Notes und dokumentiertem Upgradepfad.
• Sicherheitsfunktionen ab Werk: etwa Zwei-Faktor-Pflicht für die Gruppe der IAM-Administratoren, eine Mindestpasswortlänge von 14 Zeichen und ausgeschaltete Matrix-Föderation als Standard.

Nachteile und Grenzen #

• Nur Kubernetes: openDesk setzt einen bestehenden Kubernetes-Cluster voraus (ab Version 1.24, CNCF-zertifiziert). Getestet wird laut Doku gegen Cluster, die mit kubespray aufgebaut sind. Eine Docker-Compose-Variante gibt es nicht.
• Hoher Ressourcenbedarf: Schon die Mindestanforderung für eine Testinstanz liegt bei 12 Kernen (x86/x64, ARM nicht unterstützt), 32 GB RAM und mehr als 10 GB Speicher (requirements.md). Für den Produktivbetrieb liegt der Bedarf deutlich darüber.
• Betriebsaufwand: Datenbanken, Objektspeicher, Virenscanner und Mail-Relay musst du in der Produktion selbst stellen. Dazu kommen Ingress, TLS-Zertifikate, DNS mit eigener Subdomain pro Anwendung, Monitoring und Backups.
• Kurzer Supportzeitraum: Unterstützt wird nur die jeweils neueste Minor-Version. Für die vorherige gibt es nur dann Patches, wenn die Hersteller wichtige Sicherheitsupdates liefern (releases.md). Bei monatlichen Releases heißt das: regelmäßig aktualisieren.
• Keine Abwärtskompatibilitäts-Garantie: Auch Minor-Releases können Breaking Changes enthalten, und bestimmte Versionen dürfen beim Upgrade nicht übersprungen werden. Einen eingebauten Rollback beschreibt die Doku nicht; sie warnt, dass ein Zurück wegen nicht umkehrbarer Datenbankänderungen ein Restore aus dem Backup erfordern kann.
• Viele Einzelteile: Jede Komponente hat ihre eigenen Eigenheiten. Wer Probleme sucht, muss sich in mehreren Projekten auskennen.
• Doku nicht immer aktuell: Die Website docs.opendesk.eu zeigt teils andere Versionen als das Repository-Tag. Maßgeblich ist das Repository.

Einsatzmöglichkeiten #

Typische Szenarien, für die openDesk gebaut ist oder sinnvoll sein kann:

• Verwaltungsarbeitsplatz: Mail, Kalender, Dateien, Office und Chat aus einer Hand, betrieben im eigenen oder einem beauftragten Rechenzentrum.
• Zusammenarbeit über Organisationsgrenzen: Wiki, Projektmanagement und Chat für gemeinsame Vorhaben mehrerer Stellen.
• Teilausbau: Einzelne Anwendungen lassen sich abschalten. Ohne Groupware entfallen etwa die Mail-Komponenten für die Postfächer; Systemmails der übrigen Anwendungen verschickt weiterhin eine eigene, schlanke Postfix-Instanz.
• Evaluierung und Schulung: Eine Testinstanz zeigt, ob die Anwendungen zu den Arbeitsabläufen passen, bevor eine Organisation über den Produktivbetrieb entscheidet.

Ob sich das für deine Situation lohnt — mit Aufwand, Kosten und Alternativen —, beantwortet Lohnt sich openDesk?.

Typische Fehler #

• openDesk für eine einzelne App halten: Symptom: Erwartung, es „mal eben“ wie Nextcloud zu installieren. Ursache: Die Suite besteht aus über 35 Helm-Charts. Lösung: zuerst Kubernetes-Grundlagen und Anforderungen klären.
• Evaluierungsdienste produktiv nutzen: Symptom: Die Testinstanz wird schleichend zum Produktivsystem. Ursache: Die mitgelieferten Datenbanken und Speicherdienste sind laut Doku nur zur Evaluierung gedacht. Lösung: Für die Produktion externe, gesicherte Dienste einplanen.
• CE einsetzen und später auf EE „upgraden“ wollen: Ursache: Der Wechsel wird derzeit nicht unterstützt. Lösung: die Edition vor dem Produktivstart festlegen.
• Notes oder Whiteboard vermissen: Ursache: Beide sind standardmäßig ausgeschaltet. Lösung: in der Konfiguration aktivieren.

Erfolgskontrolle #

Du hast openDesk verstanden, wenn du diese Fragen beantworten kannst:

• Welche Komponente ist in openDesk für Dateien, welche für Mail und welche für die Anmeldung zuständig?
• Warum reicht ein einzelner Docker-Host nicht aus?
• Was unterscheidet Community und Enterprise Edition, und warum ist die Wahl vor dem Produktivstart wichtig?
• Welche Dienste aus dem Paket musst du in der Produktion selbst bereitstellen?
• Wie lange wird eine Minor-Version unterstützt?

Wenn du prüfen willst, ob deine Hardware überhaupt in Frage kommt, gleiche sie mit dem openDesk-Infrastruktur-Planer gegen die Mindestanforderungen ab.

Weiterlesen #

• Lohnt sich openDesk? — Einsatzszenarien, Kosten und Grenzen eingeordnet.
• openDesk vs. Microsoft 365 — Funktionen und Betriebsmodelle nebeneinander.
• openDesk vs. Nextcloud — wann die Einzelanwendung reicht.
• Die Architektur von openDesk verstehen — wie die Komponenten zusammenspielen.
• Kubernetes-Grundlagen für openDesk — das Fundament, auf dem alles läuft.