OTRS Community Edition · Upgrade & Migration

OTRS sicher zu
Znuny migrieren.

Wir analysieren Ihr bestehendes OTRS-System, erproben den vollständigen Upgradepfad mit einer Systemkopie und begleiten den kontrollierten Wechsel auf eine aktuelle Znuny-Version.

  • Testmigration vorab
  • Klare Abnahmekriterien
  • Geplanter Rückfallweg
Zielsystem · Znuny
Znuny Agenten-Dashboard als Ziel einer OTRS-Migration

Warum wechseln?

Bewährte Datenbasis. Aktiv gepflegtes Zielsystem.

Die OTRS Community Edition bildet in vielen Unternehmen weiterhin wichtige Serviceprozesse ab. Für einen dauerhaft sicheren und wartbaren Einsatz braucht sie jedoch einen gepflegten Nachfolger. Znuny führt die offene OTRS-Tradition fort und ermöglicht in vielen Fällen einen strukturierten Upgradepfad ohne vollständige Neueinführung.

01

Aktuelle Sicherheitsupdates

Das Zielsystem wird aktiv weiterentwickelt und erhält neue Releases sowie sicherheitsrelevante Korrekturen.

02

Bestehende Daten nutzen

Tickets, Artikel, Benutzer, Anhänge und Historien können über die vorgesehenen Upgradewege im System erhalten bleiben.

03

Prozesse weiterführen

Queues, Rollen, SLAs, Vorlagen und Workflows werden geprüft und kontrolliert in die Zielversion überführt.

04

Anpassungen bewerten

Eigene Module, Themes, Pakete und Datenbankänderungen werden vor dem produktiven Wechsel einzeln betrachtet.

05

Schnittstellen absichern

E-Mail, LDAP, SSO, Webservices und angebundene Systeme werden in einer nachvollziehbaren Testmatrix geprüft.

06

Weiterentwicklung ermöglichen

Nach der Migration lässt sich Znuny mit individuellen Add-ons und offenen Schnittstellen gezielt ausbauen.

Technische Bestandsaufnahme

Erst verstehen. Dann migrieren.

Ein OTRS-System besteht nicht nur aus der installierten Versionsnummer. Datenvolumen, Pakete, eigene Anpassungen, wiederkehrende Jobs und angebundene Systeme bestimmen den tatsächlichen Migrationsaufwand.

Deshalb erfassen wir vorab die Ausgangslage und legen fest, welche Zwischenversionen, Anpassungen und Tests für einen belastbaren Wechsel erforderlich sind.

  • OTRS- und Betriebssystemversion
  • Datenbankgröße, Anhänge und Artikelbestand
  • Installierte Pakete und eigene Module
  • Templates, Themes und Frontend-Anpassungen
  • E-Mail, LDAP, SSO und Webservices
  • Jobs, Reports und externe Integrationen

Unser Migrationsablauf

Vom Ist-System zum kontrollierten Go-live.

Die produktive Umgebung wird erst umgestellt, wenn Upgradeweg, Laufzeit und Prüfergebnisse anhand einer realistischen Systemkopie bekannt sind.

01 · ANALYSE

System aufnehmen

Wir erfassen Versionen, Daten, Pakete, Anpassungen und Schnittstellen und leiten daraus den Migrationspfad ab.

02 · PLANUNG

Upgradeweg festlegen

Notwendige Zwischenversionen, technische Voraussetzungen, Tests und Abnahmekriterien werden verbindlich geplant.

03 · TEST

Migration erproben

Mit einer Systemkopie führen wir den vollständigen Ablauf durch, dokumentieren Laufzeiten und korrigieren Abweichungen.

04 · ABNAHME

Funktionen prüfen

Ticketdaten, Berechtigungen, E-Mail-Verarbeitung, Prozesse und Integrationen werden anhand der Testmatrix geprüft.

05 · GO-LIVE

Produktiv wechseln

Datensicherung, Wartungsfenster, Migration, technische Prüfung und Freigabe erfolgen nach dem erprobten Ablauf.

06 · SUPPORT

Stabil weiterarbeiten

Nach dem Wechsel unterstützen wir bei Fehleranalyse, Updates, Konfigurationsänderungen und Weiterentwicklung.

Was wir berücksichtigen

Standardpfad, wo möglich. Individuelle Lösung, wo nötig.

Je näher ein System am Standard betrieben wird, desto direkter ist der Wechsel. Bei langjährig gewachsenen Installationen prüfen wir Abweichungen gezielt, statt sie ungeprüft in das Zielsystem zu übernehmen.

A

Tickets & Historien

Stichproben und Mengenkontrollen für Tickets, Artikel, Anhänge, Verknüpfungen und Zeitangaben.

B

Benutzer & Rechte

Prüfung von Agenten, Kundenbenutzern, Gruppen, Rollen und externen Benutzerverzeichnissen.

C

Prozesse & Automation

Validierung von Prozessmanagement, Generic Agent, Eskalationen, Benachrichtigungen und Vorlagen.

D

Add-ons & Customizing

Kompatibilitätsprüfung, Aktualisierung oder gezielte Neuumsetzung individueller Erweiterungen.

F

Dokumentation

Nachvollziehbarer Migrationsablauf, Prüfergebnisse und festgehaltene Besonderheiten Ihrer Umgebung.

Häufige Fragen

Vor der OTRS-Migration wichtig.

Die konkrete Antwort hängt immer von Ausgangsversion, Datenbestand und individuellen Erweiterungen ab. Eine Testmigration schafft vor dem produktiven Wechsel Klarheit.

01

Können Tickets, Anhänge und Historien übernommen werden?

Bei einer Migration über die vorgesehenen Upgradepfade bleiben die Daten grundsätzlich im bestehenden System erhalten. Welche Daten und individuellen Erweiterungen vollständig übernommen werden können, prüfen wir vorab in einer Testmigration.

02

Ist ein direkter Sprung auf die aktuelle Znuny-Version möglich?

Das hängt von Ihrer Ausgangsversion ab. Häufig sind definierte Zwischenversionen notwendig. Wir planen die Versionsschritte nach der Bestandsaufnahme und erproben sie vollständig mit einer Systemkopie.

03

Was geschieht mit Add-ons und individuellen Anpassungen?

Pakete, eigene Module, Templates, Datenbankänderungen und Schnittstellen werden inventarisiert. Anschließend wird entschieden, welche Komponenten aktualisiert, ersetzt oder für Znuny angepasst werden müssen.

04

Wie wird die Ausfallzeit begrenzt?

Aus der Testmigration kennen wir Laufzeiten und mögliche Engpässe. Damit planen wir ein realistisches Wartungsfenster einschließlich Datensicherung, Prüfungen, Freigabe und Rückfallweg.

Migration einordnen

Welche Ausgangslage hat Ihr OTRS-System?

Nennen Sie uns Version, Datenbank, ungefähre Ticketmenge und bekannte Erweiterungen. Wir ordnen den möglichen Upgradepfad und den sinnvollsten nächsten Schritt gemeinsam ein.

Migration anfragen Unverbindlich · direkt mit einem Techniker