Hinweise zur Migration
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.