Das neue openDesk-Partnerprogramm macht den Bezug und Betrieb einer souveränen Arbeitsplatz-Suite auch für privatwirtschaftliche Organisationen greifbarer. Für KMU ist das kein Grund für einen sofortigen Komplettumstieg, aber ein guter Zeitpunkt für einen sauber begrenzten Pilotbetrieb.

ZenDiS hat am 23. September 2026 angekündigt, dass neben öffentlichen IT-Dienstleistern nun erstmals auch private Cloud-Service-Provider und IT-Dienstleister eigene openDesk-Enterprise-Angebote aufbauen können. Damit erweitert sich der Kreis möglicher Betriebs- und Implementierungspartner. Die entscheidende Frage für Unternehmen in Österreich, Deutschland und der Schweiz lautet nicht „Microsoft 365 oder openDesk?“, sondern: Welcher Arbeitsplatz-Workflow lässt sich kontrolliert erproben, ohne dass Kommunikation und Dokumente im Tagesgeschäft leiden?

Was das Partnerprogramm tatsächlich verändert

openDesk ist eine vom Zentrum für Digitale Souveränität der Öffentlichen Verwaltung (ZenDiS) entwickelte Open-Source-Suite für Kollaboration. Sie bündelt Bausteine für Dateien, Dokumente, Kommunikation und Zusammenarbeit. Bisher war die Sichtbarkeit vor allem durch den Einsatz in der öffentlichen Verwaltung geprägt. Das neue Zulassungsverfahren richtet sich ausdrücklich auch an privatwirtschaftliche Cloud-Anbieter und IT-Dienstleister, die eigene Enterprise-Angebote aufbauen wollen.

Das ist zunächst eine Markt- und Betriebsnachricht, kein Funktions-Release. Es bedeutet nicht, dass jede Organisation automatisch einen passenden Anbieter, ein fertiges Migrationspaket oder eine eins-zu-eins-Ersetzung für jedes Microsoft-365-Feature erhält. Es verbessert aber die Voraussetzung für belastbare Angebote: Implementierung, Betrieb, Support und Verantwortlichkeiten können über mehr qualifizierte Partner in den Markt kommen.

Für DACH-KMU ist das relevant, weil eine souveräne Alternative erst dann praktisch wird, wenn sie nicht nur installiert, sondern auch betrieben werden kann. Dazu gehören Updates, Identity-Integration, Backup und Restore, Monitoring, Berechtigungen, Incident-Prozesse sowie ein Ansprechpartner bei Störungen. Eine Softwareliste allein beantwortet diese Fragen nicht.

Der richtige Prüfauftrag: Einen Arbeitsablauf auswählen

Eine Komplettmigration scheitert häufig nicht an einer einzelnen Anwendung, sondern an zu vielen gleichzeitig offenen Abhängigkeiten. Kalender, Externenfreigaben, Vorlagen, mobile Geräte, Teams-Chats, Fachanwendungen und bestehende Identitäten greifen ineinander. Deshalb sollte ein erster Pilot nicht „das neue Office für alle“ heißen.

Besser ist ein klarer Arbeitsablauf mit einer überschaubaren Gruppe. Geeignete Beispiele sind ein internes Projektteam, die Zusammenarbeit an nicht hochsensiblen Dokumenten oder eine abgegrenzte Dateiablage mit externen Freigaben. Wichtig ist, dass das Team reale Aufgaben erledigt und nicht nur eine Demo bewertet. Erst im Alltag zeigen sich Fragen wie: Welche Dokumentformate müssen verlässlich funktionieren? Wer darf externe Personen einladen? Welche Benachrichtigungen sind nötig? Was passiert, wenn ein Gerät verloren geht?

Der Pilot braucht außerdem ein explizites Erfolgskriterium. „Die Benutzer finden es gut“ ist zu ungenau. Messbar und entscheidbar sind etwa: Dokumente lassen sich ohne kritischen Formatverlust bearbeiten, Zugriffsrechte sind nachvollziehbar, ein Restore wurde erfolgreich getestet und der Supportweg ist für das Pilotteam verständlich.

Vier Entscheidungen vor dem technischen Start

1. Betriebsmodell festlegen

