OFORK vs OTRS Community Edition: Was ändert der neue Fork?

Die Entscheidung für ein Ticketsystem aus der OTRS-Familie steht im Jahr 2026 vor einer neuen Dynamik. Während die OTRS Community Edition als stabilisierte Fortführung des ursprünglichen Open-Source-Zweiges gilt, ist mit O-Fork ein Projekt präsent, das mit einer deutlich höheren Versionsnummer und einer anderen Lizenzierung operiert. Für IT-Leiter und technische Entscheider stellt sich nicht nur die Frage nach dem Funktionsumfang, sondern primär nach der langfristigen Wartbarkeit, der rechtlichen Sicherheit durch die gewählte Lizenz und der Kompatibilität zur bestehenden Infrastruktur. Da beide Systeme auf Perl basieren und die klassische .opm-Paketstruktur nutzen, liegen die entscheidenden Unterschiede in der Governance, dem Veröffentlichungszyklus und den spezifischen Anforderungen an die Datenbankumgebung.

Herkunft und Governance: Kontinuität gegen Neuausrichtung

Die OTRS Community Edition wird von Centuran Consulting gepflegt. Es handelt sich dabei um die direkte Fortführung des Quellcodes, den der ursprüngliche Hersteller im Jahr 2021 eingestellt hat. Das Projekt verfolgt einen konservativen Maintenance-Ansatz, um die Stabilität für bestehende Installationen zu gewährleisten. Die Governance ist hier klar durch einen kommerziellen Dienstleister geprägt, der die Kontinuität der Version 6.0 sicherstellt. Die Historie dieses Zweiges reicht bis in das Jahr 2001 zurück, was sich in einer gewissen Reife der Prozesse widerspiegelt.

Im Gegensatz dazu präsentiert sich O-Fork als ein Projekt, dessen öffentliches Repository auf den Oktober 2025 datiert ist, während die Projektbeschreibung selbst eine Historie bis in das Jahr 2018 beansprucht https://o-fork.de/. Die Governance wird als projektverantwortlich geführte Open-Source-Entwicklung beschrieben, ohne dass zum aktuellen Stand ein einzelner kommerzieller Backer wie bei Centuran explizit im Vordergrund steht. Mit der Version 12.0.3 suggeriert O-Fork einen technologischen Sprung, der weit über die Version 6.0 der Community Edition hinausgeht. Für Administratoren bedeutet dies, dass die interne Struktur von O-Fork möglicherweise signifikante Abweichungen zum klassischen OTRS-Standard aufweist, was bei Migrationen oder der Verwendung von Drittanbieter-Modulen geprüft werden muss.

Lizenzrechtliche Konsequenzen: GPL v3.0 vs. AGPL v3.0

Ein wesentlicher Unterschied für die Rechtsabteilung und die strategische Planung liegt in der Lizenzierung. Die OTRS Community Edition steht unter der GNU GPL v3.0. Diese Lizenz ist im Open-Source-Umfeld weit verbreitet und erlaubt die Nutzung sowie Modifikation des Codes, wobei die Weitergabe von Änderungen an die Distribution des Programms gebunden ist.

O-Fork hingegen setzt auf die GNU AGPL v3.0 https://github.com/Franziska-Steps-OFORK-Kim-KI/ofork. Die Affero General Public License schließt die sogenannte „ASP-Lücke“. Das bedeutet: Wenn das System über ein Netzwerk (z. B. als SaaS oder im Kundenportal) bereitgestellt wird, müssen Modifikationen am Quellcode den Nutzern zugänglich gemacht werden. Für Unternehmen, die tiefe Eigenentwicklungen am Kern des Systems planen und diese nicht veröffentlichen möchten, stellt die AGPL eine höhere Anforderung an die Compliance dar als die GPL. Die Wahl der AGPL deutet darauf hin, dass O-Fork einen starken Fokus auf die Integrität des Open-Source-Gedankens legt und sicherstellen möchte, dass Verbesserungen der Community zugutekommen.

Technischer Stack und Datenbank-Restriktionen

Beide Systeme sind primär in Perl geschrieben. Bei O-Fork entfallen laut Sprachanalyse 93,5 % des Codes auf Perl, ergänzt durch JavaScript (3,8 %) und CSS (2,1 %). Beide nutzen den Apache Webserver mit mod_perl als technisches Fundament. Dennoch zeigen sich bei den unterstützten Datenbanken Details, die für die Infrastrukturplanung kritisch sind.

Die OTRS Community Edition unterstützt ein breites Spektrum an Datenbanken, darunter MySQL, MariaDB, PostgreSQL und Oracle. Spezifische Versionsbeschränkungen nach oben sind für den Maintenance-Zweig 6.0 nicht explizit im Datenpaket negativ abgegrenzt.

O-Fork listet in der Version 12.0.3 jedoch eine bemerkenswerte Einschränkung auf: MySQL wird nur in Versionen kleiner als 8.0 unterstützt https://github.com/Franziska-Steps-OFORK-Kim-KI/ofork/releases/tag/v12.0.3. Da MySQL 8.0 bereits seit längerer Zeit der aktuelle Standard ist, müssen Administratoren bei einer Migration zu O-Fork sicherstellen, dass ihre Datenbankumgebung kompatibel ist oder auf MariaDB, PostgreSQL (>= 9.2) oder Oracle (>= 10g) ausweichen. Diese Restriktion kann in modernen Linux-Distributionen, die standardmäßig MySQL 8.x ausliefern, zu einem erhöhten Aufwand bei der Bereitstellung führen.

