Paperless-ngx mit ODT: offene Dokumentenformate im praktischen Workflow
Veröffentlicht am 13. Juli 2026 · zuletzt aktualisiert am 6. Oktober 2026 / in Digitale Archive
Inhaltsübersicht
Einordnung: Dieser Beitrag dokumentiert einen erfolgreich beschriebenen ODT-Praxistest mit Paperless-ngx 2.20.15 und den damaligen Zusatzdiensten. Ein gesondertes Testdatum ist hier nicht ausgewiesen. Der genannte Produktstand ist keine Aussage über die heute eingesetzte oder neueste Version; andere Versionen und aufwendige Dokumentvorlagen benötigen einen eigenen Test.
Paperless-ngx kann neben DOCX auch das offene ODT-Format verarbeiten. In meiner bestehenden Installation wurde dieser Ablauf praktisch geprüft: Das ODT-Dokument wurde erkannt, ausgelesen, in eine PDF-Archivfassung konvertiert und erfolgreich in Paperless-ngx abgelegt.
Damit ist eine wichtige Voraussetzung geschaffen, um neue Dokumente schrittweise mit LibreOffice statt Microsoft Word zu erstellen, ohne den vorhandenen Dokumenten-Workflow aufzugeben.
Kurz gesagt
LibreOffice Writer erstellt das bearbeitbare ODT-Original. Apache Tika liest Text und Metadaten aus. Gotenberg erzeugt eine stabile PDF-Fassung. Paperless-ngx übernimmt Suche, Metadaten und automatisierte Zuordnung. Original und Archivfassung bleiben gemeinsam verfügbar.
Genutzte Produkte und Standards
| Produkt oder Standard | Aufgabe im Workflow |
|---|---|
| LibreOffice Writer | Erstellen und Bearbeiten der Dokumente; Alternative zu Microsoft Word. |
| OpenDocument Text (ODT) | Offenes, standardisiertes und bearbeitbares Originalformat. |
| Paperless-ngx 2.20.15 | Dokumentenverwaltung, Volltextsuche, Klassifizierung und Workflow-Automatisierung. |
| Apache Tika | Extraktion von Text und Metadaten aus ODT, DOCX und weiteren Office-Formaten. |
| Gotenberg 8 | Serverseitige Konvertierung der Office-Dokumente in PDF. |
| PDF beziehungsweise PDF/A | Stabile Anzeige-, Such- und Archivfassung. |
| Debian Linux | Betriebssystem des Dokumentenservers. |
| Docker | Isolierter und reproduzierbarer Betrieb der Dienste. |
| Redis | Vermittlung von Hintergrundaufgaben innerhalb der Paperless-Umgebung. |
Technischer Stand
Paperless-ngx läuft in der geprüften Umgebung als Docker-Installation auf Debian. Apache Tika und Gotenberg sind als Zusatzdienste aktiv. Die Office-Verarbeitung ist eingeschaltet und ein ODT-Praxistest wurde erfolgreich abgeschlossen.
Die Komponenten haben klar getrennte Aufgaben: Tika erschließt den Inhalt, Gotenberg erzeugt die PDF-Darstellung und Paperless-ngx verwaltet Originaldatei, Archivfassung und Metadaten.
Der praktische Dokumenten-Workflow
- Erstellen: Das Dokument wird in LibreOffice Writer erstellt und als ODT gespeichert.
- Übergeben: Die ODT-Datei gelangt über Consume-Ordner, Weboberfläche oder API zu Paperless-ngx.
- Auslesen: Apache Tika extrahiert Volltext und Metadaten.
- Konvertieren: Gotenberg erzeugt eine PDF-Archivfassung.
- Klassifizieren: Paperless-Workflows weisen je nach Regeln Titel, Datum, Korrespondent, Dokumententyp, Tags und Speicherpfad zu.
- Archivieren: Das bearbeitbare ODT-Original und die durchsuchbare PDF-Fassung bleiben gemeinsam verfügbar.
Automatische Klassifizierung
Der aus einer ODT-Datei extrahierte Text steht den vorhandenen Paperless-Workflows genauso zur Verfügung wie der Inhalt von PDF- oder DOCX-Dateien. Dadurch können unter anderem folgende Informationen automatisch zugewiesen werden:
- Titel und Dokumentdatum
- Korrespondent
- Dokumententyp
- Tags
- Speicherpfad
- benutzerdefinierte Felder
Der offene Ursprung des Dokuments ändert also nichts an der gewohnten Weiterverarbeitung in Paperless-ngx.
Originaldatei und Archivfassung
Paperless-ngx bewahrt die ursprüngliche ODT-Datei unverändert auf. Zusätzlich entsteht eine PDF- beziehungsweise PDF/A-Fassung für Anzeige, Suche und Archivierung.
Das ODT bleibt als bearbeitbares Original erhalten. Die PDF bietet eine konsistente Darstellung, selbst wenn später ein anderes Office-Programm oder ein anderes Dokumentenmanagementsystem verwendet wird.
Schrittweiser Übergang von DOCX zu ODT
Eine sofortige Massenkonvertierung vorhandener DOCX-Dateien ist nicht erforderlich. Paperless-ngx unterstützt DOCX und ODT parallel. Der Übergang kann deshalb kontrolliert erfolgen:
- vorhandene DOCX-Dokumente unverändert archivieren
- neue Dokumente bevorzugt als ODT erstellen
- häufig genutzte Vorlagen schrittweise nach ODT übertragen
- komplexe Layouts, Makros, Formularfelder und besondere Schriftarten einzeln prüfen
- wichtige Dokumente zusätzlich als PDF oder PDF/A ausgeben
Grenzen und Abgrenzung
ODT reduziert die Bindung an einen einzelnen Hersteller, löst aber nicht automatisch jedes Kompatibilitätsproblem. Aufwendige Word-Vorlagen, VBA-Makros, spezielle Schriftarten oder komplexe Formularfunktionen müssen vor einer Umstellung geprüft werden.
Paperless-ngx ist zudem die Arbeits- und Rechercheoberfläche, nicht der alleinige Garant für Langzeitarchivierung. Vollständige Exporte, verständliche Dateinamen und geprüfte Backups bleiben weiterhin notwendig.
Fazit
Mit LibreOffice Writer für die Bearbeitung, ODT als offenem Originalformat, Paperless-ngx für Verwaltung und Automatisierung sowie PDF/A als stabiler Archivfassung besteht ein durchgängiger, praktisch geprüfter Dokumentenprozess.
Bestehende DOCX-Dateien bleiben nutzbar. Neue Dokumente können schrittweise herstellerunabhängiger entstehen. Damit ist der technische Weg weg von Microsoft geebnet, ohne einen riskanten Systembruch und ohne den etablierten Paperless-Workflow zu verlieren.
Weiterführende Informationen
- Paperless-ngx: unterstützte Dateitypen
- Paperless-ngx: Tika-Konfiguration
- Paperless-ngx im privaten Dokumentenarchiv
Persönliche Unterstützung
Dieser Artikel vermittelt die fachlichen Grundlagen. Wenn Sie die beschriebenen Methoden auf einen konkreten Bestand oder ein bestehendes System übertragen möchten, finden Sie ergänzende Informationen unter Dienstleistungen.