Migration KIX 17 zu KIX 18
Sie können die Daten aus KIX 17 nach KIX 18 übertragen.
KIX Pro Nutzer können die Migration automatisiert über die GUI starten.
Sie können die Migration komplett durchführen oder durch Angabe entsprechender Parameter im Konsolenbefehl auf einzelne Objekte beschränken.
Die Migration erfolgt vonseiten KIX 18. KIX 18 (aktives System) holt sich die Daten vom Quellsystem KIX 17 (passives System) ab. Sie müssen in KIX 18 als Nutzer mit Admin-Rechten angemeldet sein, um die Migration durchführen zu können (Rollen: System Admin, Superuser).
Gern können Sie sich an unseren Support wenden, wenn Sie Fragen zur Migration haben oder Hilfe benötigen.
Es ist möglich, während der Migration weiter zu arbeiten. Beachten Sie jedoch den folgenden Hinweis:
Achtung
Die Migration wird je nach Datenumfang einige Zeit in Anspruch nehmen und führt zu einer erhöhten Systemlast beider KIX-Systeme sowie von Hardware und Netzwerk. Sie sollten die Migration daher auf einen ruhigen Zeitpunkt legen (Wochenenden, Feiertage).
KIX 18 beantwortet diverse Szenarien anders als KIX 17 und verwirft einige der historisch gewachsenen Strukturen. Bitte beachten Sie, dass es nicht für alle Funktionen und Verhaltensweisen aus KIX 17 eine 1:1 Entsprechung in KIX 18 gibt. KIX 18 ist in großen Teilen ein eigenständiges Produkt. Nachfolgend finden Sie daher einige Hinweise auf relevante Aspekte.
Berechtigungsstruktur
Das Berechtigungssystem in KIX 18 ist von Grund auf neu erstellt (s. auch Berechtigungskonzept). Wenden Sie sich bitte an unseren Support, wenn Sie Unterstützung bei der Migration benötigen.
Kunden- und Agentennutzer
In KIX 18 bilden "Kontakte" die Grundlage für Ansprechpartner und Agenten. Einem Kontakt kann ein Nutzerkonto zugeordnet werden. Damit wird der Kontakt zum Nutzer und er kann sich am Self Service Portal oder als Agent am Agentenportal anmelden.
Die Migration erzeugt:
aus jedem KIX 17-Kundenansprechpartner einen KIX 18-Kontakt mit dem Nutzungskontext "Kunde" (Zugang zum Self Service Portal)
aus jedem KIX 17-Agentennutzer einen KIX 18-Kontakt mit dem Nutzungskontext "Agent" (Zugang zum Agentenportal).
Ist ein KIX 17-Login-Kenner sowohl als "Kundennutzer" als auch als "Agentennutzer" vorhanden, erhält der resultierende KIX 18-Nutzer beide Nutzungskontexte. Grundlage für die Migration bilden die in der KIX 17-Datenbank vorhandenen Kunden- und Agentennutzer (siehe Migrationsvorbereitung).
Kontakte und Organisationen
In KIX 18 muss den Kontakten nicht zwingend eine Organisation zugeordnet sein. Auch die Tickets zu diesen Kontakten bedürfen keiner Organisation. Daher wird bei einer Migration von Kontakten und Tickets keine Organisation mehr angelegt, wenn der Kontakt oder das Ticket keine zugeordnete Organisation hat. Ist keine Kundenfirma zur CustomerID eines Kontakts angelegt, werden die Zuordnungen nicht übertragen und die Kontakte existieren ohne jede Zuweisung.
Anmerkung
Bis auf Weiteres gilt: Für die Nutzung des SSP wird die Zuordnung einer Organisation verlangt.
Artikeltypen
KIX 18 verwendet keine Artikeltypen mehr. Stattdessen werden Kommunikationskanäle angeboten. Der Artikeltyp "Telefon" ist nicht mehr im Standard vorhanden und wird durch den Artikeltyp "Note" ersetzt. Dadurch werden Gespräche allgemein als Gesprächsnotizen dokumentiert - unabhängig davon, ob sie per Telefon oder von Angesicht zu Angesicht geführt wurden.
Hinweis
Spezifische Artikeltypen werden ebenfalls durch den Kommunikationskanal "Note" ersetzt.
Config Item Attachments
KIX 17 offeriert zwei Möglichkeiten für CI-Attachments. Die empfohlene und auch weiter bestehende ist die Verwendung von CI-Attributen vom Typ Attachment. Eine Änderung dieser Anhänge erzeugt auch in KIX 18 weiterhin eine Asset-Version. Die aus KIX 17 bekannten nicht-versionierenden Anhänge werden in in Assets nicht fortgeführt. Etwaige Anhänge werden übernommen und in versionierende Attribute überführt.
Hinweis
Bitte beachten Sie die sich damit ändernde Bedienung!
Verknüpfungstypen
KIX 17 verwendet einige Verknüpfungstypen und -beziehungen, die nicht plausibel erscheinen. In KIX 18 sind daher nicht mehr alle Verknüpfungstypen zwischen beliebigen Objekten zulässig. Die Migration legt derartige Verknüpfungen als "Relevant To"-Verknüpfungen an.
Konfigurationseinstellungen
Konfigurationseinstellungen werden nur teilweise übertragen und benötigen eine gezielte Betrachtung (siehe Erweiterte Konfigurationsübertragung).
Ticketstatustypen
Verwendet Ihre KIX-Installation eigene Ticketstatustypen, müssen die Ticketstatus zunächst auf standardmäßig vorhandene Ticketstatustypen geändert werden.
Achtung
Spezifische, eigene Ticketstatustypen können die Migration blockieren und müssen zwingend vor der Migration beseitigt werden.