Ökosystem, Pakete und Community-Metriken

Ein Ticketsystem lebt von seinen Erweiterungen. Beide Systeme nutzen das .opm-Format für Pakete. Ein Blick auf die verfügbaren Ressourcen zeigt jedoch eine Diskrepanz in der aktuellen Sichtbarkeit: Während für die OTRS Community Edition im Hub 111 Pakete gelistet sind, weist das Verzeichnis für O-Fork zum Stand 30.07.2026 keine spezifischen Pakete aus. Dies bedeutet nicht zwingend, dass keine Erweiterungen existieren, aber die Auffindbarkeit und die Dokumentation der Kompatibilität sind bei der Community Edition derzeit ausgeprägter.

Die Community-Aktivität, gemessen an Repository-Metriken (Stand Juli 2026), ist bei der OTRS Community Edition mit 61 Stars und 13 Forks höher als bei O-Fork mit 4 Stars und einem Fork. Für technische Entscheider ist dies ein Indikator für die Verbreitung und die potenzielle Geschwindigkeit, mit der Sicherheitslücken oder Bugs durch die Community identifiziert werden. O-Fork ist mit einem ersten öffentlichen Release im Jahr 2025 ein deutlich jüngeres Projekt im öffentlichen Raum, was bei der Risikoabwägung hinsichtlich der Langzeitstabilität berücksichtigt werden sollte.

Betriebliche Aspekte: Deployment und Suche

In Bezug auf den Betrieb (Ops) bieten beide Systeme klassische Installationswege auf Linux-Basis an. Native Unterstützung für Container-Orchestrierung wie Kubernetes oder offizielle Docker-Images sind für beide Systeme im vorliegenden Datenpaket als „unbekannt“ eingestuft. Administratoren müssen also in beiden Fällen von einer manuellen Installation oder eigenverantwortlichen Containerisierung ausgehen.

Bei der Suchfunktion setzt die OTRS Community Edition auf die Volltextsuche der Datenbank. Für O-Fork liegen keine gesicherten Informationen über die Integration von externen Suchmaschinen wie Elasticsearch oder Redis vor. Auch hier bleibt die Datenbank die primäre Komponente für die Datenhaltung und Suche. Das Monitoring erfolgt bei der Community Edition über Daemon-Status-Checks; für O-Fork sind keine spezifischen Monitoring-Tools im Standard-Datenpaket dokumentiert.

Für wen passt welches System?

Die Wahl zwischen diesen beiden Zweigen der OTRS-Linie hängt stark von der Risikobereitschaft und den spezifischen Anforderungen an die Versionierung ab.

Die OTRS Community Edition ist eher geeignet für Organisationen, die:

• Wert auf eine langjährig erprobte Codebasis (seit 2001) legen.
• Eine stabile Maintenance-Version (6.0) suchen, die von einem bekannten Dienstleister (Centuran) gepflegt wird.
• Auf eine größere Auswahl an existierenden .opm-Paketen angewiesen sind.
• Die GPL v3.0 gegenüber der restriktiveren AGPL bevorzugen.

O-Fork ist eine Option für Organisationen, die:

• Ein System mit einer modernen Versionsnummer (v12) einsetzen möchten und bereit sind, die damit verbundenen Änderungen im Code zu evaluieren.
• Die AGPL-Lizenzierung unterstützen oder deren Bedingungen (Offenlegung von Änderungen bei Netzwerkzugriff) in ihr Compliance-Modell passen.
• Eine Datenbank-Infrastruktur betreiben, die die spezifischen Anforderungen (z. B. MySQL < 8.0 oder PostgreSQL) erfüllt.
• Ein junges Projekt unterstützen wollen, das eine alternative Entwicklungslinie zum Centuran-Zweig darstellt.

Datenstand und Grenzen des Vergleichs

Dieser Vergleich basiert auf den verfügbaren Daten mit Stand vom 30.07.2026. Bitte beachten Sie, dass für O-Fork Informationen zu kritischen Betriebsaspekten wie Elasticsearch-Integration, Redis-Support oder nativer Container-Unterstützung zum aktuellen Zeitpunkt nicht vorliegen. Ebenso ist die tatsächliche Kompatibilität von Legacy-Paketen der OTRS Community Edition in der O-Fork-Umgebung nicht abschließend belegt. Die Angabe einer Projekthistorie bis 2018 bei O-Fork steht im Kontrast zum ersten öffentlichen Release im Jahr 2025; eine Verifizierung dieser frühen Entwicklungsphase ist anhand der öffentlichen Repositories nur bedingt möglich.

Fazit

Sowohl die OTRS Community Edition als auch O-Fork bieten einen Weg, die bewährte Perl-basierte Ticketing-Logik ohne die kommerziellen Lizenzgebühren des Herstellers OTRS AG weiterzuführen. Während Centuran mit der Community Edition auf maximale Stabilität und Kontinuität setzt, stellt O-Fork einen neuen, ambitionierten Zweig dar, der jedoch aufgrund der geringeren Community-Größe und spezifischer technischer Einschränkungen (Datenbankversionen) eine genauere Prüfung der Zielumgebung erfordert.

Für eine detaillierte Gegenüberstellung der technischen Parameter nutzen Sie bitte unseren interaktiven Vergleich, um die Systeme direkt nebeneinander zu analysieren.