Self-Hosting kann zur Souveränitätsstrategie passen, verlagert aber Betriebsverantwortung nicht weg. Managed Hosting kann entlasten, setzt jedoch klare Aussagen zu Datenstandort, Subunternehmern, Wartungsfenstern, Backup-Zielen und Eskalation voraus. Das neue Partnerprogramm erweitert potenziell die Auswahl; es ersetzt keine Prüfung dieser Punkte.

2. Identitäten und Rechte zuerst planen

Der kollaborative Arbeitsplatz steht und fällt mit Identitäten. Vor dem Pilotstart sollten Gruppen, Rollen, Offboarding und Mehrfaktor-Authentifizierung geklärt sein. Ein lokaler Testaccount ist kein Abbild des späteren Betriebs. Werden Rechte später improvisiert, entstehen schnell unübersichtliche Freigaben und Schatten-Administratoren.

3. Dokumente nach Risiko statt nach Menge auswählen

Ein erster Pilot muss nicht alle historischen Daten übernehmen. Sinnvoller ist eine kleine, repräsentative Auswahl aktueller Vorlagen und Dateien: Verträge nur, wenn der Schutzbedarf und die Freigabeprozesse dafür geklärt sind; operative Unterlagen, wenn die Zusammenarbeit daran realistisch getestet werden kann. Besonders bei DOCX, XLSX und PPTX sollten komplexe Vorlagen mit Makros, Spezialschriften oder vielen externen Verknüpfungen separat bewertet werden.

4. Ausstieg und Parallelbetrieb definieren

Ein Pilot ist nur dann risikoarm, wenn klar ist, wie die Gruppe bei Problemen weiterarbeiten kann. Dazu gehören ein definiertes Zeitfenster, ein Ansprechpartner, gesicherte Datenexporte und die Entscheidung, welche Systeme während der Erprobung führend bleiben. Parallelbetrieb ist kein Makel, solange er zeitlich begrenzt und dokumentiert ist.

Was digitale Souveränität im KMU-Alltag bedeutet

Digitale Souveränität ist kein Synonym für „alles selbst betreiben“ und keine Garantie gegen Abhängigkeiten. Sie bedeutet vor allem, Abhängigkeiten bewusst zu gestalten: Datenflüsse verstehen, Wechselmöglichkeiten erhalten, Schnittstellen dokumentieren und den Betrieb nicht allein von einem unprüfbaren Vertrags- oder Produktentscheid abhängig machen.

Open-Source-Software kann dabei einen wichtigen Hebel liefern. Sie löst jedoch nicht automatisch Fragen zu Datenschutz, Informationssicherheit oder Change-Management. Auch ein quelloffenes System benötigt Patch-Management, Härtung, Protokollierung und Verantwortliche. Der geschäftliche Nutzen entsteht erst, wenn Technik und Betriebsmodell zusammenpassen.

Ein pragmatischer Start für DACH-Teams

Der nächste Schritt ist daher kein Lizenzvergleich auf Basis von Preislisten. Sinnvoll ist ein Souveränitäts-Assessment: aktuelle Arbeitsabläufe erfassen, kritische Integrationen markieren, einen Pilot-Scope wählen und Anforderungen an Betrieb und Support festhalten. Bei FEHMER TECH startet ein solches Assessment ab 690 Euro; begleiteter Rollout- und Betriebssupport beginnt ab 990 Euro pro Monat. Der Umfang hängt von Teamgröße, Integrationen und gewünschtem Betriebsmodell ab.

Das Partnerprogramm von openDesk ist ein belastbares Signal, dass der Markt für souveräne Arbeitsplätze über die Verwaltung hinaus geöffnet wird. Wer heute strukturiert pilotiert, gewinnt eine fundierte Entscheidungsbasis. Wer sofort alles ablösen will, tauscht oft nur eine Abhängigkeit gegen ein unkontrolliertes Projekt.

Quelle

ZenDiS, „openDesk Partnerprogramm für Cloud-Anbieter und IT-Dienstleister startet“, veröffentlicht am 23. September 2026.

Sie möchten prüfen, ob openDesk, Euro-Office oder openCode zu Ihren Arbeitsabläufen passen? FEHMER TECH begleitet Assessment, Pilot, Migration und Betrieb für KMU, Startups und Tech-Teams im DACH-Raum.