Office-Funktionen in die eigene Software bringen
Nutzer erwarten heute, Dokumente direkt in der Anwendung bearbeiten zu können. Für Entwicklungsteams stellt sich die Frage: selbst entwickeln oder eine fertige Komponente integrieren? Und wenn integrieren – worauf kommt es an?
Wer eine Web-Anwendung betreibt – ob Dokumentenmanagementsystem, CRM, E-Learning-Plattform oder Branchenlösung –, kennt den Moment: Irgendwann reicht es nicht mehr, Dateien nur hochzuladen und herunterzuladen. Nutzer wollen Dokumente öffnen, bearbeiten, gemeinsam daran arbeiten. Und zwar dort, wo sie ohnehin arbeiten: in der Anwendung selbst.
Die Eigenentwicklung eines browserbasierten Editors ist dabei selten eine realistische Option. Allein die Darstellung komplexer Office-Formate – Seitenlayout, Tabellenkalkulation, Präsentationsfolien – bindet erhebliche Entwicklungskapazität. Hinzu kommen Echtzeit-Kollaboration, Versionierung, Formatkonvertierung und laufende Wartung. Für die meisten Teams ist die pragmatischere Frage deshalb nicht ob, sondern welche Office-Komponente sie integrieren.
Was eine integrierbare Office-Lösung leisten muss
Die Anforderungen lassen sich auf einige Kernpunkte verdichten.
Erstens: Formatkompatibilität. DOCX, XLSX und PPTX sind in den meisten Arbeitsumgebungen Standard, und eine Office-Komponente muss diese Formate originalgetreu darstellen und verarbeiten können – und das zuverlässig.
Zweitens: Echtzeit-Kollaboration. Mehrere Nutzer müssen gleichzeitig an einem Dokument arbeiten können, mit nachvollziehbaren Änderungen und Kommentarfunktion.
Drittens: Datenhoheit. Gerade im europäischen Markt ist entscheidend, dass die Dokumentenverarbeitung auf der eigenen Infrastruktur stattfindet und keine Nutzerdaten an Drittserver fließen.
Viertens: Flexibilität. Die Lösung muss sich in unterschiedliche Tech-Stacks einbetten lassen, unabhängig von Programmiersprache und Framework.
Und fünftens Anpassbarkeit: Oberfläche, Funktionsumfang und Verhalten sollten sich an die eigene Anwendung anpassen lassen, nicht umgekehrt.
Ein Punkt verdient dabei besondere Aufmerksamkeit: die Frage, ob die Office-Komponente quelloffen oder proprietär ist. Für Entwicklungsteams bringt Open-Source-Software handfeste Vorteile. Der Code ist einsehbar und auditierbar – bei einer Komponente, die sensible Unternehmensdokumente verarbeitet, kein Nebenschauplatz, sondern eine Grundvoraussetzung für viele Sicherheits- und Compliance-Anforderungen. Es entsteht keine Abhängigkeit von einem geschlossenen Ökosystem: Wer den Quellcode hat, behält die Kontrolle, auch wenn sich Lizenzmodelle oder Unternehmensstrategien des Anbieters ändern. Und eine aktive Open-Source-Community sorgt dafür, dass Fehler schneller entdeckt, Integrationen schneller entwickelt und Sicherheitslücken schneller geschlossen werden.
ONLYOFFICE Docs Developer: Eine Open-Source-Lösung für genau dieses Problem
ONLYOFFICE Docs Developer ist eine selbstgehostete Office-Suite, die für die Integration in Drittanwendungen konzipiert wurde. Sie umfasst Editoren für Textdokumente, Tabellen, Präsentationen, PDF-Dateien und ausfüllbare Formulare. Technisch basiert die Suite auf JavaScript mit HTML5 Canvas auf der Client-Seite und Node.js auf der Server-Seite. Das bedeutet: Die Dokumentenverarbeitung findet im Browser des Nutzers statt, auf dem ONLYOFFICE-Server werden keine Nutzerdaten gespeichert.
Der Quellcode ist unter der GNU AGPL v3 verfügbar und auf GitHub einsehbar. Für den kommerziellen Einsatz – insbesondere bei SaaS-Produkten, bei denen die AGPL-Bedingungen nicht zum Geschäftsmodell passen – steht die Developer-Lizenz zur Verfügung, die zusätzlich White-Labeling, erweiterten Support und die Automation API umfasst.
Die Deployment-Optionen decken die gängigen Szenarien ab: Docker, Linux-Pakete, Windows, Kubernetes und fertige Cloud-Images für AWS. Die Editoren lassen sich in Anwendungen integrieren, die in .NET, Java, PHP, Node.js, Python, Ruby oder C++ geschrieben sind.
Integration: Zwei Wege, über 40 fertige Anbindungen
Für die Einbettung der Editoren stehen zwei Integrationswege zur Verfügung. Die hauseigene Docs API arbeitet mit einem JavaScript-Schnittstellenskript, einem Konfigurationsobjekt und einem Callback-Handler – drei Komponenten, mit denen sich die Editoren in eine bestehende Web-Anwendung einbetten lassen. Alternativ unterstützt ONLYOFFICE das WOPI-Protokoll, einen offenen Standard, der unter anderem von SharePoint-Umgebungen genutzt wird.
Wer die Editoren nicht in eine eigene Anwendung integriert, sondern in eine bestehende Plattform einbinden will, findet über 40 fertige Integrations-Apps: für Odoo, Confluence, Jira, ownCloud, Moodle, WordPress, Alfresco, Liferay, Redmine und zahlreiche weitere Systeme. Alle Apps sind quelloffen und auf GitHub verfügbar.
Automatisieren, generieren, erweitern
Über die reine Editor-Integration hinaus bietet das ONLYOFFICE-Ökosystem drei weitere Werkzeuge, die unterschiedliche Entwicklerszenarien abdecken.
Der Document Builder ermöglicht die programmatische Erzeugung von Dokumenten – DOCX, XLSX, PPTX oder PDF – ohne laufenden Editor. Typische Anwendungsfälle sind die automatisierte Rechnungserstellung, Report-Generierung oder das Befüllen von Vertragsvorlagen. SDKs stehen für Python, C++, Java und .NET zur Verfügung.
Die Automation API erlaubt den umgekehrten Weg: Über eine Connector-Klasse lassen sich laufende Editoren von außen steuern. So können Plattformbetreiber etwa Kommentare in ein eigenes Interface übernehmen, Review-Prozesse über externe Panels verwalten oder Formularfelder mit Daten aus dem CRM befüllen.
Plugins und Makros schließlich ermöglichen es, die Editoren um eigene Funktionen zu erweitern – von der Anbindung externer Dienste bis hin zu KI-gestützten Textfunktionen. Das Plugin-Verzeichnis umfasst bereits zahlreiche fertige Erweiterungen, und die Entwicklung eigener Plugins ist über eine dokumentierte API möglich.
Wenn es mehr als nur der Editor sein soll
Für Anwendungsszenarien, die über die reine Dokumentenbearbeitung hinausgehen, bietet ONLYOFFICE mit DocSpace Developer eine Full-Stack-Kollaborationsplattform. DocSpace bündelt Editoren, Dateispeicherung, Berechtigungssystem und verschiedene Raumtypen – darunter Räume für Zusammenarbeit, Formularbearbeitung und virtuelle Datenräume – in einem per JavaScript SDK einbettbaren Paket. Auch hier gilt: Self-Hosting ist möglich, die Nutzerdaten bleiben in der eigenen Infrastruktur.
Einstiegspunkte
Die vollständige API-Dokumentation ist unter api.onlyoffice.com öffentlich zugänglich. Ein interaktiver Playground erlaubt es, die verschiedenen APIs direkt im Browser auszuprobieren, ohne eine eigene Instanz aufsetzen zu müssen. Wer mit einer bestehenden Plattform arbeitet, findet die Integrations-Apps auf GitHub. Und wer den Quellcode inspizieren will, findet das gesamte Projekt unter github.com/ONLYOFFICE.
